Decomponha uma tarefa de várias etapas em um fluxo de prompts

Autor: AILesson10 min de configuraçãoTestado com:ChatGPTRevisado em: 2026-08-28

Resposta rápida

Projete etapas delimitadas cujos resultados, verificações, ferramentas, autoridades e caminhos de recuperação se encaixem. Forneça: Tarefa de ponta a ponta e resultado desejado, Restrições de evidências, ferramentas, autoridade e riscos, Falhas conhecidas e condições operacionais. Resultado esperado: Uma especificação executável de fluxo de trabalho, com prompts por etapa, pontos de controle, estado e testes de ponta a ponta.

1

Adicione seu contexto

Seu texto permanece neste navegador. O AILesson Prompts não o envia para um modelo ou servidor.

2

Seu prompt

Campos não preenchidos permanecem visíveis como marcadores de posição, para que você ainda possa copiar e editar o prompt

Projete um fluxo de prompts para a tarefa de várias etapas. Decomponha somente quando um limite melhorar o controle de evidências, a validação, o uso de ferramentas, a reutilização, o custo ou a autoridade humana.

Gatilho, usuários, entradas iniciais, entregável final, definição de concluído, frequência e escala:
[task]

Sistemas de origem, ferramentas, atualidade, privacidade, aprovações, ações irreversíveis, custo, latência e proibições:
[constraints]

Processo atual, exemplos de falhas, transferências, concorrência, repetições, monitoramento e capacidade de revisão:
[failures]

Mapeie o estado de ponta a ponta antes de escrever os prompts. Quando for prático, separe análise, cálculo e validação determinísticos do julgamento generativo. Para cada etapa, defina objetivo, entradas permitidas e sua procedência, pré-condições, esquema exato de saída, invariantes, permissões de ferramentas, prompt, validação independente do modelo, ponto de controle humano, estado persistido, chave de idempotência ou desduplicação, regra de tempo limite ou repetição, caminho de falha e condição para a próxima etapa. Nunca permita que uma etapa posterior repare silenciosamente evidências ausentes ou conflitantes de etapas anteriores. Exija autorização antes de mensagens externas, compras, publicações, exclusões, alterações de conta ou outras ações relevantes. Minimize os dados sensíveis transmitidos entre etapas e a retenção de estado. Identifique as etapas que devem usar código comum, regras, pesquisa ou uma decisão humana em vez de um prompt. Retorne um mapa do fluxo de trabalho; contratos e prompts das etapas; taxonomia de estados e erros; campos de observabilidade e auditoria; observações sobre custo e latência; comportamento de reversão ou parada segura; testes unitários, de limites, de falhas e de ponta a ponta; e uma alternativa mais simples com um único prompt quando ela for suficiente.
Experimente no Playground
Privado por padrãoA montagem do prompt acontece localmente no seu navegador. Evite colocar informações confidenciais em qualquer serviço de IA, a menos que sua organização permita.

Da entrada ao resultado

Um exemplo prático

Veja como um contexto concreto transforma esta receita em um resultado útil

Entrada real

Tarefa de ponta a ponta e resultado desejado
Em cada dia útil, converta até 40 e-mails recebidos sobre renovação de fornecedores e as cotações anexas com texto já extraído em um pacote de revisão. Pacote final: contrato correspondente, termos comerciais alterados, mudanças operacionais, evidências ausentes, perguntas sobre riscos e um rascunho de resposta. O analista de compras aprova qualquer resposta externa. Concluído quando o pacote puder ser rastreado até os locais da mensagem e dos anexos e estiver na fila de revisão; nunca enviar automaticamente.
Restrições de evidências, ferramentas, autoridade e riscos
Pesquisa somente leitura na caixa de correio e no repositório de contratos. Os anexos já foram extraídos; sem OCR. Preços e datas devem ser analisados com exatidão e recalculados por código. Os contratos podem conter tarifas confidenciais; mantenha-as somente no espaço de trabalho aprovado. Não emita conclusão jurídica. Fatos atuais exigem o carimbo de data e hora da fonte. Uma chamada ao modelo custa mais do que o código de validação. O analista pode revisar dez exceções por dia. A ferramenta de resposta não está disponível e deve permanecer indisponível.
Falhas conhecidas e condições operacionais
O prompt único atual às vezes associa o fornecedor errado por ter nome semelhante, trata uma cotação como aditivo assinado, perde a moeda e redige uma aceitação. E-mails duplicados encaminhados criam pacotes duplicados. A pesquisa de contratos pode retornar zero ou dois candidatos ativos. O modelo pode atingir o tempo limite; repita uma vez. A plataforma de fluxo de trabalho armazena o status e os IDs das fontes.

Exemplo de saída

