Memi

CI de design de agente com quatro skills instaláveis e 47 ferramentas MCP para auditorias de frontend, memória de design system, Tailwind, shadcn, Figma, acessibilidade e criação de UI orientada por especificações.

GitHub

Experimente este MCPPatrocinado

Documentação

Memi

A camada de design para IA agêntica.

Dê ao seu agente de codificação um briefing de interface antes de ele editar. O Memi mapeia a UI já presente no seu repositório, expõe riscos de acessibilidade e de design system ancorados em arquivos e oferece uma verificação determinística para reexecutar antes do merge. Comece com a CLI e adicione o mesmo gate a cada pull request.

O Memi Studio está disponível hoje; o Memi Canvas está em desenvolvimento. Nenhuma conta, chave de API, arquivo Figma, instalação global ou daemon é necessária para a primeira auditoria.

Comece com sua próxima interface · Obtenha o Memi Studio · Leia a pesquisa

Início rápido: encontre seu primeiro problema de interface

Execute uma auditoria não destrutiva em qualquer repositório frontend. Ela não exige conta, chave de API, arquivo Figma, instalação global ou daemon.

npx -y @memi-design/cli@latest diagnose . --json --no-write --fail-on none

O resultado traz IDs de descobertas normalizados, confiança, proveniência e evidências file:line para que um agente possa agir em uma descoberta específica em vez de adivinhar.

Dê o mesmo contexto ao seu agente de codificação:

npx skills add memi-design/memi --skill audit-frontend-design

Depois pergunte:

Audite este frontend antes de editá-lo. Priorize as cinco mudanças que mais importarão para os usuários, reutilize o sistema existente e verifique o resultado após o patch.

Se o Memi detectar um problema real de interface no seu projeto, compartilhe a descoberta. Relatórios reais são o sinal mais útil para saber o que melhorar em seguida.

Custo e operação offline

O diagnóstico local de código-fonte usa regras determinísticas: nenhuma chamada de modelo, chave de API ou taxa de modelo. Ele verifica o repositório que você fornece e retorna descobertas que seu agente pode verificar. Instalação, tempo de CPU, runners de CI e qualquer agente que você escolher ainda têm custos. A pesquisa publicada não estabeleceu uma vantagem de economia de dólar ou token de ponta a ponta.

Comece com um diagnóstico, trate a descoberta de maior confiança e reexecute a mesma verificação. Use --agent-context para um índice de arquivos limitado em vez de enviar um repositório inteiro para um modelo. O roteamento dele é heurístico; um contexto menor não é prova de uma tarefa bem-sucedida mais barata. --files limita as descobertas relatadas sem iniciar o Git; ele ainda examina a árvore para estatísticas agregadas.

Beta publicado: Instale o pacote exato 2.8.0-beta.2 para o fluxo de trabalho frontend 2.8. A versão estável permanece 2.7.9; o beta não é uma versão estável. Veja estado atual da versão e limitações conhecidas.

O registro de versão npm beta2 identifica sua fonte publicada e evidências imutáveis de artefato. O registro de versão npm beta1 preserva o histórico da versão anterior; ele não valida o beta2. O padrão bloqueado 2.8 e o contrato de capacidade explícito não se aplicam retroativamente ao 2.7.9.

npx -y @memi-design/cli@2.8.0-beta.2 --version
npx -y @memi-design/cli@2.8.0-beta.2 agent brief . --frontend --intent "Improve this interface" --json

O beta mantém revisão de segurança gerenciada, paridade SwiftUI e certificação completa do DesignWorkbench explicitamente pendentes. Ele não é estável nem aprovado pelo empregador. Proveniência de publicação e recibos de plataforma pertencem ao artefato exato lançado.

O beta impede que o diagnóstico local grave arquivos do projeto por padrão, mantém integrações pagas opcionais e exige concessões explícitas para rede, subprocessos e persistência de relatórios de código-fonte. Uma instalação npm precisa de acesso ao registro; alegações offline de primeira execução exigem o pacote verificado separadamente. Veja o registro de aceitação, limitações conhecidas e verdade da versão.

