Memi

Memi

La capa de diseño para IA agéntica.

Dale a tu agente de codificación un brief de interfaz antes de que edite. Memi mapea la interfaz de usuario ya presente en tu repositorio, detecta riesgos de accesibilidad y del sistema de diseño anclados a archivos, y te ofrece una verificación determinista para volver a ejecutar antes del merge. Comienza con la CLI y luego añade la misma compuerta a cada pull request.

Memi Studio está disponible hoy; Memi Canvas está actualmente en desarrollo. No se requiere cuenta, clave API, archivo de Figma, instalación global ni demonio para la primera auditoría.

Comienza con tu próxima interfaz · Obtén Memi Studio · Lee la investigación

Inicio rápido: encuentra tu primer problema de interfaz

Ejecuta una auditoría no destructiva en cualquier repositorio frontend. No necesita cuenta, clave API, archivo de Figma, instalación global ni demonio.

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

El resultado incluye IDs de hallazgos normalizados, confianza, procedencia y evidencia file:line para que un agente pueda actuar sobre un hallazgo específico en lugar de adivinar.

Dale el mismo contexto a tu agente de codificación:

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

Luego pregunta:

Audita este frontend antes de editarlo. Prioriza los cinco cambios que más importarán a los usuarios, reutiliza el sistema existente y verifica el resultado después del parche.

Si Memi detecta un problema real de interfaz en tu proyecto, comparte el hallazgo. Los informes reales son la señal más útil para saber qué mejorar a continuación.

Costo y operación sin conexión

El diagnóstico local de código fuente utiliza reglas deterministas: sin llamada a modelo, clave API ni tarifa de modelo. Verifica el repositorio que proporcionas y devuelve hallazgos que tu agente puede verificar. La instalación, el tiempo de CPU, los runners de CI y cualquier agente que elijas siguen teniendo costos. La investigación publicada no ha establecido una ventaja de ahorro de dólares o tokens de extremo a extremo.

Comienza con un diagnóstico, aborda el hallazgo de mayor confianza y vuelve a ejecutar la misma verificación. Usa --agent-context para un índice de archivos acotado en lugar de enviar todo un repositorio a un modelo. Su enrutamiento es heurístico; un contexto más pequeño no es prueba de una tarea exitosa más barata. --files limita los hallazgos reportados sin iniciar Git; aún escanea el árbol para estadísticas agregadas.

Beta publicado: instala el paquete exacto 2.8.0-beta.2 para el flujo de trabajo frontend 2.8. La versión estable sigue siendo 2.7.9; la beta no es una versión estable. Consulta el estado de lanzamiento actual y las limitaciones conocidas.

El registro de lanzamiento npm beta2 identifica su fuente publicada y la evidencia de artefacto inmutable. El registro de lanzamiento npm beta1 preserva el historial de la versión anterior; no valida beta2. El bloqueo predeterminado 2.8 y el contrato de capacidades explícito no se aplican retroactivamente a 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

La beta mantiene la revisión de seguridad gestionada, la paridad con SwiftUI y la certificación completa de DesignWorkbench explícitamente pendientes. No es estable ni aprobada por empleadores. La procedencia de publicación y los recibos de plataforma pertenecen al artefacto lanzado exacto.

La beta evita que el diagnóstico local escriba archivos del proyecto de forma predeterminada, mantiene las integraciones de pago opcionales y requiere concesiones explícitas para redes, subprocesos y persistencia de informes de código fuente. Una instalación de npm necesita acceso al registro; las afirmaciones de primer uso sin conexión requieren el paquete verificado por separado. Consulta el registro de aceptación, las limitaciones conocidas y la verdad de lanzamiento.

El flujo de trabajo frontend 2.8: la beta proporciona un brief frontend consciente del repositorio, cuatro herramientas MCP bloqueadas útiles, entradas de evidencia validadas de Figma/Paper y conflictos explícitos de reutilización de componentes. Consulta el flujo de trabajo frontend para comandos beta ejecutables y el plan de lanzamiento para las compuertas restantes. El escaneo de seguridad independiente gestionado y los recibos de auditoría de candidatos revisados y de re-renderizado SwiftUI siguen pendientes para la versión estable. La paridad de píxeles de Paper no está evaluada. De 158 rutas CLI inventariadas, 105 siguen diferidas; las concesiones amplias no las habilitan. No se establece ninguna afirmación de ahorro de dólares o tokens para tareas completas.