O fluxo de trabalho recomendado tem cinco etapas, não cinco chamadas ao modelo. O ponto de controle da Etapa 1, implementado em código, ingere os IDs das fontes, calcula um hash da mensagem com os anexos para desduplicação, valida a extração, detecta tokens de moeda e data e armazena referências restritas — não o texto confidencial bruto nos logs. Um hash duplicado é vinculado ao pacote existente. A Etapa 2 faz uma pesquisa somente leitura usando identificadores de fornecedor verificados; zero ou vários contratos ativos encaminham o caso para a exceção do analista e interrompem o fluxo. A semelhança de nomes, por si só, nunca seleciona um contrato.

Na Etapa 3, o código cria um pacote de procedência: trechos da cotação, trechos do contrato, carimbos de data e hora, valores monetários e datas analisados e diferenças recalculadas. Um conflito de análise ou moeda interrompe o fluxo antes da geração. Na Etapa 4, o modelo compara somente esse pacote e retorna um esquema que separa proposta declarada, estado das evidências de assinatura, mudança comercial ou operacional, evidências ausentes, perguntas e referências às fontes. Seu prompt proíbe conclusões jurídicas, linguagem de aceitação e a conversão de uma cotação em aditivo. Em seguida, são executadas verificações de esquema, citações, números, moedas e afirmações sem respaldo; uma repetição após tempo limite usa a mesma chave de idempotência. Uma falha de validação é encaminhada para exceção, nunca reparada silenciosamente.

Na Etapa 5, o modelo redige uma resposta neutra de esclarecimento somente a partir de campos validados, rotulada DRAFT—NOT SENT. Um ponto de controle do analista revisa o pacote e edita ou aprova sua entrada na fila; não existe permissão de envio. Máquina de estados: received, deduplicated, match_pending, evidence_ready, comparison_valid, draft_ready, review_required, exception. A auditoria registra IDs das fontes, versão do contrato, prompt e versão, resultados da validação, carimbos de data e hora, revisor e destinação. Os testes de ponta a ponta abrangem correspondência exata, encaminhamento duplicado, zero ou dois contratos, cotação não assinada, moeda conflitante, anexo ausente, tempo limite e instruções maliciosas no anexo. Um único prompt é inadequado porque correspondência, aritmética, desduplicação e autorização exigem pontos de controle determinísticos separados.

Por que isso funciona

  1. 1

    Contratos explícitos por etapa impedem que resultados incertos de etapas anteriores se tornem fatos não identificados nas posteriores.

  2. 2

    Separar o trabalho determinístico dos pontos de controle de autoridade reduz o custo e mantém as ações relevantes sujeitas a revisão.

Verifique o resultado

  • Cada transição tem entradas validadas, uma condição explícita de sucesso e um caminho de falha?

  • As permissões de ferramentas, os dados sensíveis, o estado persistido, as repetições e as ações relevantes estão delimitados?

  • As operações determinísticas e as decisões humanas são mantidas fora dos prompts generativos quando apropriado?

Use com confiança

Perguntas frequentes

Respostas práticas sobre quando usar esta receita, o que fornecer e onde a revisão humana ainda é importante

O que devo preparar antes de usar “Decomponha uma tarefa de várias etapas em um fluxo de prompts”?

Para usar “Decomponha uma tarefa de várias etapas em um fluxo de prompts”, prepare a Tarefa de ponta a ponta e resultado desejado, as Restrições de evidências, ferramentas, autoridade e riscos e as Falhas conhecidas e condições operacionais. Substitua os placeholders apenas por informações que você possa verificar. Se algum detalhe for desconhecido, preserve explicitamente essa incerteza em vez de pedir ao modelo que o deduza.

Quando o resultado de “Decomponha uma tarefa de várias etapas em um fluxo de prompts” ainda não está pronto para uso?

O resultado não está pronto se ainda não entregar, com base nas evidências fornecidas, o resultado declarado — uma especificação executável de fluxo de trabalho, com prompts por etapa, pontos de controle, estado e testes de ponta a ponta — ou se depender de suposições não resolvidas, aprovações ausentes ou detalhes inventados. Use as verificações como critérios de liberação: revise as informações de origem ou designe um revisor identificado e autorizado, em vez de aprimorar um resultado sem respaldo.

Quais ferramentas de IA têm testes registrados para “Decomponha uma tarefa de várias etapas em um fluxo de prompts”?

O registro de testes publicado para “Decomponha uma tarefa de várias etapas em um fluxo de prompts” inclui o ChatGPT em 2026-08-28. Isso confirma execuções registradas, não garante compatibilidade nem resultados idênticos em versões posteriores do produto. Ao usar outra ferramenta ou versão, mantenha todas as restrições visíveis e repita as verificações do resultado antes do uso.

Mais maneiras de explorar

Onde esta receita se encaixa

Mantenha o trabalho em andamento