Plugin de arquitetura de geração de agentes que resolve ruído e decay de memória de agentes (open source)

A maioria das configurações de agentes lida mal com memória. Ou grava tudo diretamente na memória de longo prazo e a enche de ruído e contradições, ou esquece tudo quando a sessão é encerrada e precisa recomeçar do zero toda vez. Estou publicando uma arquitetura de agentes open source projetada com foco máximo em memória (Apache-2.0). A mesma configuração roda sem alterações no Claude Code, Codex e Gemini CLI, então não fica presa a uma ferramenta específica.
A ideia central é que o agente deve ser um repositório, não um prompt. O resultado são arquivos reais (AGENTS.md, agents/, skills/, .agentlas/), então os três runtimes conseguem ler tudo, e você pode continuar usando o modelo que já usa. Depois de instalar com uma única linha, basta dizer o que você quer e ele cria uma equipe inteira de agentes instaláveis.
3 modos que ele cria

Agente único: um worker com skills, regras de memória, adaptador de runtime e etapa de validação. Sem precisar expandir para uma equipe, também é possível adicionar loops de self-evolution e research-refresh.
Equipe multiagente: orquestrador/HQ, PM Soul, Memory Curator, Policy Gate, workers, eval judge, QA/gate de evidências e os handoffs entre eles. É o modo “crie uma empresa para este workflow”.
Reempacotamento: organiza um agente ou workspace que você já tem (Claude/Codex/local) como um pacote portátil. Também adiciona plugin público e instalação em uma linha, e separa caminhos locais, secrets e logs privados para que possa ser publicado com segurança.

Como a memória realmente funciona (não é uma lista de papéis, e sim arquivos que entram no resultado)

Memória baseada em tickets: não grava diretamente na memória de longo prazo. Quando o worker emite um bloco ## Memory Events, ele é acumulado em memory-tickets.jsonl como tickets (id, scope, trust label, evidence, status) e só depois é promovido.
Memory Curator: revisa os tickets antes do commit e registra a decisão no livro-razão curator-decisions. Assim, a memória não fica cheia de ruído ou contradições.
PM Soul: cuida da continuidade no nível do projeto. Ele mantém intenção, decisões e tarefas em aberto, então lembra não apenas “que decisão foi tomada”, mas “por que essa decisão foi tomada”.
Policy Gate: a memória compartilhada da equipe só é promovida depois de passar por uma etapa de aprovação. Isso impede que um agente contamine todo o contexto.
Self-evolution validada: o agente pode criar novas skills e propor mudanças em si mesmo, mas novas skills saem apenas como candidates e só são lembradas como first-class após passar pelo livro-razão de evidências de trial, pela revisão do Curator e pela aprovação de política. Ele melhora sozinho, mas sem se deteriorar silenciosamente. A automodificação também é proposal-first, não uma sobrescrita não autorizada.
Varredura de segurança para publicação: antes de publicar o pacote, bloqueia caminhos de máquina, tokens, JSON de service account e formatos comuns de secrets.