O fluxo de trabalho frontend 2.8: o beta fornece um briefing frontend ciente do repositório, quatro ferramentas MCP bloqueadas úteis, entradas de evidência Figma/Paper validadas e conflitos explícitos de reutilização de componentes. Veja o fluxo de trabalho frontend para comandos beta executáveis e o plano de versão para os gates restantes. Varredura de segurança independente gerenciada e os recibos de auditoria de candidato revisado e reexecução renderizada SwiftUI permanecem pendentes para a versão estável. Paridade de pixels Paper não foi avaliada. Dos 158 caminhos CLI inventariados, 105 permanecem adiados; concessões amplas não os habilitam. Nenhuma alegação de economia de dólar ou token de tarefa completa é estabelecida.

O que o 2.8 muda para agentes frontend

No 2.7.9	No beta 2.8
Diagnóstico, briefings de agente, ferramentas de token, ponte Figma e habilidades já existiam.	`agent brief --frontend` junta exportações reais, props, tokens CSS/DTCG e histórias CSF em uma resposta JSON de 2–16 KiB.
A configuração do harness expunha um catálogo amplo de ferramentas.	O stdio bloqueado inicia sem sockets ou gravações no projeto; quatro ferramentas de leitura estão disponíveis sem concessões.
Um mapeamento de design podia ficar desatualizado ou um aviso de gerador podia ser ignorado.	Mapeamentos explícitos são verificados contra exportações atuais, props obrigatórias, referências de token e hashes de código-fonte opcionais. Especificações de registro marcadas como mapeadas bloqueiam geração duplicada; um envelope host fornece orientação de reutilização.
Paper não tinha integração dedicada.	O Codex pode fornecer contexto selecionado de Paper ou Figma pelo mesmo envelope validado; nenhuma sessão de modelo extra ou conector empacotado é necessário.
Diagnóstico estático podia apresentar categorias não avaliadas como aprovadas.	Pontuações de qualidade cobrem apenas categorias avaliadas; cobertura e omissões de varredura são separadas. Verificação de navegador permanece não avaliada até ser realmente executada.

O benefício prático é evidência local mais útil e sinais de falha mais claros: um briefing identifica um componente existente antes que um agente o duplique, o diagnóstico distingue categorias não verificadas de descobertas avaliadas, e diagnose --receipt-only fornece um resultado separado apenas de metadados sem persistir um relatório de código-fonte. Testes de regressão também expuseram e corrigiram defeitos candidatos em leituras de arquivo limitadas, tratamento de eventos malformados e códigos de saída de falha. Essas correções melhoram comportamento específico; elas não estabelecem qualidade de design universal, certificação de segurança ou custo de tarefa menor.

Resultados empacotados anteriores na fonte 2a6d0e44 são evidência histórica para esses bytes exatos. Correções de runtime defensivas posteriores substituem esse artefato como candidato a versão; cada checkpoint de código-fonte corrigido é verificado por um pacote local separado e digest. Veja o registro de verificação para a fonte, artefato e escopo de cada resultado. Recibos de candidatos locais permanecem evidência para seus bytes originais; eles não substituem o registro npm publicado.

O repositório permanece autoritativo para código. O Memi fornece evidência; o Codex edita e executa as verificações reais do projeto. CSS personalizado existente e sistemas de componentes não precisam de migração shadcn. Este beta adia deliberadamente muitos caminhos de comando legados; ele ainda não é um upgrade direto para todo fluxo de trabalho 2.7.

Coloque a verificação em cada pull request

Copie examples/github-actions/memi-design.yml para o seu repositório como .github/workflows/memi-design.yml. O starter está fixado no commit revisado da Action pública e dá aos revisores:

uma verificação de PR que falha apenas em dívida de interface recém-introduzida;
um artefato memi-design-health com o relatório legível por humanos; e
anotações SARIF quando o repositório concede security-events: write.

O fluxo de trabalho não precisa de chave de API ou segredo Memi. Pull requests de forks ainda recebem a verificação e o relatório; o upload SARIF é pulado automaticamente quando o GitHub não concede essa permissão.

Se preferir configurar manualmente, o guia completo do GitHub Action documenta cada entrada, saída, permissão e arquivo de evidência.

Uma camada de produto, três superfícies

Superfície	O que é	Status
Memi CLI	Inteligência de interface e verificações determinísticas para repositórios locais, agentes e CI.	Disponível hoje
Memi Studio	Uma bancada macOS para unir contexto de projeto, fluxos de trabalho de agente e verificação.	Disponível hoje
Memi Canvas	Um espaço de trabalho visual para contexto de design system e propostas controladas de agente.	Em desenvolvimento

