Escrevendo um Prompt para Tarefas de Múltiplas Etapas no Claude.ai

Uma solicitação com várias partes móveis, como pesquisar um tópico, depois delinear e, em seguida, escrever, tende a dar errado quando é entregue ao Claude como um único parágrafo denso.

Dividir essa mesma solicitação em um conjunto de etapas ordenadas e numeradas dá ao Claude uma sequência explícita a seguir, em vez de uma pilha de instruções que ele precisa organizar silenciosamente por conta própria.

Esta página detalha como estruturar um prompt de múltiplas etapas no Claude.ai, usando um exemplo realista do início ao fim.

Resumo

Uma tarefa de múltiplas etapas é qualquer solicitação com mais de um estágio distinto, onde um estágio posterior depende da saída de um estágio anterior.

Escrever todos os estágios como um único parágrafo plano força o Claude a adivinhar tanto a sequência quanto as dependências entre eles.

Numerar as etapas explicitamente remove essa adivinhação e também oferece um local natural para verificar o trabalho no meio do caminho, em vez de apenas no final.

Isso é mais importante para solicitações genuinamente multipartes; uma tarefa de estágio único não precisa desse tratamento, e superestruturar uma solicitação simples apenas adiciona sobrecarga desnecessária.

O exemplo abaixo mostra a diferença entre um prompt plano e desordenado e um prompt devidamente sequenciado para a mesma tarefa subjacente.

Receita

A forma geral para transformar uma solicitação complexa em um prompt ordenado.

1. <Primeira etapa - geralmente coletando ou estabelecendo algo>
2. <Segunda etapa - geralmente construindo sobre a saída da etapa 1>
3. <Terceira etapa - geralmente refinando ou formatando a saída anterior>
4. <Etapa final - o entregável em sua forma final>
 
Faça isso em ordem. Mostre-me o resultado de cada etapa antes
de passar para a próxima. / Faça todas as etapas e me dê o resultado final.

Quando usar isso:

A tarefa tem 3 ou mais estágios genuinamente distintos, não apenas várias frases descrevendo um estágio.
Um estágio posterior depende de obter um estágio anterior correto primeiro.
Você deseja poder verificar ou redirecionar o trabalho no meio do caminho, não apenas no final.
A tarefa mistura diferentes tipos de trabalho, pesquisa, escrita e formatação, que se beneficiam de serem tratados um de cada vez.

Exemplo de Trabalho

Aqui está uma tarefa real de múltiplas etapas: preparar uma breve atualização de status para um gerente, cobrindo o progresso de três sub-equipes e, em seguida, colocá-la em um formato específico.

Uma versão plana e desordenada da solicitação:

Preciso de uma atualização de status, você pode olhar as notas que estou prestes a
colar e escrever algo para o meu gerente resumindo o que
cada equipe fez, formatado de forma agradável como marcadores, e mantê-lo
curto.

Isso agrupa quatro trabalhos diferentes - extrair informações por equipe, resumir, decidir o tom/público e formatar - em uma única frase, sem indicação da ordem ou quão completa cada etapa deve ser.

A mesma solicitação, dividida em etapas ordenadas:

Vou colar notas brutas de 3 sub-equipes abaixo. Faça isso em
ordem:
 
1. Leia as notas e extraia exatamente uma atualização chave por equipe
   (o que foi lançado, o que está bloqueado, o que vem a seguir).
2. Escreva um resumo de uma frase para a atualização de cada equipe, em
   linguagem simples que um gerente não técnico entenderia.
3. Formate as três como uma lista de marcadores, com o nome da equipe em negrito,
   seguido por seu resumo de uma frase.
4. Mantenha tudo com menos de 100 palavras no total.
 
[notas coladas aqui]

Cada etapa é um trabalho distinto com uma entrada e saída claras: a etapa 1 extrai, a etapa 2 traduz para o público, a etapa 3 formata, a etapa 4 define a restrição final.

O que isso demonstra:

Nomear cada etapa como sua própria instrução numerada remove qualquer ambiguidade sobre sequência ou dependência.
O enquadramento de público da etapa 2 ("linguagem simples que um gerente não técnico") só faz sentido depois que a extração bruta da etapa 1 for feita; a ordenação torna essa dependência explícita.
A restrição de comprimento final (etapa 4) é limitada à saída final, não a cada etapa individual, o que só fica claro porque está listada por último.
Essa mesma solicitação numerada poderia facilmente pedir ao Claude para mostrar a saída de cada etapa individualmente, o que é útil quando você deseja verificar a extração da etapa 1 antes de confiar na formatação da etapa 3.

Mergulho Profundo

Como Funciona

