Subagentes para melhor gestão de contexto é a prática de delegar trabalho a subagentes para mantê-lo fora do contexto do agente orquestrador. Exploração, saída de ferramentas, tentativas de repetição e raciocínio intermediário permanecem no sub-agente, e a sessão principal recebe um resumo curto. A maioria das pessoas começa usando sub-agentes para executar tarefas em paralelo ou formar times de agentes de programação baseadas em papéis. Proteger o contexto do orquestrador é outro motivo para utilizá-los. O que quer que permaneça no contexto do orquestrador compete por sua atenção nas interações subsequentes. Trazer a transcrição completa de um subagente para a thread principal para verificar seu progresso anula esse benefício. Algumas diretrizes úteis incluem executar de dois a quatro subagentes por vez e manter tarefas que exijam a mesma compreensão do código dentro de um único agente, para que múltiplos agentes não precisem reconstruir essa mesma compreensão.
Tratar subagentes deliberadamente como um limite para a engenharia de contexto é fácil de experimentar porque a maioria dos agentes de codificação suporta subagentes e a mudança está basicamente nas instruções. Usamos modelos mais baratos para subagentes encarregados de tarefas específicas, como pesquisas, reduzindo potencialmente os custos em comparação ao uso indiscriminado de modelos de ponta. Estamos colocando a técnica em “Avalie” porque seu benefício ainda não foi medido sistematicamente. As evidências até agora vêm de relatos de profissionais sobre suas próprias sessões, sem uma contabilidade detalhada de tokens. Também observamos que o mesmo modelo com o mesmo prompt usa subagentes de forma diferente dependendo do harness. Equipes que experimentarem essa abordagem devem usar perfilamento de contexto para verificar se o contexto do orquestrador realmente diminui.
