AXME Code

Memória persistente de projeto + decisões arquiteturais + hooks de segurança pré-execução para Claude Code. Armazenamento apenas local, workspace multi-repositório, extração automática de conhecimento via auditor em segundo plano.

Documentação

AXME Code

Claude Code esquece seu projeto a cada sessão. Nós corrigimos isso.

AXME Code é um plugin para Claude Code que dá ao seu agente de codificação de IA memória persistente entre sessões, hooks de segurança pré-execução, aplicação de decisões arquiteturais e handoff estruturado de sessão — via um servidor MCP, automaticamente, em todas as sessões.

Pare de reexplicar sua arquitetura na sessão 47. Pare de perder memória entre handoffs de sessão. Pare de torcer para o agente não rodar git push --force na main. AXME Code lembra o que aconteceu, aplica suas decisões arquiteturais, continua de onde a última sessão parou e bloqueia comandos perigosos antes que eles sejam executados — para você focar em construir.

Você continua usando Claude Code exatamente como antes. AXME Code funciona de forma transparente em segundo plano.

Alpha GitHub Release License: MIT Tests

⭐ Dê uma estrela neste repositório se ele economizar seu tempo · 🔔 Acompanhe os releases para novos recursos · 💬 Discussões

Início Rápido · Antes & Depois · Como Funciona · Arquitetura · Site


AXME Code demo

Antes & Depois

Sem AXME CodeCom AXME Code

Sessão 1: "Usamos FastAPI, não Flask. Deploy apenas via GitHub Actions. Nunca faça push direto na main."

Sessão 2: "Como eu disse ontem, usamos FastAPI..."

Sessão 7: "Pela terceira vez esta semana, usamos FastAPI..."

Sessão 47: desiste, cola 200 linhas no CLAUDE.md

Sessão 1: O agente aprende sua stack, salva decisões.

Sessão 2: O agente chama axme_context → já sabe FastAPI, regras de deploy, o que aconteceu ontem.

Sessão 47: O agente tem todo o histórico do projeto: 30 decisões, 15 memórias, regras de segurança e um handoff da sessão 46.

O agente roda git push --force na main. Sua sexta-feira está arruinada.

O hook intercepta o comando antes da execução e o bloqueia. Não é um prompt — é aplicação rígida no nível do harness.

O agente diz "Pronto!" — mas os testes não passam, metade do código é stub e o deploy está quebrado.

As decisões aplicam requisitos de verificação: o agente deve rodar os testes e mostrar prova antes de reportar conclusão.


Início Rápido

AXME Code suporta três caminhos de IDE hoje, classificados pelo menor atrito de instalação:

Opção 0: Extensão do Cursor (instalação em 1 clique — recomendado para usuários do Cursor)

Para usuários de Cursor 0.42+ — instale a extensão AXME Code pelo painel de Extensões (Open VSX). A extensão empacota o binário, registra o servidor MCP programaticamente (sem clique manual em Enable), instala hooks de segurança no nível do usuário em ~/.cursor/hooks.json (aplicam-se a todos os projetos da sua máquina) e oferece uma notificação de "Executar configuração" em um clique na primeira vez que você abre um projeto sem .axme-code/.

Cursor → Extensions → search "AXME Code" → Install

Ou carregue lateralmente o .vsix anexado ao último release (Extensions → ... menu → "Install from VSIX...").

Na primeira ativação, um modal pede uma credencial LLM para o auditor de sessão: cole uma chave de API da Anthropic, uma chave SDK do Cursor (cursor.com → Integrações) ou pule o auditor. Se o CLI claude estiver logado (claude login), a extensão usa automaticamente sua assinatura do Claude — sem necessidade de colar.

Opção 1: Plugin do Claude Code (recomendado para usuários do Claude Code)

No Claude Code, execute:

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

Ou pelo terminal:

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

O plugin vem com o servidor MCP, hooks de segurança e CLI empacotados juntos; nenhum binário separado para instalar. No primeiro uso em um projeto, basta pedir ao agente para chamar axme_context — o plugin inicializa automaticamente a base de conhecimento nessa sessão.

Opção 2: Binário autônomo

Instale o CLI em todo o sistema (útil se você quiser rodar axme-code fora do Claude Code, por exemplo, para scripts).

Linux / macOS:

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

