Correção arquitetônica para a supercentralização de agentes de IA: separação de memória, execução e ações de saída

Um desenvolvedor que estava montando uma configuração OpenClaw identificou um problema arquitetônico crítico: seu assistente de IA estava se tornando um "autocrata interno" ao consolidar funcionalidades demais em um único componente. O problema não era o modelo em si, mas a arquitetura que permitia que um agente mantivesse simultaneamente memória de longo prazo, acesso a uma pilha crescente de ferramentas e tomasse decisões autônomas sobre ações externas.

O problema: funcionalidade consolidada cria um raio de impacto amplo

Embora inicialmente eficiente, essa consolidação significava que um componente sabia demais, podia fazer demais e podia agir rápido demais. Isso criou um "raio de impacto gigante" onde um único ponto de falha — seja por um prompt ruim, memória desatualizada, injeção de prompt, uso descuidado de ferramentas ou suposição errada — poderia se espalhar para áreas não relacionadas à tarefa original.

A correção arquitetônica: três funções separadas

O desenvolvedor implementou uma separação em três funções em vez de correções baseadas em prompt:

• Controlador privado: O único componente com amplo contexto pessoal e memória. Sua função não é "fazer tudo", mas "decidir o que esta tarefa realmente precisa saber".
• Trabalhadores com escopo definido: Agentes específicos para tarefas que recebem o contexto mínimo necessário, acesso restrito a ferramentas e persistência limitada. Por exemplo, um trabalhador de redação não deve receber todo o histórico de mensagens do usuário, e um trabalhador de agendamento não deve receber todo o contexto de vida dele.
• Porta de saída: Lida com operações arriscadas, incluindo envio de mensagens, publicação de conteúdo, exclusão ou modificação de estado e qualquer coisa que represente o usuário externamente. O componente que rascunha algo não deve ser automaticamente o componente que o envia.

Insight principal

O princípio arquitetônico central identificado: "o componente que mais sabe não deve ser também o componente que pode agir mais rápido". Embora óbvio uma vez declarado, muitos sistemas de agentes violam isso por padrão.

Essa separação tornou todo o sistema mais sensato e abordou o problema fundamental de criar um único ponto de falha com permissões excessivas. O desenvolvedor observa que isso se tornará cada vez mais importante à medida que os agentes evoluírem para operadores reais.