Veja o produto

Memi Studio	Memi Canvas — em desenvolvimento

Traga um prompt de agente, memória de projeto e uma superfície de verificação para uma única bancada.	Visualize contexto de design system, inspecione uma proposta e mantenha um humano no loop. Esta prévia mostra um build de desenvolvimento ativo, não uma garantia de produto lançado.

O que o Memi adiciona a um fluxo de trabalho de agente

Antes da edição	Durante a edição	Antes do merge
Descubra componentes, tokens, rotas, estados e lacunas de acessibilidade.	Dê ao agente um briefing limitado que nomeie o sistema que ele deve preservar.	Reexecute verificações determinísticas e exponha nova dívida de interface no CI.

Necessidade	Comece com
Encontre riscos de UI e contexto de sistema de produto	`audit-frontend-design`
Planeje uma mudança em torno de componentes e tokens existentes	`remember-design-system`
Mantenha nova dívida de interface fora dos pull requests	`enforce-design-ci`
Construa e verifique interfaces Apple nativas	`build-swiftui-interface`

Compatível com o registro shadcn e design systems v0.

Evidência em resumo

A auditoria confirmatória V15 é uma divulgação técnica pública, não um leaderboard. Ela separa admissão de recibos, qualidade de design renderizada, aceitação funcional e observações de recursos.

Registro medido	Leitura exata
36 / 36 recibos congelados admitidos	Cada célula de agente pré-registrada tinha um recibo auditável. Isso é admissão de recibos, não desempenho universal.
10 pares correspondentes completos avaliados por modelo	Comparações de qualidade de design renderizada que sobreviveram à tela pré-especificada. Isso é evidência avaliada por modelo, não revisão independente de profissionais.
Buzzr / Expo: média +1,4; Paraform / web: média −0,4	O gate de não inferioridade limitado passou em ambas as famílias de tarefas avaliadas. Isso não estabelece superioridade geral.
0 / 21 testes corrigidos por recurso rejeitados	O estudo não estabeleceu vantagem de velocidade, custo ou uso de token.

Registro de versão histórica separado: o registro candidato 2.7 relatou 2.187 / 2.187 testes aprovados. É evidência de versão, não parte do V15 e não prova que todo projeto se beneficia.

Benchmarks e artigo

A não inferioridade de qualidade passou para as famílias de tarefas limitadas Buzzr e Paraform. O artigo completo relata exclusões, caminhos com falha e limitações sem imputação. Nenhuma alegação de superioridade, velocidade ou economia de dólar é feita. Leia o PDF da auditoria em formato de conferência, inspecione o protocolo e recibos ou revise o pré-registro V17.

Memi InterfaceBench v1 é uma especificação de 100 tarefas alvo com 5 tarefas semente fixadas; não é uma pontuação de desempenho agregada. O registro candidato histórico relatou 2.187/2.187 testes e 70,57% de cobertura de declarações. A alegação de mais de 25% permanece não verificada. Inspecione o contrato do benchmark e evidência de fluxo de trabalho.

Memi DesignWorkBench v2 contém 300 contratos de tarefas e exige calibração de profissionais antes de qualquer alegação de certificação.

Prompts que mapeiam fluxos de trabalho reais

Objetivo	Prompt de copiar e colar	Fluxo de trabalho de suporte
Estabelecer uma linha de base antes de uma mudança de UI	Audite este frontend antes de editá-lo. Priorize as cinco mudanças com as evidências mais claras de `file:line`.	`audit-frontend-design`
Transformar evidências em um plano escopado	Transforme as descobertas em um plano de mudança de UI escopado. Reutilize componentes e tokens existentes antes de editar.	`remember-design-system`
Proteger um pull request	Configure um gate de CI de design determinístico para este pull request. Falhe apenas em dívidas de interface recém-introduzidas e salve SARIF além do relatório HTML.	`enforce-design-ci`

Pesquisa, dita claramente

A pesquisa é material de divulgação, não um ranking de produtos. Ela mantém evidências funcionais, de qualidade renderizada e de recursos separadas para que um resultado não possa dizer mais do que o estudo suporta.

