AXME Code

Memoria persistente de proyectos + decisiones arquitectónicas + enganches de seguridad previos a la ejecución para Claude Code. Almacenamiento solo local, espacio de trabajo multi-repositorio, extracción automática de conocimiento mediante auditor en segundo plano.

Documentación

AXME Code

Claude Code olvida tu proyecto en cada sesión. Lo arreglamos.

AXME Code es un plugin de Claude Code que le da a tu agente de codificación de IA memoria persistente entre sesiones, ganchos de seguridad previos a la ejecución, aplicación de decisiones arquitectónicas y transferencia de sesión estructurada — a través de un servidor MCP, automáticamente, en cada sesión.

Deja de reexplicar tu arquitectura en la sesión 47. Deja de perder memoria entre transferencias de sesión. Deja de esperar que el agente no ejecute git push --force en main. AXME Code recuerda lo que sucedió, aplica tus decisiones arquitectónicas, continúa donde terminó la última sesión y bloquea comandos peligrosos antes de que se ejecuten — para que puedas concentrarte en construir.

Sigues usando Claude Code exactamente como antes. AXME Code funciona de forma transparente en segundo plano.

Alpha GitHub Release License: MIT Tests

⭐ Marca este repositorio con una estrella si te ahorra tiempo · 🔔 Mira los lanzamientos para nuevas funciones · 💬 Discusiones

Inicio Rápido · Antes y Después · Cómo Funciona · Arquitectura · Sitio Web


AXME Code demo

Antes y Después

Sin AXME CodeCon AXME Code

Sesión 1: "Usamos FastAPI, no Flask. Desplegamos solo mediante GitHub Actions. Nunca hagas push a main directamente."

Sesión 2: "Como dije ayer, usamos FastAPI..."

Sesión 7: "Por tercera vez esta semana, usamos FastAPI..."

Sesión 47: se rinde, pega 200 líneas en CLAUDE.md

Sesión 1: El agente aprende tu stack, guarda decisiones.

Sesión 2: El agente llama a axme_context → ya sabe FastAPI, reglas de despliegue, lo que pasó ayer.

Sesión 47: El agente tiene todo el historial del proyecto: 30 decisiones, 15 memorias, reglas de seguridad y una transferencia de la sesión 46.

El agente ejecuta git push --force en main. Tu viernes está arruinado.

El gancho intercepta el comando antes de la ejecución y lo bloquea. No es un prompt: es una aplicación estricta a nivel del harness.

El agente dice "¡Listo!" — pero las pruebas no pasan, la mitad del código está con stubs y el despliegue está roto.

Las decisiones aplican requisitos de verificación: el agente debe ejecutar pruebas y mostrar evidencia antes de reportar finalización.


Inicio Rápido

AXME Code soporta tres vías de IDE hoy, ordenadas por menor fricción de instalación:

Opción 0: Extensión de Cursor (instalación en 1 clic — recomendada para usuarios de Cursor)

Para usuarios de Cursor 0.42+ — instala la extensión AXME Code desde el panel de Extensiones (Open VSX). La extensión incluye el binario, registra el servidor MCP programáticamente (sin clic manual en Enable), instala ganchos de seguridad a nivel de usuario en ~/.cursor/hooks.json (se aplican a todos los proyectos de tu máquina) y ofrece una notificación de "Ejecutar configuración" con un clic la primera vez que abres un proyecto sin .axme-code/.

Cursor → Extensions → search "AXME Code" → Install

O carga lateralmente el .vsix adjunto a la última versión (Extensions → ... menu → "Install from VSIX...").

En la primera activación, un modal pide una credencial LLM para el auditor de sesión: pega una clave de API de Anthropic, una clave de Cursor SDK (cursor.com → Integraciones), o omite el auditor. Si la CLI de claude está iniciada sesión (claude login), la extensión usa automáticamente tu suscripción de Claude — no necesitas pegar nada.

Opción 1: Plugin de Claude Code (recomendado para usuarios de Claude Code)

En Claude Code, ejecuta:

/plugin marketplace add anthropics/claude-plugins-community
/plugin install axme-code@claude-community

