Subagents podem ser prejudiciais? Post analisa as falhas de cada forma de delegar tarefas

O post de nikvdp.com parte de um problema concreto: o subagent que começa de um resumo nunca vê a conversa que o gerou. O autor pediu a um agente que investigasse se uma ferramenta sua duplicava recursos que Anthropic e OpenAI já oferecem. O resumo enviado ao subagent não citava nenhuma das duas empresas, e o relatório voltou só com detalhes do código do próprio autor. O subagent não tinha como perceber a falha, porque o resumo parecia completo.

O texto cita Alexander Yue, que chamou subagents de "a maior causa de falhas de IA". Numa sessão de 137 mil tokens com Opus 5.5, a tarefa feita pelo agente principal levou 67 segundos e custou US$ 0,38. Via subagent com resumo, levou 123 segundos e custou US$ 0,57. A alternativa é o fork, que entrega ao worker uma cópia da conversa inteira. Codex e Claude Code já suportam forks, e o modelo escolhe entre fork e subagent novo. O fork tem manhas: o agente leu o pedido de criar o fork como ordem para si e criou um subfork, além de executar a lista de tarefas do pai. A correção foi inserir uma nota dizendo ao filho que ele é o fork.

A parte difícil foi ensinar o agente a decidir. Regras remendadas geraram instruções contraditórias, e o agente ora quase nunca fazia fork, ora fazia fork de tudo. O autor trocou tudo por um parágrafo que pede peso para o que um resumo pode perder. Segundo ele, escrever um bom resumo exige teoria da mente, algo em que LLMs são fracos. O fork completo também tem custo: herda comandos que falharam, logs brutos e conversas paralelas, e modelos pioram com contexto longo. A proposta é um fork inteligente, em que um modelo pequeno decide manter ou descartar cada trecho do histórico, sem reescrever nada. Na dúvida, o trecho fica. O autor usa o Clef, da Cloudflare, via Ollama Cloud, numa extensão do oh-my-pi, e admite que ainda não sabe se vale a longo prazo. Ele cita a skill de Oskar Austegard para Claude Code, cuja avaliação mostrou 99 de 105 fatos necessários com trechos selecionados, contra 102 do transcript completo (a cerca de um quarto dos tokens) e 82 do resumo escrito.

A cobertura anterior do CEVIU já tratava de handoffs com perda. Em 23 de outubro de 2026, o CEVIU noticiou "Construindo agents: quando vale incorporar subagents ao agent loop principal", sobre como incorporar routers, planners e especialistas num único loop pode reduzir handoffs com perda de informação, custo e latência. O post de agora chega ao mesmo risco por outro caminho: mantém a delegação, mas troca o resumo por um fork filtrado. Em 14 de abril de 2026, o CEVIU também havia noticiado "Agentes de Execução Prolongada Falham Sem Disciplina de Contexto", sobre contexto ruidoso degradando decisões, o que conecta com o argumento de que forks completos pioram com histórico irrelevante.

Para quem monta agentes com subagents, a leitura é que o problema não está só em delegar, mas em como o contexto atravessa a delegação. Vale desconfiar de resumos que parecem completos e medir custo e tempo contra o agente principal fazendo o trabalho sozinho. O fork filtrado ainda é um experimento de um único autor, então serve como hipótese a testar, não como padrão.