Beacon: camada de memória open-source para agentes de codificação de IA

O Beacon é uma camada de memória open-source e multi-harness para agentes de código IA, criada depois que seus autores se cansaram de reexplicar as mesmas tarefas ao alternar entre Claude Code, Codex e Cursor. Ele se conecta a mais de 20 harnesses de agentes, registra telemetria de sessão e a transforma em skills reutilizáveis expostas via MCP.

O que ele realmente captura

• Telemetria de sessão em um formato normalizado: prompts, chamadas de ferramentas, execuções de comandos e outros eventos de qualquer harness de agente suportado.
• Destilação dessa telemetria bruta em padrões comuns e fluxos de trabalho repetíveis.
• Uma etapa de aprovação humana antes de qualquer persistência, para que o conhecimento destilado seja revisado em vez de gravado automaticamente.
• Exposição a agentes futuros por meio de skills e MCP, para que o próximo harness que você usar comece com o mesmo contexto.

Por que uma camada separada

A memória embutida em um único harness só viaja até onde esse harness vai. Se você alterna entre Claude Code, Codex e Cursor — o que os autores dizem fazer constantemente ao atingir limites de uso instáveis ou quando um modelo mais novo é lançado —, cada um começa do zero. O Beacon fica fora do ecossistema de qualquer fornecedor único e mantém o histórico de sessão em um formato que seus agentes podem consumir, independentemente de qual frontend está conduzindo o modelo.

A posição de design declarada: os dados do agente são seus, e não devem ficar presos à infraestrutura de memória fechada de um laboratório de fronteira. O projeto é totalmente open source.

Configuração

O código-fonte não inclui comandos de instalação nem exemplo de configuração — consulte o repositório para a lista atual de harnesses e etapas de setup:

git clone https://github.com/Asymptote-Labs/agent-beacon

A partir daí, o ciclo prático é: apontar um harness suportado para o Beacon, trabalhar normalmente e então revisar os padrões destilados que ele propõe e aprovar os que valem a pena manter como skills.

Pontos a avaliar antes de adotar

• A captura de telemetria significa que prompts e comandos de shell ficam gravados em disco — confirme a retenção e onde esse armazenamento fica.
• A qualidade da destilação importa mais do que o volume de captura; a etapa de aprovação existe justamente porque “fluxos de trabalho” extraídos automaticamente podem ser ruído.
• O MCP como mecanismo de entrega é uma aposta razoável, dado quantos harnesses já o suportam, mas a cobertura de hooks por harness é o que você realmente sentirá no dia a dia.

É voltado para desenvolvedores que usam mais de um agente de código, ou um agente em mais de um projeto, e estão cansados de reafirmar convenções a cada sessão.