O desde la terminal:

claude plugin marketplace add anthropics/claude-plugins-community
claude plugin install axme-code@claude-community

El plugin incluye el servidor MCP, los ganchos de seguridad y la CLI juntos; no hay binario separado que instalar. En el primer uso en un proyecto, solo pide al agente que llame a axme_context — el plugin inicializa automáticamente la base de conocimiento en esa sesión.

Opción 2: Binario independiente

Instala la CLI a nivel de sistema (útil si quieres ejecutar axme-code fuera de Claude Code, por ejemplo, para scripting).

Linux / macOS:

curl -fsSL https://raw.githubusercontent.com/AxmeAI/axme-code/main/install.sh | bash

Se instala en ~/.local/bin/axme-code. Requiere Node.js 20+ en PATH (el binario es un bundle de Node de un solo archivo; el instalador lo verifica). Soporta x64 y ARM64.

Windows (nativo):

irm https://raw.githubusercontent.com/AxmeAI/axme-code/main/install.ps1 | iex

Se instala en %LOCALAPPDATA%\Programs\axme-code y lo agrega a tu PATH de usuario. Requiere Node.js 20+ en PATH. Soporta x64 y ARM64.

Windows vía WSL2: si ya vives en WSL2, usa el instalador de una línea de Linux dentro de tu distribución. Instala Claude Code y axme-code dentro de la distro WSL, no en el host de Windows.

Luego, en cada proyecto:

cd your-project          # or workspace root for multi-repo
axme-code setup
claude                   # that's it — use Claude Code as usual

axme-code setup hace tres cosas:

  1. Escanea tu proyecto y construye la base de conocimiento — oráculo (stack, estructura, patrones, glosario), extrae decisiones, memorias y reglas de seguridad de tu código, configuraciones, CLAUDE.md e historial de sesiones
  2. Instala ganchos de seguridad que interceptan comandos peligrosos antes de la ejecución
  3. Configura el servidor MCP en la configuración de Claude Code (.mcp.json)

Después de la configuración, cada sesión de Claude Code carga automáticamente la base de conocimiento completa. Sin configuración, sin pasos manuales.


Lo Que Obtienes

Base de Conocimiento Persistente

Tu agente comienza cada sesión con contexto completo: stack, decisiones, patrones, glosario y una transferencia de la sesión anterior. No más reexplicar tu arquitectura en la sesión 47.

CategoríaQué almacenaEjemplo
OráculoEstructura del proyecto, stack tecnológico, patrones de codificación, glosario"TypeScript 5.9, Node 20, ESM, esbuild"
DecisionesDecisiones arquitectónicas con niveles de aplicación"Todos los despliegues solo vía CI/CD" [requerido]
MemoriaRetroalimentación de errores, patrones validados"Nunca uses HTTP síncrono en handlers asíncronos"
SeguridadRamas protegidas, comandos denegados, restricciones de sistema de archivosgit push --force → BLOQUEADO
BacklogSeguimiento persistente de tareas entre sesiones"B-003: migrar auth a OAuth2 [en progreso]"
TransferenciaDónde se detuvo el trabajo, bloqueadores, próximos pasos"PR #17 abierto, esperando revisión. Siguiente: arreglar test flaky."
Registro de trabajoHistorial de sesiones y eventosLínea de tiempo de todas las sesiones y lo que se hizo

Barreras de Seguridad (100% Confiables)

Los ganchos interceptan llamadas a herramientas antes de la ejecución — no prompts. Incluso si el agente alucina una razón para ejecutar rm -rf /, el gancho lo bloquea. Esto es aplicación estricta a nivel del harness de Claude Code, no una sugerencia en un prompt de sistema.

Bloqueado por defecto:

  • git push --force, git reset --hard, push directo a main/master
  • rm -rf /, chmod 777, curl | sh
  • npm publish, git tag, gh release create
  • Escribir en archivos .env, .pem, .key

Puedes agregar tus propias reglas personalizadas vía axme_update_safety o editando .axme-code/safety/rules.yaml directamente.

Extracción Automática de Conocimiento

