Uma IA só não dá conta: como dividir trabalho entre várias

Você já fez isso. Escreveu um pedido enorme numa mensagem só: pesquisa o mercado, analisa os concorrentes, monta a proposta, escreve o e-mail de apresentação e revisa tudo.

A IA obedeceu. Entregou as cinco coisas. E as cinco vieram medianas, com a pesquisa rasa, a proposta genérica e o e-mail ignorando metade do que você tinha explicado no começo.

Não foi preguiça da máquina. Foi você pedindo pra uma pessoa só fazer o trabalho de cinco, em uma sentada, sem parar pra conferir nada no meio.

Por que pedido grande sai ruim

Duas coisas acontecem quando o pedido cresce.

A primeira é diluição. Cada instrução que você dá compete com todas as outras pela atenção do modelo. Vinte instruções numa mensagem viram vinte pedidos parcialmente atendidos. Cinco instruções viram cinco pedidos bem atendidos.

A segunda é acúmulo de erro. A proposta é escrita em cima da pesquisa. Se a pesquisa saiu torta e ninguém olhou, tudo que vem depois herda o defeito. Como veio tudo de uma vez, você só descobre no final, quando dá preguiça de mandar refazer.

Numa equipe de gente, ninguém trabalharia assim. O pesquisador entrega, alguém confere, e só então o próximo começa.

A ideia central: uma tarefa, um encarregado

A alternativa é quebrar o trabalho em etapas e tratar cada etapa como um encarregado diferente, com uma única responsabilidade.

Voltando ao exemplo da proposta comercial:

1. Pesquisa. Levanta dados sobre o cliente e o setor. Entrega fatos com fonte, nada além disso.
2. Análise. Recebe a pesquisa e responde uma pergunta só: onde estão as três oportunidades.
3. Estrutura. Monta o esqueleto da proposta a partir das oportunidades. Sem texto final ainda.
4. Redação. Escreve o texto em cima do esqueleto aprovado.
5. Revisão. Lê o resultado com um objetivo declarado: achar promessa que a gente não consegue cumprir.

Cada etapa tem entrada, saída e critério de pronto. Você confere entre uma e outra. Quando algo sai errado, você corrige naquele ponto em vez de refazer o pacote inteiro.

Isso funciona em qualquer ferramenta. Cinco conversas separadas no Chat já entregam boa parte do ganho, sem nada de automático.

Onde isso vira automático

Ferramentas mais novas fazem essa divisão sozinhas, e é aí que o nome “subagente” aparece.

No Claude Code e no Cowork, você descreve o trabalho grande e a ferramenta abre encarregados separados, cada um com sua parte, alguns rodando ao mesmo tempo. Você vê as etapas na tela, clica em uma, pede ajuste, e o resto continua de pé.

O ganho real não é velocidade, embora rodar em paralelo ajude. É que cada encarregado começa com a atenção limpa, focado só na parte dele, sem carregar o lixo das outras etapas.

O que dividir e o que não dividir

Dividir tem custo. Cada passagem entre etapas é uma chance de perder contexto e cada etapa gasta crédito. Nem todo trabalho merece.

Vale dividir quando:

• A tarefa tem etapas com naturezas diferentes, como pesquisar e escrever.
• Um erro no meio contamina tudo que vem depois.
• Você quer conferir antes de seguir.
• A saída é longa, tipo relatório, proposta, plano de conteúdo do mês.

Não vale dividir quando:

• A tarefa acaba numa resposta só.
• As etapas são tão coladas que separar só cria burocracia.
• Você ainda não sabe qual é o resultado bom. Nesse caso o problema é de definição, e mais encarregados só produzem mais coisa errada em paralelo.

O erro que eu vejo mais

Montar cinco encarregados sem ter definido o critério de pronto de nenhum.

Se você não sabe dizer o que faz uma pesquisa estar boa, dividir o trabalho só multiplica a bagunça. Antes de separar as etapas, escreva em uma frase o que cada uma precisa entregar. Se você não consegue escrever a frase, a etapa ainda não existe de verdade.

Meu jeito de testar: faço o processo inteiro à mão uma vez, prestando atenção em onde eu paro pra conferir. Cada parada dessas é uma fronteira natural entre etapas. Aí sim eu monto.

O que muda na prática

O maior efeito não é a IA ficar mais inteligente. É você parar de receber um bloco de trabalho pronto que precisa aceitar ou rejeitar inteiro.

Com o trabalho quebrado, você volta a ter controle no meio do caminho. Aprova a pesquisa, ajusta a estrutura, refuta uma oportunidade fraca antes que ela vire três parágrafos de proposta. É o mesmo motivo pelo qual você não pede pra um funcionário novo entregar o projeto fechado no último dia.

Se você quer ver isso rodando com subagentes de verdade, escrevi sobre o Corte aqui. E se a dúvida é o que delegar pra máquina e o que continua sendo seu, comece por este.