O OpenClaw — a fábrica de software com cinco agentes especializados que construí (Maestro orquestrando, Vetor no backend, Layout no frontend, Fisco no fiscal, Crivo na QA) — nasceu sobre modelos da OpenAI. Recentemente comecei a avaliar trocar o motor por Claude. Não foi por moda. Foram duas peças específicas que resolvem os pontos onde orquestrar vários agentes historicamente mais dói.
O problema não é o modelo ser "inteligente"
Todo modelo grande hoje escreve código razoável. O que quebra um sistema multiagente não é a qualidade da resposta isolada — é a cola entre os agentes: como cada um acessa ferramentas, e como cada um mantém contexto sem que a conversa vire uma bagunça de 200 mensagens.
No Capítulo 6 do meu livro eu chamo isso de Princípio do Menor Privilégio de Ferramentas: cada agente só deve ter acesso ao que precisa pra cumprir seu escopo, nada além. Na prática, isso significa muito trabalho de configurar e manter conexões de ferramentas por agente — e é exatamente aí que o MCP (Model Context Protocol) muda o jogo.
O que o MCP resolve de verdade
MCP virou um protocolo padrão de mercado — mais de 400 milhões de downloads de SDK, especificação estabilizada em julho de 2026. Na prática, o conector MCP da API do Claude assume sozinho a descoberta de ferramentas, o gerenciamento de conexão e o tratamento de erro que antes eu precisava escrever à mão pra cada integração do Vetor, do Fisco, do Layout.
Menos código de cola escrito à mão significa menos superfície de bug entre os agentes — e mais tempo gasto no que cada agente faz de fato, não em mantê-los conectados.
Isso não é feature de vitrine. É exatamente o tipo de automação que a NES defende: automatizar a decisão explícita (quais ferramentas, com quais permissões), não a ambiguidade de "cada agente se vira como der".
A segunda peça: contexto que não se perde
A outra frente é a compactação de contexto — sessões agênticas longas (como o Crivo rodando homologação depois do CI verde, ou o Maestro coordenando handoffs entre os outros quatro) resumem automaticamente o histórico quando a conversa se aproxima do limite, em vez de simplesmente truncar ou esquecer. Pra um orquestrador que precisa lembrar decisões tomadas há 40 passos atrás, isso é a diferença entre um agente confiável e um que reinventa a roda a cada handoff.
O que isso não resolve
Trocar o motor não resolve arquitetura ruim. Se os contratos entre Maestro e os agentes especialistas não estiverem bem definidos — o que fazer, com que ferramenta, sob qual autonomia — nenhum modelo, por melhor que seja no MCP, vai consertar isso sozinho. A NES continua vindo antes da ferramenta, não depois.