El agente guarda descubrimientos durante el trabajo mediante herramientas MCP. Al cerrar la sesión, una lista de verificación estructurada asegura que nada se pierda. Si simplemente cierras la ventana — un auditor en segundo plano extrae memorias, decisiones y reglas de seguridad de la transcripción completa de la sesión.

Espacios de Trabajo Multi-Repositorio

Cada repositorio obtiene su propia base de conocimiento (.axme-code/). Las reglas a nivel de espacio de trabajo se aplican a todos los repos. Las reglas específicas de repositorio permanecen con su alcance. El agente ve contexto combinado — piso de seguridad del espacio de trabajo + decisiones específicas del repositorio.

Soporta 14 formatos de espacio de trabajo: multi-root de VS Code, workspaces de pnpm/npm/yarn, Nx, Gradle, Maven, Rush, submódulos de git y más.

¿Por Qué No Solo CLAUDE.md?

CLAUDE.md es excelente para proyectos simples con algunas reglas. Pero no escala:

CLAUDE.mdAXME Code
MemoriaEstática, manualAutomática, se acumula entre sesiones
DecisionesTexto plano, sin aplicaciónEstructurada, niveles requerido/consultivo
SeguridadBasada en prompts (~80% cumplimiento)Basada en ganchos (100% aplicación)
Continuidad de sesiónNingunaTransferencia + auditor en segundo plano
Escala hasta~50 líneasCientos de decisiones, memorias, reglas

AXME Code complementa a CLAUDE.md — lee tu CLAUDE.md existente durante la configuración y extrae decisiones y reglas de él.


Funciona con Cualquier Cliente MCP

AXME Code es un servidor MCP stdio — cada asistente de codificación de IA compatible con MCP obtiene el conjunto completo de herramientas axme_* (lectura/escritura de base de conocimiento, consultas de seguridad, estado, registro de trabajo).

ClienteHerramientas MCPGanchos de SeguridadAuditor Automático
Claude Code (CLI / VS Code)✅ Completo✅ Completo✅ Sí
Cursor✅ Completo❌❌
Windsurf✅ Completo❌❌
Cline (VS Code)✅ Completo❌❌
Claude Desktop✅ Completo❌❌
Cualquier otro cliente MCP✅ Completo❌❌

La entrada del servidor MCP es idéntica en cada cliente:

{
  "mcpServers": {
    "axme": {
      "command": "axme-code",
      "args": ["serve"]
    }
  }
}

Solo colócala en el archivo de configuración MCP de tu cliente:

  • Cursor: ~/.cursor/mcp.json o .cursor/mcp.json (por proyecto)
  • Windsurf: ~/.codeium/windsurf/mcp_config.json
  • Cline: Configuración de VS Code → Cline MCP → cline_mcp_settings.json
  • Claude Desktop: ~/Library/Application Support/Claude/claude_desktop_config.json (macOS) o equivalente

Los ganchos de seguridad previos a la ejecución, el rastreador de archivos posterior al uso de herramientas y el auditor de sesión en segundo plano son específicos de Claude Code (requieren el sistema de ganchos de Claude Code). En otros clientes, el agente debe llamar a las herramientas de AXME explícitamente — misma base de conocimiento, mismo almacenamiento .axme-code/, solo que sin capa de aplicación automática.

Consulta docs/MULTI_CLIENT.md para la configuración completa por cliente, soluciones alternativas para ganchos y semántica de clientes concurrentes.


Comparación

AXME CodeMemPalaceMastraZepMem0Supermemory
Capacidades
Decisiones estructuradas con niveles de aplicación✅❌❌❌❌❌
Ganchos de seguridad previos a la ejecución✅❌⚠️❌❌❌
Transferencia de sesión estructurada✅❌❌❌⚠️❌
Extracción automática de conocimiento✅❌✅✅✅✅
Oráculo del proyecto (mapa del código)✅❌❌❌❌❌
Espacio de trabajo multi-repositorio✅❌❌❌❌❌
Almacenamiento solo local✅✅✅❌❌❌
Búsqueda semántica de memoria✅✅✅✅✅✅
Soporte multi-cliente✅✅✅✅✅✅
Total de capacidades9/93/94/93/93/93/9
Benchmarks
Seguridad ToolEmu (precisión)100.00%—————
Seguridad ToolEmu (FPR)0.00%—————
LongMemEval E2E89.20%—84.23% / 94.87%71.20%49.00%85.40%
LongMemEval R@597.80%96.60%————
LongMemEval tokens/correcto~10K ✓—~105K–119K~70K~31K~29K