Qué cambia 2.8 para los agentes frontend

En 2.7.9	En la beta 2.8
Diagnóstico, briefs de agente, herramientas de tokens, puente de Figma y habilidades ya existían.	agent brief --frontend se une a exportaciones reales, props, tokens CSS/DTCG e historias CSF en una respuesta JSON de 2–16 KiB.
La configuración de harness exponía un catálogo amplio de herramientas.	Stdio bloqueado se inicia sin sockets ni escrituras de proyecto; cuatro herramientas de lectura están disponibles sin concesiones.
Un mapeo de diseño podía quedar obsoleto o una advertencia de generador podía ignorarse.	Los mapeos explícitos se verifican contra exportaciones actuales, props requeridos, referencias de tokens y hashes de fuente opcionales. Las especificaciones de registro marcadas como mapeadas bloquean la generación duplicada; un envoltorio de host proporciona orientación de reutilización.
Paper no tenía integración dedicada.	Codex puede suministrar contexto seleccionado de Paper o Figma a través del mismo envoltorio validado; no se requiere sesión de modelo adicional ni conector empaquetado.
El diagnóstico estático podía presentar categorías no evaluadas como aprobadas.	Las puntuaciones de calidad cubren solo categorías evaluadas; la cobertura y las omisiones de escaneo son separadas. La verificación del navegador permanece no evaluada hasta que realmente se ejecute.

El beneficio práctico es evidencia local más útil y señales de fallo más claras: un brief identifica un componente existente antes de que un agente lo duplique, el diagnóstico distingue categorías no verificadas de hallazgos evaluados, y diagnose --receipt-only proporciona un resultado separado solo de metadatos sin persistir un informe de código fuente. Las pruebas de regresión también expusieron y corrigieron defectos candidatos en lecturas de archivos acotadas, manejo de eventos malformados y códigos de salida de fallo. Esas correcciones mejoran un comportamiento específico; no establecen calidad de diseño universal, certificación de seguridad ni menor costo de tarea.

Los resultados empaquetados anteriores en la fuente 2a6d0e44 son evidencia histórica para esos bytes exactos. Las correcciones de runtime defensivas posteriores superan ese artefacto como candidato de lanzamiento; cada punto de control de fuente corregido se verifica a través de un paquete local separado y un digest. Consulta el registro de verificación para la fuente, el artefacto y el alcance de cada resultado. Los recibos de candidatos locales siguen siendo evidencia para sus bytes originales; no reemplazan el registro npm publicado.

El repositorio sigue siendo autoritativo para el código. Memi proporciona evidencia; Codex edita y ejecuta las verificaciones reales del proyecto. Los sistemas de CSS personalizado y de componentes existentes no necesitan una migración a shadcn. Esta beta difiere deliberadamente muchas rutas de comandos heredadas; aún no es una actualización directa para cada flujo de trabajo 2.7.

Pon la verificación en cada pull request

Copia examples/github-actions/memi-design.yml en tu repositorio como .github/workflows/memi-design.yml. El starter está fijado al commit revisado de la Action pública y brinda a los revisores:

• una verificación de PR que falla solo por deuda de interfaz recién introducida;
• un artefacto memi-design-health con el informe legible para humanos; y
• anotaciones SARIF cuando el repositorio otorga security-events: write.

El flujo de trabajo no necesita clave API ni secreto de Memi. Los pull requests de forks aún reciben la verificación y el informe; la carga de SARIF se omite automáticamente cuando GitHub no otorga ese permiso.

Si prefieres configurarlo manualmente, la guía completa de GitHub Action documenta cada entrada, salida, permiso y archivo de evidencia.

Una capa de producto, tres superficies

