//
Busque em todas as páginas da documentação
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.
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.
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:
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:
| 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." |
| 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 |
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.
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.
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.
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."
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.
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.
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.
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.
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.
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.
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.