Eficiencia de tokens

Token efficiency on LongMemEval

AXME usa ~10× menos tokens por respuesta correcta que Mastra con precisión competitiva. El sistema de memoria ejecuta solo 2 llamadas LLM por pregunta (lector + juez) — los competidores ejecutan docenas (Observer por turno, Reflector periódicamente, construcción de grafos, extracción de hechos).

Consulta benchmarks/README.md para la metodología completa, desgloses por categoría, notas al pie e instrucciones de reproducción.


Cómo Funciona

AXME Code Architecture

Flujo de Sesión

  1. Inicio de sesión → el agente llama a axme_context, carga la base de conocimiento completa
  2. Durante el trabajo → el agente guarda descubrimientos mediante axme_save_memory, axme_save_decision. Los hooks aplican seguridad en cada llamada de herramienta.
  3. Cierre de sesión → pide a tu agente que cierre la sesión → el agente llama a axme_begin_close, obtiene una lista de verificación. Revisa la sesión en busca de memorias, decisiones y reglas de seguridad omitidas. Llama a axme_finalize_close — MCP escribe handoff, worklog y extracciones atómicamente.
  4. Respaldo → si simplemente cierras la ventana, el auditor en segundo plano extrae todo de la transcripción.
  5. Siguiente sesión → axme_context devuelve todo lo acumulado. El handoff indica exactamente dónde continuar.

Consejo: Puedes guardar en cualquier momento — solo dile al agente "recuerda esto" o "guarda esto como una decisión". No tienes que esperar al cierre de sesión.


Almacenamiento

Todos los datos viven en .axme-code/ en la raíz de tu proyecto (ignorado por git automáticamente):

.axme-code/
  oracle/           # stack.md, structure.md, patterns.md, glossary.md
  decisions/        # D-001-slug.md ... D-NNN-slug.md (with enforce levels)
  memory/
    feedback/       # Learned mistakes and corrections
    patterns/       # Validated successful approaches
  safety/
    rules.yaml      # git + bash + filesystem guardrails
  backlog/          # B-001-slug.md ... persistent cross-session tasks
  sessions/         # Per-session meta.json (tracking, agentClosed flag)
  plans/
    handoff-<id>.md # Per-session handoff (last 5 kept)
  worklog.jsonl     # Structured event log
  worklog.md        # Narrative session summaries
  config.yaml       # Model settings, presets

Markdown y YAML legibles por humanos. Sin base de datos, sin dependencias externas.


Plataforma AXME

AXME Code es la capa de herramientas de desarrollador de la plataforma AXME — infraestructura de ejecución duradera para agentes de IA.


Componentes

AXME Code tiene tres componentes:

1. Servidor MCP (persistente, se ejecuta mientras VS Code está abierto)

Proporciona herramientas para que el agente lea y escriba la base de conocimiento. Todas las escrituras pasan por el código del servidor MCP (atomicWrite, append correcto) — el agente nunca escribe archivos de almacenamiento directamente.

2. Hooks (se activan en cada llamada de herramienta)

pre-tool-use: Verifica cada comando Bash, operación de git y acceso a archivos contra las reglas de seguridad. Bloquea violaciones antes de la ejecución. También crea/recupera el seguimiento de sesión.

post-tool-use: Registra qué archivos cambió el agente (para el rastro de auditoría).

3. Auditor en segundo plano (se ejecuta después del cierre de sesión)

Un proceso separado que lee la transcripción de la sesión y detecta cualquier cosa que el agente olvidó guardar. Dos modos:

  • Extracción completa — cuando el agente se bloqueó o el usuario cerró sin cierre formal
  • Solo verificación — cuando el agente completó la lista de verificación de cierre (más ligero, más barato)