Etapas numeradas fornecem ao Claude informações explícitas de sequenciamento que um parágrafo plano deixa implícito, reduzindo a chance de ele reordenar, mesclar ou pular parte da tarefa.
Cada etapa efetivamente restringe o escopo do que o Claude precisa raciocinar naquele ponto, em vez de manter toda a tarefa multipartes em vista de uma só vez.
Dependências entre etapas (a etapa 2 precisa da saída da etapa 1) tornam-se visíveis na própria ordenação, em vez de exigir que você explique "depois de fazer X, faça Y" em prosa.
Você pode pedir ao Claude para mostrar a saída intermediária após cada etapa, o que transforma uma grande solicitação em um processo com pontos de verificação que você pode redirecionar cedo se algo estiver errado.

Estruturando as Próprias Etapas

Elemento	Propósito	Exemplo
Uma instrução curta com verbo no início para cada etapa	Mantém cada etapa escaneável e sem ambiguidade	"Extraia a atualização chave por equipe."
Uma forma de saída explícita para cada etapa, quando ela varia	Evita confusão de formato entre os estágios	"Escreva uma frase por equipe."
Uma etapa final para formatação/restrições	Mantém regras globais (comprimento, tom) separadas das etapas de conteúdo	"Mantenha tudo com menos de 100 palavras no total."
Uma instrução sobre se deve mostrar o trabalho	Controla se você vê cada estágio ou apenas o resultado final	"Mostre a saída de cada etapa antes de continuar."

Escolhendo Entre "Mostrar Cada Etapa" e "Apenas Me Dê o Resultado"

Peça ao Claude para mostrar a saída de cada etapa quando a tarefa for de alto risco, desconhecida, ou quando você quiser especificamente capturar um erro cedo, como uma extração incorreta na etapa 1 antes que ela se propague para a etapa 3.
Peça apenas o resultado final quando a tarefa for rotineira, de baixo risco, ou quando você já executou com sucesso um prompt de múltiplas etapas muito semelhante antes.
Uma opção intermediária também funciona bem: peça ao Claude para fazer todas as etapas, mas anote brevemente qualquer coisa incerta ou ambígua que ele encontrou ao longo do caminho.

Armadilhas

Numerar etapas que não são realmente sequenciais. Se as etapas 2 e 3 não dependem realmente uma da outra, forçar uma ordem pode ser mais confuso do que simplesmente listá-las como requisitos paralelos. Correção: numere apenas as etapas que têm uma dependência real; agrupe requisitos independentes em vez disso.
Deixar a forma da saída final até o último momento sem menção anterior. Se a formatação for especificada apenas na última etapa, o Claude pode redigir as etapas anteriores de uma forma que seja estranha de reformular. Correção: mencione o formato de destino cedo se ele moldará significativamente como as etapas anteriores são escritas, não apenas na etapa final.
Escrever etapas que são realmente várias tarefas não relacionadas disfarçadas de uma. "Pesquisar X, depois separadamente me escrever um poema sobre Y" não é uma tarefa de múltiplas etapas, são duas solicitações não relacionadas. Correção: divida as solicitações verdadeiramente não relacionadas em mensagens separadas ou prompts separados.
Superestruturar uma solicitação simples de estágio único. Transformar "resumir isso" em um prompt numerado de 4 etapas adiciona sobrecarga sem adicionar clareza. Correção: reserve etapas numeradas para trabalho genuinamente de múltiplos estágios.
Esquecer de colar ou anexar o material fonte real do qual as etapas dependem. Um prompt perfeitamente ordenado ainda falha se a etapa 1 não tiver nada para extrair. Correção: confirme que a entrada que o Claude precisa está realmente incluída antes ou logo após as etapas.
Descrições de etapa vagas que reintroduzem a mesma ambiguidade que a numeração pretendia corrigir. "1. Olhe para isso. 2. Faça ficar bom." ainda são duas instruções vagas, apenas com números na frente delas. Correção: cada etapa precisa da mesma especificidade que qualquer outro prompt bem escrito; a numeração sozinha não adiciona precisão.

Alternativas

Alternativa	Usar Quando	Não Usar Quando
Um único prompt plano	A tarefa é genuinamente um estágio, mesmo que seja um longo	A tarefa tem dependências reais entre estágios distintos
Prompt de múltiplas etapas numeradas (esta página)	3+ estágios distintos, com etapas posteriores dependendo das anteriores	As etapas são realmente independentes e não precisam de uma ordem específica
Mensagens separadas por estágio (iteração manual)	Você deseja revisar completamente e possivelmente redirecionar cada estágio antes de continuar	A tarefa é rotineira o suficiente para que você confie que toda a sequência será executada sem supervisão
Seções com tags XML para contexto vs. instruções	O prompt mistura material de fundo com as etapas e precisa de separação visual clara	O prompt é curto o suficiente para que etapas numeradas simples já sejam inequívocas