Instala em ~/.local/bin/axme-code. Requer Node.js 20+ no PATH (o binário é um bundle Node de arquivo único; o instalador verifica isso). Suporta x64 e ARM64.

Windows (nativo):

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

Instala em %LOCALAPPDATA%\Programs\axme-code e o adiciona ao PATH do usuário. Requer Node.js 20+ no PATH. Suporta x64 e ARM64.

Windows via WSL2: se você já vive no WSL2, use o one-liner de instalação Linux dentro da sua distro. Instale Claude Code e axme-code dentro da distro WSL, não no host Windows.

Então, em cada projeto:

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

axme-code setup faz três coisas:

  1. Escaneia seu projeto e constrói a base de conhecimento — oráculo (stack, estrutura, padrões, glossário), extrai decisões, memórias e regras de segurança do seu código, configs, CLAUDE.md e histórico de sessões
  2. Instala hooks de segurança que interceptam comandos perigosos antes da execução
  3. Configura o servidor MCP nas configurações do Claude Code (.mcp.json)

Após a configuração, toda sessão do Claude Code carrega automaticamente a base de conhecimento completa. Sem configuração, sem etapas manuais.


O Que Você Obtém

Base de Conhecimento Persistente

Seu agente começa toda sessão com contexto completo: stack, decisões, padrões, glossário e um handoff da sessão anterior. Chega de reexplicar sua arquitetura na sessão 47.

CategoriaO que armazenaExemplo
OráculoEstrutura do projeto, stack tecnológico, padrões de código, glossário"TypeScript 5.9, Node 20, ESM, esbuild"
DecisõesDecisões arquiteturais com níveis de aplicação"Todos os deploys via CI/CD apenas" [obrigatório]
MemóriaFeedback de erros, padrões validados"Nunca use HTTP síncrono em handlers assíncronos"
SegurançaBranches protegidos, comandos negados, restrições de sistema de arquivosgit push --force → BLOQUEADO
BacklogRastreamento de tarefas persistente entre sessões"B-003: migrar auth para OAuth2 [em andamento]"
HandoffOnde o trabalho parou, bloqueios, próximos passos"PR #17 aberto, aguardando revisão. Próximo: corrigir teste instável."
WorklogHistórico de sessões e eventosLinha do tempo de todas as sessões e o que foi feito

Salvaguardas de Segurança (100% Confiáveis)

Os hooks interceptam chamadas de ferramentas antes da execução — não prompts. Mesmo que o agente alucine um motivo para rodar rm -rf /, o hook bloqueia. Isso é aplicação rígida no nível do harness do Claude Code, não uma sugestão em um prompt de sistema.

Bloqueado por padrão:

  • git push --force, git reset --hard, push direto para main/master
  • rm -rf /, chmod 777, curl | sh
  • npm publish, git tag, gh release create
  • Escrever em arquivos .env, .pem, .key

Você pode adicionar suas próprias regras personalizadas via axme_update_safety ou editando .axme-code/safety/rules.yaml diretamente.

Extração Automática de Conhecimento

O agente salva descobertas durante o trabalho via ferramentas MCP. No fechamento da sessão, uma checklist estruturada garante que nada seja perdido. Se você apenas fechar a janela — um auditor em segundo plano extrai memórias, decisões e regras de segurança da transcrição completa da sessão.

Espaços de Trabalho Multi-Repositório

Cada repositório tem sua própria base de conhecimento (.axme-code/). Regras no nível do workspace se aplicam a todos os repositórios. Regras específicas de repositório permanecem escopadas. O agente vê contexto mesclado — piso de segurança do workspace + decisões específicas do repositório.

Suporta 14 formatos de workspace: VS Code multi-root, workspaces pnpm/npm/yarn, Nx, Gradle, Maven, Rush, submodules git e mais.

Por que não apenas CLAUDE.md?

CLAUDE.md é ótimo para projetos simples com algumas regras. Mas não escala:

CLAUDE.mdAXME Code
MemóriaEstática, manualAutomática, acumula entre sessões
DecisõesTexto plano, sem aplicaçãoEstruturado, níveis obrigatório/consultivo
SegurançaBaseado em prompt (~80% de conformidade)Baseado em hooks (100% de aplicação)
Continuidade de sessãoNenhumaHandoff + auditor em segundo plano
Escala até~50 linhasCentenas de decisões, memórias, regras

AXME Code complementa o CLAUDE.md — ele lê seu CLAUDE.md existente durante a configuração e extrai decisões e regras dele.