Herramientas MCP disponibles (19 herramientas)
HerramientaDescripción
axme_contextCargar base de conocimiento completa (oracle + decisiones + seguridad + memoria + handoff)
axme_oracleMostrar datos de oracle (stack, estructura, patrones, glosario)
axme_decisionsListar decisiones activas con niveles de aplicación
axme_memoriesMostrar todas las memorias (retroalimentación + patrones)
axme_save_decisionGuardar una nueva decisión arquitectónica
axme_save_memoryGuardar retroalimentación o memoria de patrón
axme_safetyMostrar reglas de seguridad actuales
axme_update_safetyAñadir una nueva regla de seguridad
axme_backlogListar o leer elementos del backlog
axme_backlog_addAñadir un nuevo elemento al backlog
axme_backlog_updateActualizar estado, prioridad o notas de un elemento del backlog
axme_statusEstado del proyecto (sesiones, número de decisiones, última actividad)
axme_worklogEventos recientes del worklog
axme_workspaceListar todos los repos en el espacio de trabajo
axme_begin_closeIniciar cierre de sesión — devuelve lista de verificación de extracción
axme_finalize_closeFinalizar cierre — escribe handoff, worklog y extracciones atómicamente
axme_ask_questionRegistrar una pregunta para el usuario
axme_list_open_questionsListar preguntas abiertas de sesiones anteriores
axme_answer_questionRegistrar la respuesta del usuario
Comandos CLI
axme-code setup [path]       # Initialize project/workspace with LLM scan
axme-code serve              # Start MCP server (called by Claude Code automatically)
axme-code status [path]      # Show project status
axme-code stats [path]       # Worklog statistics (sessions, costs, safety blocks)
axme-code audit-kb [path]    # KB audit: dedup, conflicts, compaction
axme-code hook pre-tool-use  # PreToolUse hook handler (called by Claude Code)
axme-code hook post-tool-use # PostToolUse hook handler
axme-code hook session-end   # SessionEnd hook handler
axme-code audit-session      # Run LLM audit on a session transcript
Paquetes preestablecidos

Durante axme-code setup, los paquetes preestablecidos proporcionan reglas seleccionadas de mejores prácticas:

PaqueteQué añade
essential-safetyRamas protegidas, sin secretos en git, sin push forzado, fallar ruidosamente
ai-agent-guardrailsRequisitos de verificación, sin despliegues autónomos, prueba antes de terminar

Presets adicionales disponibles: production-ready, team-collaboration.


Telemetría

axme-code envía telemetría de uso anónima para ayudarnos a mejorar el producto. Recopilamos:

  • Eventos de ciclo de vida: instalación, inicio, actualización de versión
  • Eventos de salud del producto: finalización de configuración, finalización de auditoría (conteos de memorias/decisiones/seguridad extraídas, duración, costo, clase de error)
  • Errores: categoría y clase de error acotada para fallos en auditoría, configuración, hooks y auto-actualización

Lo que nunca enviamos:

  • Nombres de host, nombres de usuario, rutas de archivo, directorios de trabajo
  • Código fuente, transcripciones, decisiones, memorias o cualquier contenido del proyecto
  • Direcciones IP (eliminadas en el servidor)
  • Mensajes de excepción sin procesar (los mapeamos a un pequeño conjunto de clases de error)

Cada instalación obtiene un ID de máquina aleatorio de 64 caracteres almacenado en ~/.local/share/axme-code/machine-id. El ID no se deriva del hardware y no puede vincularse a ti.

Para desactivar la telemetría, establece cualquiera de estas variables de entorno:

export AXME_TELEMETRY_DISABLED=1
# or the industry-standard:
export DO_NOT_TRACK=1

Cuando está desactivada, no se realizan solicitudes de red y no se genera ningún ID de máquina.


Contribuciones

Consulta CONTRIBUTING.md para las pautas.

Licencia

MIT


Sitio web · Problemas · Arquitectura · contact@axme.ai