FAQs

Como sei se uma tarefa realmente precisa de etapas numeradas em vez de um único prompt?

Verifique se a tarefa tem 3 ou mais estágios genuinamente distintos.
Verifique se um estágio posterior depende da saída de um estágio anterior.
Se ambos forem verdadeiros, etapas numeradas ajudam; se a tarefa for realmente um trabalho único, um prompt plano é mais simples e tão eficaz quanto.

Devo pedir ao Claude para mostrar a saída de cada etapa, ou apenas o resultado final?

Mostre cada etapa para tarefas de alto risco ou desconhecidas, para que você possa capturar um problema cedo antes que ele afete as etapas posteriores.

Peça apenas o resultado final em tarefas rotineiras que você já executou dessa forma com sucesso antes.

Qual é a diferença entre etapas numeradas e apenas escrever mais detalhes em um parágrafo?

Etapas numeradas tornam a sequência e a dependência entre as partes da tarefa explícitas, não apenas os detalhes dentro de cada parte.

Um parágrafo altamente detalhado ainda pode deixar o Claude adivinhando a ordem, mesmo que cada requisito individual seja claramente descrito.

Posso combinar etapas numeradas com um papel ou enquadramento de contexto?

Sim, eles se combinam bem; defina o papel ou contexto primeiro, depois liste as etapas ordenadas para a tarefa real.

O papel molda o tom e a profundidade em toda parte; as etapas moldam a sequência do próprio trabalho.

E se a etapa 3 depender de algo que o usuário precisa decidir, não algo que o Claude possa determinar por conta própria?

Faça o Claude pausar e perguntar antes de continuar, instruindo-o explicitamente a verificar com você naquele ponto em vez de adivinhar.

Por exemplo: "Após a etapa 2, pergunte-me qual opção eu prefiro antes de continuar para a etapa 3."

É um problema ter muitas etapas em um prompt?

Uma cadeia muito longa de etapas, especialmente com etapas que não são verdadeiramente dependentes umas das outras, torna-se mais difícil de rastrear e mais provável de ser executada ligeiramente fora de ordem ou mesclada.

Se você passou de 6-7 etapas, considere se algumas delas são realmente requisitos independentes que poderiam ser agrupados em vez disso.

Preciso colar todo o meu material fonte antes das etapas, ou ele pode ir depois?

Qualquer um funciona, desde que esteja claramente incluído em algum lugar no prompt antes que o Claude precise dele para a etapa relevante.

Um padrão comum é listar as etapas primeiro, depois o material fonte, para que as instruções sejam lidas antes do conteúdo bruto.

Como isso se relaciona com o uso de tags XML para estruturar um prompt?

Etapas numeradas organizam a sequência da própria tarefa; tags XML organizam diferentes tipos de conteúdo (background, instruções, exemplos) dentro do mesmo prompt.

As duas técnicas geralmente se combinam bem em prompts mais longos e complexos que precisam de ambos.

O que devo fazer se o Claude pular ou mesclar duas das minhas etapas numeradas?

Aponte especificamente qual etapa foi pulada ou mesclada e peça para ela ser refeita como uma etapa distinta.

Isso geralmente é um sinal de que duas de suas etapas eram muito semelhantes ou careciam de uma distinção clara o suficiente entre elas, valendo a pena refinar para a próxima vez.

Essa técnica funciona da mesma forma em todos os modelos Claude?

Sim, o benefício subjacente, dar ao Claude sequenciamento explícito em vez de ordenação implícita, aplica-se a Claude Haiku 4.5, Claude Sonnet 5, Claude Opus 4.8 e Claude Fable 5.

Um modelo com uma janela de contexto muito grande, como a janela de 1 milhão de tokens do Claude Fable 5, também pode manter muitas etapas, além de uma grande quantidade de material fonte, em vista ao mesmo tempo.

Isso é o mesmo que refinamento iterativo em vários turnos?

Não, etapas numeradas organizam um único prompt em uma sequência ordenada que o Claude executa em uma passagem (ou com pontos de verificação que você solicita).

Refinamento iterativo é uma técnica separada para melhorar uma resposta em vários turnos de ida e volta depois que você já viu um resultado.

Relacionados

Refinamento Iterativo: Transformando um Prompt Bruto em um Ótimo - o que fazer entre os turnos, depois que a tarefa de múltiplas etapas foi executada
Tags XML para Estruturar Prompts Complexos: Uma Referência Rápida - uma técnica complementar para separar tipos de conteúdo dentro do mesmo prompt
Ambigüidades Comuns de Prompt e Como Evitá-las - os padrões de frase vaga a serem evitados dentro de cada etapa individual
Noções Básicas de Prompting do Claude - exemplos de prompt mais simples, de estágio único, para começar

Versões da Pilha: 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.