Superficie	Qué es	Estado
Memi CLI	Inteligencia de interfaz y verificaciones deterministas para repositorios locales, agentes y CI.	Disponible hoy
Memi Studio	Un banco de trabajo para macOS que reúne contexto de proyecto, flujos de trabajo de agentes y verificación.	Disponible hoy
Memi Canvas	Un espacio de trabajo visual para contexto de sistema de diseño y propuestas de agentes controladas.	Actualmente en desarrollo

Ve el producto

Memi Studio	Memi Canvas — en desarrollo
Reúne un prompt de agente, memoria de proyecto y una superficie de verificación en un solo banco de trabajo.	Previsualiza contexto de sistema de diseño, inspecciona una propuesta y mantén a un humano en el circuito. Esta vista previa muestra una compilación de desarrollo activa, no una garantía de producto lanzado.

Qué añade Memi a un flujo de trabajo de agente

Antes de la edición	Durante la edición	Antes del merge
Descubre componentes, tokens, rutas, estados y brechas de accesibilidad.	Dale al agente un brief acotado que nombre el sistema que debe preservar.	Vuelve a ejecutar verificaciones deterministas y detecta nueva deuda de interfaz en CI.

Necesidad	Comienza con
Encuentra riesgos de UI y contexto de sistema de producto	audit-frontend-design
Planifica un cambio en torno a componentes y tokens existentes	remember-design-system
Mantén la nueva deuda de interfaz fuera de los pull requests	enforce-design-ci
Construye y verifica interfaces nativas de Apple	build-swiftui-interface

Compatible con el registro shadcn y los sistemas de diseño v0.

Evidencia de un vistazo

La auditoría confirmatoria V15 es una divulgación técnica pública, no un ranking. Separa la admisión de recibos, la calidad de diseño renderizado, la aceptación funcional y las observaciones de recursos.

Registro medido	Lectura exacta
36 / 36 recibos congelados admitidos	Cada celda de agente preregistrada tenía un recibo auditable. Esto es admisión de recibos, no rendimiento universal.
10 pares coincidentes completos evaluados por modelo	Comparaciones de calidad de diseño renderizado que sobrevivieron a la pantalla preespecificada. Esto es evidencia evaluada por modelo, no revisión independiente de profesionales.
Buzzr / Expo: media +1.4; Paraform / web: media −0.4	La compuerta de no inferioridad acotada pasó en ambas familias de tareas evaluadas. No establece superioridad general.
0 / 21 pruebas corregidas de tarea por recurso rechazadas	El estudio no estableció una ventaja de velocidad, costo o uso de tokens.

Registro de lanzamiento histórico separado: el registro de candidato 2.7 reportó 2,187 / 2,187 pruebas aprobadas. Es evidencia de lanzamiento, no parte de V15 y no prueba que cada proyecto se beneficie.

Benchmarks y paper

La no inferioridad de calidad pasó para las familias de tareas acotadas Buzzr y Paraform. El paper completo reporta exclusiones, rutas fallidas y limitaciones sin imputación. No se hace ninguna afirmación de superioridad, velocidad o ahorro de dólares. Lee el PDF de auditoría estilo conferencia, inspecciona el protocolo y recibos o revisa el preregistro V17.

Memi InterfaceBench v1 es una especificación de 100 tareas objetivo con 5 tareas semilla fijadas; no es una puntuación de rendimiento agregada. El registro de candidato histórico reportó 2,187/2,187 pruebas y 70.57% de cobertura de declaraciones. La afirmación de mayor que 25% sigue no verificada. Inspecciona el contrato de benchmark y la evidencia de flujo de trabajo.

Memi DesignWorkBench v2 contiene 300 contratos de tareas y requiere calibración de profesionales antes de cualquier afirmación de certificación.

Prompts que se mapean a flujos de trabajo reales

Objetivo	Prompt de copiar y pegar	Flujo de trabajo de soporte
Establecer una línea base antes de un cambio de UI	Audita este frontend antes de editarlo. Prioriza los cinco cambios con la evidencia más clara de file:line.	audit-frontend-design
Convertir la evidencia en un plan acotado	Convierte los hallazgos en un plan de cambio de UI acotado. Reutiliza componentes y tokens existentes antes de editar.	remember-design-system
Proteger una solicitud de extracción	Configura una compuerta de CI de diseño determinista para esta solicitud de extracción. Falla solo por deuda de interfaz recién introducida y guarda SARIF más el informe HTML.	enforce-design-ci