Funciona com Qualquer Cliente MCP

AXME Code é um servidor MCP stdio — todo assistente de codificação de IA compatível com MCP recebe o conjunto completo de ferramentas axme_* (leitura/escrita da base de conhecimento, consultas de segurança, status, worklog).

ClienteFerramentas MCPHooks de SegurançaAuditor Automático
Claude Code (CLI / VS Code)✅ Completo✅ Completo✅ Sim
Cursor✅ Completo❌❌
Windsurf✅ Completo❌❌
Cline (VS Code)✅ Completo❌❌
Claude Desktop✅ Completo❌❌
Qualquer outro cliente MCP✅ Completo❌❌

A entrada do servidor MCP é idêntica em todos os clientes:

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

Basta colocá-la no arquivo de configuração MCP do seu cliente:

  • Cursor: ~/.cursor/mcp.json ou .cursor/mcp.json (por projeto)
  • Windsurf: ~/.codeium/windsurf/mcp_config.json
  • Cline: Configurações do VS Code → Cline MCP → cline_mcp_settings.json
  • Claude Desktop: ~/Library/Application Support/Claude/claude_desktop_config.json (macOS) ou equivalente

Os hooks de segurança pré-execução, o rastreador de arquivos pós-uso de ferramenta e o auditor de sessão em segundo plano são específicos do Claude Code (eles exigem o sistema de hooks do Claude Code). Em outros clientes, o agente deve chamar as ferramentas AXME explicitamente — mesma base de conhecimento, mesmo armazenamento .axme-code/, apenas sem a camada automática de aplicação.

Consulte docs/MULTI_CLIENT.md para configuração completa por cliente, workarounds de hooks e semântica de clientes concorrentes.


Comparação

AXME CodeMemPalaceMastraZepMem0Supermemory
Capacidades
Decisões estruturadas com níveis de aplicação✅❌❌❌❌❌
Hooks de segurança pré-execução✅❌⚠️❌❌❌
Handoff estruturado de sessão✅❌❌❌⚠️❌
Extração automática de conhecimento✅❌✅✅✅✅
Oráculo do projeto (mapa do código)✅❌❌❌❌❌
Espaço de trabalho multi-repositório✅❌❌❌❌❌
Armazenamento apenas local✅✅✅❌❌❌
Busca semântica de memória✅✅✅✅✅✅
Suporte a múltiplos clientes✅✅✅✅✅✅
Total de capacidades9/93/94/93/93/93/9
Benchmarks
Segurança ToolEmu (precisão)100.00%—————
Segurança 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/correto~10K ✓—~105K–119K~70K~31K~29K

Eficiência de tokens

Token efficiency on LongMemEval

AXME usa ~10× menos tokens por resposta correta que o Mastra com precisão competitiva. O sistema de memória executa apenas 2 chamadas LLM por pergunta (leitor + juiz) — concorrentes executam dezenas (Observer por turno, Reflector periodicamente, construção de grafo, extração de fatos).

Consulte benchmarks/README.md para metodologia completa, detalhamentos por categoria, notas de rodapé e instruções de reprodução.


Como Funciona

AXME Code Architecture

Fluxo de Sessão

  1. Início da sessão → o agente chama axme_context, carrega a base de conhecimento completa
  2. Durante o trabalho → o agente salva descobertas via axme_save_memory, axme_save_decision. Os hooks aplicam segurança em cada chamada de ferramenta.
  3. Fechamento da sessão → peça ao seu agente para fechar a sessão → o agente chama axme_begin_close, obtém uma lista de verificação. Revisa a sessão para memórias perdidas, decisões, regras de segurança. Chama axme_finalize_close — o MCP escreve handoff, worklog e extrações atomicamente.
  4. Fallback → se você apenas fechar a janela, o auditor em segundo plano extrai tudo da transcrição.
  5. Próxima sessão → axme_context retorna tudo acumulado. O handoff diz exatamente onde continuar.

Dica: Você pode salvar a qualquer momento — basta dizer ao agente "lembre disso" ou "salve isso como uma decisão". Você não precisa esperar o fechamento da sessão.


Armazenamento

Todos os dados ficam em .axme-code/ na raiz do seu projeto (ignorado pelo git automaticamente):

.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 e YAML legíveis por humanos. Sem banco de dados, sem dependências externas.


