O Orquestrador: Por que a Intenção Deveria Sobreviver ao Processo

As pilhas atuais de agentes estão invertidas. A superfície (terminal, editor) é dona do modelo, ferramentas e histórico, enquanto a identidade é efêmera — abra um novo terminal e o agente desaparece. O autor propõe uma camada orquestradora que desacopla a intenção de qualquer processo único. Propriedades principais:

• Identidade acima das sessões: Um agente lógico persiste entre processos. Sessões vão e vêm; o agente permanece.
• Roteamento entre superfícies: O agente distribui trabalho para diferentes máquinas (ex.: máquina do repositório, máquina GPU, celular) sem tratá-las como não relacionadas.
• Primitiva real de handoff: Um objeto tipado que carrega o que foi feito, o que está inacabado, decisões bloqueadas — não um histórico de chat com perdas.
• Agentes pares, não subagentes: Dois agentes em contextos diferentes coordenam via um plano de controle que nenhum deles possui.
• Chamadas cross-driver: "Modelo barato resume, modelo caro age" é uma primitiva, não engenharia de prompt. O orquestrador escolhe o runtime por etapa com base em custo, latência, capacidade.
• Superfícies de aprovação que sobrevivem: Se o agente pausa para aprovação e você está três fusos horários distante, a aprovação viaja até você sem manter o agente vivo.

Exemplo Concreto: Triar um Teste Instável

Hoje você abre três terminais e cola stack traces entre Claude, Gemini e Grok. O fluxo desejado pelo autor sob uma única intenção do orquestrador: "Trie essa instabilidade, proponha uma correção, obtenha revisão."

• Ollama (local): Ingerir o log de teste, remover ruído, produzir um resumo estruturado da falha. Grátis, nunca sai da máquina.
• Gemini CLI: Pegar o resumo mais o repositório, identificar a alteração suspeita, esboçar um patch. Contexto grande, forte em ler código, acesso somente leitura ao repositório.
• Grok Build: Pegar o patch e a falha original, emitir veredito (enviar/revisar/escalar). Outra família de modelos como segunda opinião. Sem acesso de escrita.

Três runtimes, três escopos de permissão, três níveis de custo, uma intenção. O orquestrador carrega o objeto de handoff entre as etapas e apresenta uma única aprovação em vez de três conversas desconectadas. Se o Grok disser "escalar", a intenção pausa e espera por uma decisão humana — sem manter o Ollama ou o Gemini vivos.

A partir da semana passada, pelo menos três agentes de codificação nativos de terminal rodam localmente: runtime Ollama, Gemini CLI do Google e Grok Build da xAI com modo de plano e subagentes paralelos. O modelo é a parte barata e substituível. O orquestrador deve ser a parte chata e durável.