Investigación, expresada claramente

La investigación es material de divulgación, no una tabla de clasificación de productos. Mantiene la evidencia funcional, de calidad renderizada y de recursos separada para que un resultado no pueda decir más de lo que respalda el estudio.

Elige tu integración

Superficie	Comienza aquí	Mejor para
Ejecución CLI única	npx -y @memi-design/cli@2.7.9 diagnose . --no-write	Probar Memi sin instalar
CLI global	npm i -g @memi-design/cli	Uso local diario
Habilidad de agente	npx skills add memi-design/memi --skill audit-frontend-design	Codex, Claude Code, Cursor y agentes compatibles
Acción de GitHub	Copia el flujo de trabajo inicial	CI de diseño para solicitudes de extracción
Servidor MCP	memi mcp start --no-figma	Cualquier cliente MCP
Studio	brew install --cask memi-design/memi/memi-studio	Flujos de trabajo macOS supervisados

Acción de GitHub

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

La acción agrega anotaciones de escaneo de código, un resumen de pasos y un artefacto memi-design-health. La deuda existente se puede establecer como línea base mientras que la deuda recién introducida falla la compuerta.

Guía de la Acción de GitHub · Recetas de CI · versiones actuales

Configuración de agente y 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"]
    }
  }
}

Mercado de complementos de Codex:

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

Guía de la pila de agentes · recetas de copiar y pegar · enrutador completo de habilidades

Confianza y prueba

• Compuertas de lanzamiento — verificaciones de paquete, procedencia, instalación limpia, MCP, complemento, binario y superficie pública.
• Verdad de lanzamiento actual — las versiones públicas para CLI, Studio y sitio web.
• Estudios de caso reproducibles — evidencia fijada, abstenciones y protocolos emparejados.
• Registro de confianza de dependencias — propósito de dependencias directas, límites dinámicos y política de revisión.
• Índice de núcleo de confianza — contrato de bloqueo predeterminado y estado de evidencia para la beta 2.8.
• Modelo de amenazas y mapa de egreso — activos protegidos, límites de efectos secundarios y destinos.
• Retención de datos y desinstalación/recuperación — qué puede persistir y cómo preservar el estado.
• Revisión de dependencias/licencias y plataformas compatibles — compuertas de artefactos y entornos aislados.
• Paquete de revisión para empleadores — lista de verificación de aprobación vinculada a artefactos; el uso interno requiere aprobación escrita del empleador.
• Limitaciones conocidas y verdad de lanzamiento — lenguaje de beta versus estable y evidencia abierta.
• Compatibilidad organizacional — superficies hermanas, incluidos Studio y Canvas con compuertas independientes.
• llms.txt — mapa de producto compacto legible por máquina.

La primera auditoría determinista no requiere carga de código fuente ni telemetría. Las integraciones conectadas amplían el límite y requieren revisión explícita. Memi tampoco tiene scripts de ciclo de vida de instalación npm, proporciona --dry-run --json del kit de agente, fija la Acción de forma inmutable y documenta los límites de terceros en NOTICE.

Comunidad

Damos la bienvenida a contribuciones. Consulta CONTRIBUTING.md para la configuración y la guía de solicitudes de extracción. Los errores y solicitudes de funciones pertenecen a issues; las preguntas y los informes de proyectos reales pertenecen a Discussions.

Las contribuciones útiles incluyen accesorios de auditoría reproducibles, adaptadores de frameworks, mejoras de habilidades, casos de UI accesibles, verificaciones de movimiento e informes de antes/después.

Licencia

Las referencias de la interfaz de Studio y los componentes adaptados incluyen Hermes WebUI y el límite del framework UI MIT Warp alrededor de warpui_core y warpui; el código de aplicación y cliente AGPL de Warp no se copia en Memi.

MIT. Consulta NOTICE para adaptadores opcionales y atribución completa de terceros.