Escolha sua integração

Superfície	Comece aqui	Melhor para
Execução CLI única	`npx -y @memi-design/cli@2.7.9 diagnose . --no-write`	Experimentar o Memi sem instalar
CLI global	`npm i -g @memi-design/cli`	Uso local diário
Skill de agente	`npx skills add memi-design/memi --skill audit-frontend-design`	Codex, Claude Code, Cursor e agentes compatíveis
GitHub Action	Copie o workflow inicial	CI de design para pull requests
Servidor MCP	`memi mcp start --no-figma`	Qualquer cliente MCP
Studio	`brew install --cask memi-design/memi/memi-studio`	Workflows macOS supervisionados

GitHub Action

name: design
on: [pull_request]

permissions:
  contents: read

jobs:
  memi:
    runs-on: ubuntu-latest
    permissions:
      contents: read
      security-events: write
    steps:
      - uses: actions/checkout@3d3c42e5aac5ba805825da76410c181273ba90b1 # v7.0.1
        with:
          fetch-depth: 0
      - uses: memi-design/memi@5fcbf39e1255af0c14c5a17ba6bde8cf1206e525 # v2.7.9
        with:
          version: "2.7.9"
          report: true
          upload-sarif: true

A Action adiciona anotações de code scanning, um resumo de etapa e um artefato memi-design-health. A dívida existente pode ser estabelecida como linha de base enquanto a dívida recém-introduzida falha no gate.

Guia do GitHub Action · Receitas de CI · Versões atuais

Configuração de agente e MCP

memi agent install codex --project .
memi agent install claude-code --project .
memi agent install cursor --project .
memi agent install grok-build --project .

{
  "mcpServers": {
    "memoire": {
      "command": "memi",
      "args": ["mcp", "start", "--no-figma"]
    }
  }
}

Marketplace de plugins do Codex:

codex plugin marketplace add memi-design/memi --ref main --sparse .agents/plugins --sparse plugins/memoire

Guia da stack de agentes · Receitas de copiar e colar · Roteador completo de skills

Confiança e prova

Gates de release — verificações de pacote, proveniência, instalação limpa, MCP, plugin, binário e superfície pública.
Verdade do release atual — as versões públicas para CLI, Studio e site.
Estudos de caso reproduzíveis — evidências fixadas, abstenções e protocolos pareados.
Ledger de confiança de dependências — propósito de dependência direta, limites dinâmicos e política de revisão.
Índice Trust Core — contrato de padrão bloqueado e status de evidência para o beta 2.8.
Modelo de ameaças e mapa de egresso — ativos protegidos, limites de efeitos colaterais e destinos.
Retenção de dados e desinstalação/recuperação — o que pode persistir e como preservar o estado.
Revisão de dependências/licenças e plataformas suportadas — gates de artefato e sandbox.
Pacote de revisão do empregador — checklist de aprovação vinculado a artefatos; uso interno requer aprovação escrita do empregador.
Limitações conhecidas e verdade do release — linguagem beta versus estável e evidências abertas.
Compatibilidade organizacional — superfícies irmãs, incluindo Studio e Canvas com gates independentes.
llms.txt — mapa de produto compacto legível por máquina.

A primeira auditoria determinística não requer upload de código-fonte nem telemetria. Integrações conectadas expandem o limite e exigem revisão explícita. O Memi também não possui scripts de ciclo de vida de instalação npm, fornece --dry-run --json do agent-kit, fixa a Action de forma imutável e documenta limites de terceiros no NOTICE.

Comunidade

Aceitamos contribuições. Veja CONTRIBUTING.md para orientações de configuração e pull requests. Bugs e solicitações de recursos pertencem às issues; perguntas e relatos de projetos reais pertencem às Discussões.

Contribuições úteis incluem fixtures de auditoria reproduzíveis, adaptadores de framework, melhorias de skills, casos de UI acessíveis, verificações de movimento e relatórios de antes/depois.

Licença

Referências da interface do Studio e componentes adaptados incluem Hermes WebUI e o limite do framework MIT Warp UI em torno de warpui_core e warpui; o código de aplicação e cliente AGPL do Warp não é copiado para o Memi.

MIT. Veja NOTICE para adaptadores opcionais e atribuição completa de terceiros.