Plataforma AXME

AXME Code é a camada de ferramentas de desenvolvedor da plataforma AXME — infraestrutura de execução durável para agentes de IA.


Componentes

AXME Code tem três componentes:

1. Servidor MCP (persistente, roda enquanto o VS Code está aberto)

Fornece ferramentas para o agente ler e escrever a base de conhecimento. Todas as escritas passam pelo código do servidor MCP (atomicWrite, append correto) — o agente nunca escreve diretamente nos arquivos de armazenamento.

2. Hooks (disparam em cada chamada de ferramenta)

pre-tool-use: Verifica cada comando Bash, operação git e acesso a arquivos contra as regras de segurança. Bloqueia violações antes da execução. Também cria/recupera o rastreamento da sessão.

post-tool-use: Registra quais arquivos o agente alterou (para trilha de auditoria).

3. Auditor em Segundo Plano (roda após o fechamento da sessão)

Um processo separado que lê a transcrição da sessão e captura qualquer coisa que o agente esqueceu de salvar. Dois modos:

  • Extração completa — quando o agente travou ou o usuário fechou sem fechamento formal
  • Somente verificação — quando o agente completou a lista de verificação de fechamento (mais leve, mais barato)
Ferramentas MCP Disponíveis (19 ferramentas)
FerramentaDescrição
axme_contextCarregar base de conhecimento completa (oráculo + decisões + segurança + memória + handoff)
axme_oracleMostrar dados do oráculo (stack, estrutura, padrões, glossário)
axme_decisionsListar decisões ativas com níveis de aplicação
axme_memoriesMostrar todas as memórias (feedback + padrões)
axme_save_decisionSalvar uma nova decisão arquitetural
axme_save_memorySalvar feedback ou memória de padrão
axme_safetyMostrar regras de segurança atuais
axme_update_safetyAdicionar uma nova regra de segurança
axme_backlogListar ou ler itens do backlog
axme_backlog_addAdicionar um novo item ao backlog
axme_backlog_updateAtualizar status, prioridade ou notas do item do backlog
axme_statusStatus do projeto (sessões, contagem de decisões, última atividade)
axme_worklogEventos recentes do worklog
axme_workspaceListar todos os repositórios no workspace
axme_begin_closeIniciar fechamento da sessão — retorna lista de verificação de extração
axme_finalize_closeFinalizar fechamento — escreve handoff, worklog e extrações atomicamente
axme_ask_questionRegistrar uma pergunta para o usuário
axme_list_open_questionsListar perguntas abertas de sessões anteriores
axme_answer_questionRegistrar a resposta do usuário
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
Pacotes Predefinidos

Durante axme-code setup, pacotes predefinidos fornecem regras de melhores práticas selecionadas:

PredefiniçãoO que adiciona
essential-safetyRamos protegidos, sem segredos no git, sem push forçado, falhe ruidosamente
ai-agent-guardrailsRequisitos de verificação, sem deploys autônomos, prova antes de concluir

Predefinições adicionais disponíveis: production-ready, team-collaboration.


Telemetria

axme-code envia telemetria anônima de uso para nos ajudar a melhorar o produto. Coletamos:

  • Eventos de ciclo de vida: instalação, inicialização, atualização de versão
  • Eventos de saúde do produto: conclusão da configuração, conclusão da auditoria (contagens de memórias/decisões/segurança extraídas, duração, custo, classe de erro)
  • Erros: categoria e classe de erro limitada para falhas na auditoria, configuração, hooks e atualização automática

O que nunca enviamos:

  • Nomes de host, nomes de usuário, caminhos de arquivo, diretórios de trabalho
  • Código-fonte, transcrições, decisões, memórias ou qualquer conteúdo do projeto
  • Endereços IP (removidos no servidor)
  • Mensagens de exceção brutas (mapeamos para um pequeno conjunto de classes de erro)

Cada instalação recebe um ID de máquina aleatório de 64 caracteres armazenado em ~/.local/share/axme-code/machine-id. O ID não é derivado de hardware e não pode ser vinculado a você.

Para desativar a telemetria, defina uma destas variáveis de ambiente:

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

Quando desativada, nenhuma solicitação de rede é feita e nenhum ID de máquina é gerado.


Contribuindo

Veja CONTRIBUTING.md para diretrizes.

Licença

MIT


Site · Problemas · Arquitetura · contact@axme.ai