O que a Delegação Multi-Etapas Parece com Claude
A maioria das pessoas começa tratando Claude como uma caixa de busca.
//
Busque em todas as páginas da documentação
A maioria das pessoas começa tratando Claude como uma caixa de busca.
Elas digitam uma pergunta, obtêm uma resposta e seguem para a próxima pergunta.
A delegação multi-etapas é uma forma diferente de trabalhar.
Em vez de uma única instrução restrita, você entrega a Claude um objetivo, algum contexto e permissão para trabalhar em várias etapas para alcançá-lo.
Claude transforma esse objetivo em um plano, executa o plano passo a passo e verifica com você nos pontos que importam.
Esta página constrói o modelo mental do que isso parece na prática, antes que as outras páginas desta seção aprofundem em planejamento, checkpoints e modos de falha.
Uma instrução é uma solicitação única e autônoma.
Você diz a Claude "resuma este parágrafo" e Claude resume o parágrafo.
A interação começa e termina em um único turno, e não há mais nada para Claude descobrir sobre o que vem a seguir.
Um objetivo é diferente.
Um objetivo descreve um resultado que você deseja, e geralmente implica várias etapas que não são todas detalhadas antecipadamente.
"Prepare este relatório para enviar ao conselho" é um objetivo, não uma instrução, porque chegar lá pode envolver coletar números, redigir seções, verificar o tom e revisar duas vezes.
A delegação multi-etapas é o que acontece quando você entrega esse objetivo diretamente a Claude, em vez de emitir manualmente cada sub-etapa.
Uma analogia útil é a diferença entre microgerenciar um novo contratado e dar a ele um briefing de projeto.
Microgerenciar significa dizer a ele exatamente o que digitar na primeira célula, depois na segunda, depois na terceira.
Um briefing de projeto significa descrever o resultado, as restrições e quando você deseja ser envolvido, e então deixá-lo trabalhar.
Claude pode operar em qualquer um dos modos, mas a delegação multi-etapas é especificamente o modo de briefing de projeto.
Um exemplo simples da diferença:
"Reescreva esta frase para ser mais curta."
Isso é uma instrução única.
"Pegue este rascunho de post de blog, encurte a introdução, verifique se cada afirmação tem uma fonte e me dê uma versão pronta para revisão. Mostre-me o esboço antes de mexer na prosa."
Isso é um objetivo com um plano implícito e um checkpoint integrado.
Claude lê o segundo prompt, infere que existem várias etapas distintas e propõe sequenciá-las em vez de tentar fazer tudo invisivelmente em uma única passagem.
Quando você delega uma tarefa multi-etapas, Claude geralmente divide a solicitação grande em um plano numerado antes de fazer qualquer trabalho.
Esse plano não é apenas para contabilidade interna.
Frequentemente, ele é mostrado a você, para que você possa ver a forma do trabalho antes que ele comece.
Cada item numerado se torna uma etapa que Claude executa em sequência, usando a saída das etapas anteriores como entrada para as posteriores.
É por isso que a delegação multi-etapas parece diferente de uma única instrução longa: o plano dá a ambos uma estrutura de checkpoint compartilhada para conversar, em vez de uma parede de texto que você precisa analisar depois do fato.
Checkpoints são os locais nesse plano onde Claude pausa e espera sua entrada antes de continuar.
Você pode solicitar um checkpoint explicitamente, como o exemplo acima fez ao pedir para ver o esboço primeiro.
Você também pode deixar Claude propor checkpoints naturais por conta própria, geralmente após uma etapa que é cara para refazer ou uma etapa onde seu julgamento é mais importante do que o de Claude.
Um checkpoint é um portão de revisão humana: o trabalho para, você olha o que foi produzido até agora e o aprova, redireciona ou solicita alterações antes que a próxima etapa seja executada.
Isso é importante porque converte uma única aposta de tudo ou nada em uma sequência de decisões menores e recuperáveis.
A delegação multi-etapas também interage de perto com o refinamento iterativo.
Poucos resultados ficam certos na primeira tentativa, então um ciclo de refinamento iterativo permite que um rascunho, seu feedback e uma revisão se repitam em várias interações em vez de esperar a perfeição em uma única vez.
Um plano delegado frequentemente incluirá um loop de refinamento explícito como uma de suas etapas, algo como "rascunhar o resumo, obter feedback, revisar e, em seguida, finalizar".
Combinar um plano com um portão de revisão e um loop de refinamento é o que transforma um objetivo vago em um trabalho em que você realmente confia.
Pense nas três peças trabalhando juntas dessa forma: um objetivo se transforma em um plano, o plano se transforma em uma sequência de etapas, e cada etapa pode pausar em um checkpoint antes que a próxima comece.
O refinamento se encaixa dentro desse quadro como um pequeno loop anexado a uma etapa, onde um rascunho, seu feedback e uma revisão ciclam sobre si mesmos antes que essa etapa seja considerada concluída e o plano avance.
O plano em si permanece linear entre as etapas, enquanto o refinamento é a única peça que pode se repetir no local.
A quantidade que você delega é um dial, não um interruptor.
Em uma extremidade, você pode pedir a Claude para executar todo o plano sem checkpoints e apenas mostrar o resultado final, o que é rápido, mas deixa você revisando tudo de uma vez, depois que já está pronto.
Na outra extremidade, você pode manter Claude em um loop apertado, aprovando cada etapa, o que é lento, mas lhe dá controle máximo sobre uma tarefa sensível ou desconhecida.
A maioria dos trabalhos reais fica em algum lugar no meio, com checkpoints colocados apenas nas etapas que são caras, irreversíveis ou genuinamente requerem seu julgamento.
À medida que as tarefas crescem, a delegação também começa a se encadear com outras capacidades.
Um único plano delegado pode chamar uma Habilidade para uma etapa, entregar uma parte repetida do trabalho a uma rotina agendada ou se dividir em subtarefas que rodam de forma um tanto independente antes de serem remontadas.
Esse tipo de encadeamento é um tópico próprio, coberto na página de padrões de orquestração nesta seção, mas vale a pena saber desde cedo que um "plano" nem sempre é uma lista plana; ele pode chamar outras peças reutilizáveis de trabalho.
| Abordagem | Força | Fraqueza | Melhor Ajuste |
|---|---|---|---|
| Instrução única | Rápido, previsível, fácil de verificar | Não escala além de uma pequena solicitação | Edições rápidas, pesquisas, perguntas únicas |
| Delegação com checkpoints | Equilibra velocidade com controle nos momentos que importam | Requer que você pense onde colocar os portões | Rascunho, pesquisa, trabalho de limpeza multiparticipado |
| Delegação completa, sem checkpoints | Mais rápido para tarefas bem compreendidas e de baixo risco | Toda a revisão acontece no final, erros se acumulam | Tarefas repetitivas que você já validou antes |
O compromisso é honesto: quanto mais você delega antecipadamente, menos visibilidade momento a momento você tem, e mais essa visibilidade é empurrada para o final do processo.
Boa delegação não é sobre entregar o máximo possível.
Trata-se de igualar a quantidade de delegação à facilidade com que você pode declarar o objetivo e à facilidade com que pode verificar o resultado.
Tarefas que são vagas, de alto risco ou difíceis de verificar merecem mais checkpoints, não menos.
Uma instrução nomeia a ação exata a ser tomada. Um objetivo nomeia o resultado que você deseja e deixa as etapas a serem trabalhadas.
Para qualquer coisa com várias partes claras, Claude frequentemente proporá um plano por conta própria antes de começar. Você também pode pedir um diretamente, por exemplo, "apresente seu plano antes de começar", o que é útil quando você deseja revisar a forma do trabalho antes que qualquer coisa aconteça.
Um checkpoint é um ponto em um plano multi-etapas onde Claude pausa e espera sua entrada antes de continuar para a próxima etapa, em vez de executar todo o plano de ponta a ponta.
Uma pergunta de acompanhamento é algo que você faz depois de ver um resultado finalizado. Um checkpoint é construído no plano desde o início, em uma etapa específica, então a revisão ocorre em um ponto previsível em vez de apenas no final.
Significa que o resultado melhora ao longo de várias interações, não em uma única passagem. Um rascunho é produzido, você dá feedback, Claude revisa, e esse ciclo se repete até que o resultado seja bom o suficiente. Geralmente é uma etapa dentro de um plano delegado maior em vez de uma atividade separada.
Não. Checkpoints valem a pena a pausa quando uma etapa é cara para refazer, difícil de verificar depois do fato, ou depende do seu julgamento em vez do de Claude. Para trabalhos de baixo risco e facilmente reversíveis, deixar todo o plano ser executado e revisar o resultado final é geralmente mais eficiente.
Sim. Um plano nem sempre é uma sequência plana de prompts; uma única etapa pode chamar uma Habilidade para uma subtarefa especializada, ou um trabalho contínuo pode ser entregue a uma rotina agendada. Esse tipo de encadeamento é coberto com mais detalhes na página de padrões de orquestração nesta seção.
Claude geralmente expõe a ambiguidade em vez de adivinhar silenciosamente, especialmente se você pediu um plano antecipadamente. Esta é uma das razões pelas quais um checkpoint inicial, como revisar o plano antes do início da execução, detecta mal-entendidos enquanto eles ainda são baratos de corrigir.
Não. Mesmo uma tarefa de duas ou três partes se beneficia de ser enquadrada como um objetivo com um plano leve, pois economiza você de ter que reafirmar manualmente cada próxima etapa. A escala da delegação deve corresponder à escala da tarefa, e não o contrário.
Um sinal comum é revisar o resultado final e encontrar várias coisas que você teria corrigido antes se as tivesse visto mais cedo. Se isso continuar acontecendo, geralmente significa que os checkpoints pertencem mais cedo no plano, não que a delegação em si foi a abordagem errada.
Não. Você ainda define o objetivo, as restrições e onde os portões de revisão ficam. A delegação remove a necessidade de detalhar e reemitir cada etapa individual, não sua capacidade de direcionar o trabalho.
Sem nenhum checkpoint, todos os erros se acumulam silenciosamente até o final, e você só os descobre ao revisar o resultado final. Pequenas correções de curso que teriam sido baratas no meio do plano se tornam reescritas caras.
Versões de Stack: Escrito contra a linha de modelos Claude atual em ~junho de 2026 - Claude Fable 5, Claude Opus 4.8, Claude Sonnet 5 (o padrão) e Claude Haiku 4.5. Nomes de modelos, preços e recursos de produtos mudam rapidamente - verifique os detalhes atuais em platform.claude.com/docs antes de confiar neles.
Revisado por Chris St. John·Última atualização: 16 de jul. de 2026