Passando das regras do CLAUDE.md para a aplicação de infraestrutura com Citadel

O problema com o acúmulo de regras
Quando Claude ignorava instruções, o instinto era adicionar mais regras ao CLAUDE.md. Começando com 45 linhas, ele cresceu para 190 linhas ao longo de três meses, mas a conformidade piorou. Instruções após a linha 100 começaram a ser tratadas como sugestões em vez de regras. Uma auditoria forense revelou 40% de redundância—regras dizendo a mesma coisa com palavras diferentes, regras contradizendo umas às outras e regras desatualizadas. Reduzir para 123 linhas melhorou a conformidade imediatamente.
A mudança para a infraestrutura
A solução real foi reconhecer o CLAUDE.md como um ponto de entrada para orientação (convenções do projeto, stack tecnológica, prioridades principais), não um lar permanente para todas as regras. Todo o resto deve ser carregado apenas quando necessário. A mudança crucial: transferir a aplicação das instruções para o ambiente.
Por exemplo, em vez de uma regra dizendo "sempre execute a verificação de tipos após editar um arquivo," que Claude seguia de forma inconsistente, um script de gancho de ciclo de vida é executado automaticamente em cada salvamento de arquivo. Isso garante que a verificação de tipos aconteça sem escolha do agente, mostrando erros imediatamente em vez de 20 edições depois. Isso reduziu drasticamente o tempo de revisão, permitindo focar na intenção e no design em vez de correr atrás de erros de tipo.
O sistema de progressão
O autor descreve uma progressão de cinco níveis:
- Nível 1: Prompting bruto (nada persiste, os mesmos erros se repetem)
- Nível 2: CLAUDE.md (as regras ajudam, mas atingem um limite por volta de 100 linhas)
- Nível 3: Habilidades (expertise modular que carrega sob demanda, zero tokens quando inativa)
- Nível 4: Ganchos (o ambiente aplica a qualidade, não as instruções)
- Nível 5: Orquestração (agentes paralelos, campanhas persistentes, ondas coordenadas)
A maioria dos projetos fica bem no Nível 2 ou 3. A percepção crítica: quando o CLAUDE.md para de funcionar, a resposta não é mais regras—é transferir a aplicação para a infraestrutura.
Implementações específicas
O autor implementou três sistemas principais:
- Habilidades: Arquivos Markdown codificando padrões, restrições e exemplos para domínios específicos. O agente carrega habilidades relevantes para a tarefa atual, evitando desperdício de tokens em contexto irrelevante.
- Arquivos de campanha: Documentos estruturados acompanhando o que foi construído, decisões tomadas e o que resta. Eles persistem entre sessões, eliminando reexplicações diárias.
- Ganchos automatizados: Verificação de tipos em cada edição, varredura de antipadrões no final da sessão, disjuntor que encerra o agente após 3 falhas repetidas no mesmo problema e proteção de compactação salvando o estado antes de Claude comprimir o contexto.
Citadel: O sistema de código aberto
O sistema completo, chamado Citadel, foi disponibilizado como código aberto em https://github.com/SethGammon/Citadel. Ele inclui o sistema de habilidades, ganchos, persistência de campanha e um comando /do que direciona tarefas para o nível de orquestração correto automaticamente. Construído a partir de 27 falhas documentadas em 198 agentes em uma base de código de 668K linhas, cada regra remonta a algo que quebrou.
📖 Read the full source: r/ClaudeAI
👀 See Also

OpenCortex: Um Sistema de Memória Autoaperfeiçoável para OpenClaw
O OpenCortex substitui o arquivo plano MEMORY.md do OpenClaw por arquivos de memória estruturados organizados por projetos, contatos, fluxos de trabalho, preferências, runbooks, ferramentas e infraestrutura. Inclui destilação noturna com auditorias de aplicação de princípios e síntese semanal com detecção de padrões e criação automática de runbooks.

NervMap: Ferramenta de Descoberta de Serviços e Diagnóstico de Servidor com Comando Único
NervMap é uma ferramenta Linux que descobre contêineres Docker, serviços systemd e processos diretos em menos de 1 segundo, mapeia dependências entre eles e diagnostica problemas com análise de severidade e sugestões de correção.

GPT-5.5 Codex vs Claude Opus 4.7: Benchmarks de agentes de codificação no mundo real
Um desenvolvedor comparou o GPT-5.5 Codex com o Claude Opus 4.7 em duas tarefas reais: um bot de triagem de PRs e uma interface de revisão de código em tempo real. O Claude entregou um código mais limpo, sem erros; o Codex foi 18% mais barato, mas exigiu uma correção adicional.

Sistema de Memória Automática de Código Aberto para Agentes LLM Alcança 94% de Precisão de Recuperação
Um desenvolvedor criou um plugin de memória para agentes baseados em LLM que extrai, classifica e persiste fatos automaticamente entre sessões sem comandos explícitos do usuário. O sistema alcançou 94,2% de precisão em um benchmark de recall com 52 pontos de verificação usando arquivos markdown estruturados em vez de bancos de dados vetoriais.