Confiro tudo de novo e ainda esqueço um passo

O processo completo, com o exemplo que aparece no Reel. Exemplo fictício; as saídas foram geradas de verdade no Claude Sonnet 5 em 31/10/2026 e revisadas.

O processo

Abro a entrada: Checklist de conferência de pedidos.
Analiso com o prompt 1: Mostra onde falta responsável, critério ou regra de exceção no checklist.
Gate: se as lacunas apontadas no passo 1 batem com os itens reais do seu checklist, um a um
Escrevo com o prompt 2: Monta o fluxo em ordem, com condição de parada e quem revisa cada etapa.
Antecipo com o prompt 3: Lista exceções já vistas antes e o que falta decidir para resolvê-las.

Regra que segura tudo: Regra: nenhuma etapa avança sem condição de parada clara.

Entrada de exemplo

Checklist de conferência de pedidos antes do envio (exemplo fictício)
1. Confere quantidade de itens no pedido | João | feito | não informado
2. Confere etiqueta de endereço | Maria | feito | não informado
3. Confere validade dos produtos perecíveis | não informado | pendente | depende do lote recebido
4. Confere pagamento aprovado no sistema | Carlos | feito | não informado
5. Confere embalagem danificada | não informado | não informado | checklist não cobre esse caso
6. Confere nota fiscal anexada | Maria | feito | não informado
7. Confere pedido duplicado no sistema | não informado | não informado | aconteceu 2 vezes este mês
8. Confere assinatura do motorista na retirada | Carlos | pendente | não informado
9. Confere devolução parcial já registrada | não informado | não informado | sem responsável definido
10. Confere prioridade de cliente marcado como VIP | João | feito | não informado

Prompt 1: Mostra onde falta responsável, critério ou regra de exceção no checklist.

Você é um analista de processos que ajuda supervisores a identificar falhas em checklists operacionais.
Tarefa: analisar um checklist de conferência e apontar onde faltam responsável, critério de aprovação ou regra para casos fora do padrão.
Contexto: [cole aqui o checklist completo, um item por linha, com responsável, status e observação quando houver]
Passos:
1. Liste cada item do checklist com o problema encontrado (sem responsável, sem critério, sem regra para exceção).
2. Separe os problemas em dois grupos: "falta responsável" e "falta critério ou regra".
3. Para cada item sem informação, marque "não informado"; não invente responsável nem critério.
Regras: não invente dados que não estão no checklist; números e nomes no formato em que aparecem na entrada; se um item já está completo, diga que está completo e não aponte problema onde não há.
Formato de saída: lista numerada dos itens com problema, agrupados pelos dois grupos acima, e ao final um item "completos" com os itens que não têm problema.

Saída obtida:

Falta responsável:
1. Item 3 - Confere validade dos produtos perecíveis: responsável não informado.
2. Item 5 - Confere embalagem danificada: responsável não informado.
3. Item 7 - Confere pedido duplicado no sistema: responsável não informado.
4. Item 9 - Confere devolução parcial já registrada: responsável não informado.

Falta critério ou regra:
1. Item 3 - Confere validade dos produtos perecíveis: observação indica "depende do lote recebido", mas não há regra definida para tratar essa variação.
2. Item 5 - Confere embalagem danificada: observação indica "checklist não cobre esse caso", ou seja, não há critério nem regra para essa exceção.
3. Item 7 - Confere pedido duplicado no sistema: observação relata que "aconteceu 2 vezes este mês", mas não há regra definida para o caso de duplicidade.
4. Item 8 - Confere assinatura do motorista na retirada: status "pendente" sem observação, e não há critério de aprovação definido para considerar o item concluído.
5. Item 9 - Confere devolução parcial já registrada: observação confirma "sem responsável definido", e também não há critério ou regra estabelecida para registrar essa devolução.

Completos:
1. Item 1 - Confere quantidade de itens no pedido: responsável João, status feito, sem problema identificado.
2. Item 2 - Confere etiqueta de endereço: responsável Maria, status feito, sem problema identificado.
3. Item 4 - Confere pagamento aprovado no sistema: responsável Carlos, status feito, sem problema identificado.
4. Item 6 - Confere nota fiscal anexada: responsável Maria, status feito, sem problema identificado.
5. Item 10 - Confere prioridade de cliente marcado como VIP: responsável João, status feito, sem problema identificado.

Prompt 2: Monta o fluxo em ordem, com condição de parada e quem revisa cada etapa.

Você é um analista de processos que transforma checklists em fluxos de trabalho com ordem, condição de parada e revisão humana.
Tarefa: a partir da análise de lacunas feita no passo anterior, montar um fluxo de conferência com etapas em ordem, dizendo quando o processo deve parar e ser escalado, e em quais etapas uma pessoa precisa revisar antes de seguir.
Contexto: [cole aqui a lista de problemas do passo anterior]
Passos:
1. Ordene as etapas da conferência na sequência em que devem ser feitas.
2. Para cada etapa, defina a condição de parada: o que torna aquela etapa reprovada e exige parar e escalar para alguém, em vez de seguir para a próxima.
3. Marque quais etapas precisam de revisão humana antes de avançar e quem deveria revisar, usando "preciso confirmar" quando o checklist não disser quem é o responsável.
Regras: não invente responsável nem critério que não apareceu no passo anterior; se a condição de parada não estiver clara na entrada, escreva "preciso confirmar"; mantenha a ordem das etapas igual à da entrada quando a entrada não indicar outra ordem.
Formato de saída: fluxo numerado, etapa por etapa, com três colunas por etapa: o que verificar, condição de parada, quem revisa.

Saída obtida:

Fluxo de conferência de pedidos antes do envio

Etapa 1: Confere quantidade de itens no pedido
O que verificar: quantidade de itens bate com o pedido registrado.
Condição de parada: não informado (status feito, mas checklist não define o que caracteriza reprovação neste item).
Quem revisa: João (responsável atual); necessidade de revisão humana adicional antes de avançar: preciso confirmar.

Etapa 2: Confere etiqueta de endereço
O que verificar: etiqueta de endereço corresponde ao destinatário correto.
Condição de parada: não informado (status feito, mas checklist não define o que caracteriza reprovação neste item).
Quem revisa: Maria (responsável atual); necessidade de revisão humana adicional antes de avançar: preciso confirmar.

Etapa 3: Confere validade dos produtos perecíveis
O que verificar: validade dos produtos perecíveis em relação ao lote recebido.
Condição de parada: preciso confirmar (observação indica que a avaliação "depende do lote recebido", mas não há regra definida para tratar essa variação, logo não está claro o que reprova o item).
Quem revisa: preciso confirmar quem (responsável não informado no checklist).

Etapa 4: Confere pagamento aprovado no sistema
O que verificar: aprovação do pagamento no sistema.
Condição de parada: não informado (status feito, mas checklist não define o que caracteriza reprovação neste item).
Quem revisa: Carlos (responsável atual); necessidade de revisão humana adicional antes de avançar: preciso confirmar.

Etapa 5: Confere embalagem danificada
O que verificar: existência de danos na embalagem.
Condição de parada: preciso confirmar (observação indica que "checklist não cobre esse caso", ou seja, não há critério nem regra para essa exceção).
Quem revisa: preciso confirmar quem (responsável não informado no checklist).

Etapa 6: Confere nota fiscal anexada
O que verificar: presença da nota fiscal anexada ao pedido.
Condição de parada: não informado (status feito, mas checklist não define o que caracteriza reprovação neste item).
Quem revisa: Maria (responsável atual); necessidade de revisão humana adicional antes de avançar: preciso confirmar.

Etapa 7: Confere pedido duplicado no sistema
O que verificar: existência de duplicidade do pedido no sistema.
Condição de parada: preciso confirmar (a observação relata que isso "aconteceu 2 vezes este mês", mas não há regra definida para o caso de duplicidade; até essa regra existir, recomenda-se parar e escalar sempre que houver suspeita de duplicidade).
Quem revisa: preciso confirmar quem (responsável não informado no checklist).

Etapa 8: Confere assinatura do motorista na retirada
O que verificar: assinatura do motorista no momento da retirada.
Condição de parada: preciso confirmar (status está pendente e não há critério de aprovação definido para considerar o item concluído).
Quem revisa: Carlos (responsável atual), mas a necessidade de revisão humana para destravar o status pendente é preciso confirmar.

Etapa 9: Confere devolução parcial já registrada
O que verificar: se a devolução parcial do pedido já foi registrada.
Condição de parada: preciso confirmar (observação confirma que está "sem responsável definido" e também não há critério ou regra estabelecida para registrar essa devolução).
Quem revisa: preciso confirmar quem (responsável não informado no checklist).

Etapa 10: Confere prioridade de cliente marcado como VIP
O que verificar: se o pedido de cliente VIP está sendo tratado com a prioridade devida.
Condição de parada: não informado (status feito, mas checklist não define o que caracteriza reprovação neste item).
Quem revisa: João (responsável atual); necessidade de revisão humana adicional antes de avançar: preciso confirmar.

Observação geral: as etapas 3, 5, 7, 8 e 9 têm condição de parada marcada como preciso confirmar porque a entrada não define regra clara de reprovação para essas situações (lote recebido variável, embalagem danificada sem cobertura no checklist, duplicidade recorrente sem regra, assinatura pendente sem critério de aprovação, e devolução parcial sem responsável e sem critério). Essas mesmas etapas, junto com a definição de quem revisa nas etapas 1, 2, 4, 6 e 10, exigem confirmação do responsável pelo processo antes que o fluxo possa operar com segurança.

Prompt 3: Lista exceções já vistas antes e o que falta decidir para resolvê-las.

Você é um analista de processos que antecipa exceções recorrentes em fluxos de conferência.
Tarefa: a partir do fluxo montado no passo anterior, listar as exceções que já apareceram nas observações do checklist original e o que o fluxo deve prever para cada uma, para que não se repitam sem resposta.
Contexto: [cole aqui o fluxo do passo anterior] e [cole aqui as observações originais do checklist, se houver]
Passos:
1. Liste cada exceção mencionada nas observações originais (por exemplo, caso fora do padrão, ocorrência repetida, situação sem responsável definido).
2. Para cada exceção, diga em qual etapa do fluxo ela deveria ser tratada e o que falta decidir para resolver essa exceção da próxima vez.
3. Separe as exceções em "pode decidir agora com a informação disponível" e "precisa de decisão de alguém acima antes de virar regra do fluxo".
Regras: não invente exceção que não apareceu nas observações; não decida sozinho o que é decisão de outra pessoa, marque como "precisa de decisão de"; mantenha os números e nomes como vieram na entrada.
Formato de saída: lista de exceções com três informações cada (etapa, o que falta decidir, se pode decidir agora ou precisa de decisão de alguém).

Saída obtida:

Exceções identificadas nas observações originais do checklist:

1. Validade dos produtos perecíveis (Etapa 3)
Etapa do fluxo: Etapa 3, Confere validade dos produtos perecíveis.
O que falta decidir: não há regra definida para avaliar a validade quando ela "depende do lote recebido"; falta estabelecer o critério de reprovação para cada variação de lote.
Classificação: precisa de decisão de responsável pelo processo (não informado nome).

2. Embalagem danificada (Etapa 5)
Etapa do fluxo: Etapa 5, Confere embalagem danificada.
O que falta decidir: a observação informa que "checklist não cobre esse caso", ou seja, falta criar o critério de verificação e definir quem é o responsável por essa checagem.
Classificação: precisa de decisão de responsável pelo processo (não informado nome).

3. Pedido duplicado no sistema (Etapa 7)
Etapa do fluxo: Etapa 7, Confere pedido duplicado no sistema.
O que falta decidir: a observação relata que isso "aconteceu 2 vezes este mês", mas não existe regra formal para tratar duplicidade (por exemplo, se deve bloquear o envio automaticamente ou escalar para alguém); falta definir essa regra.
Classificação: precisa de decisão de responsável pelo processo (não informado nome).

4. Devolução parcial já registrada (Etapa 9)
Etapa do fluxo: Etapa 9, Confere devolução parcial já registrada.
O que falta decidir: a observação confirma que está "sem responsável definido" e também não há critério estabelecido para registrar a devolução; falta nomear o responsável e criar o critério de registro.
Classificação: precisa de decisão de responsável pelo processo (não informado nome).

Nenhuma das quatro exceções acima pode ser decidida agora com a informação disponível na entrada, pois em todos os casos falta regra, critério ou responsável que não foi informado no checklist original. Todas aguardam decisão de responsável pelo processo (nome não informado) antes de virarem regra fixa do fluxo.

Antes de usar

se as lacunas apontadas no passo 1 batem com os itens reais do seu checklist, um a um. Confira nomes e números na fonte antes de enviar qualquer coisa. Não mande causa, prazo ou dado que não esteja registrado: "preciso confirmar" é resposta melhor do que um palpite da IA. Complete os colchetes dos prompts com os seus dados reais.

AI PROMPTS BR · a9b0123b-21fd-552f-93a3-19ab79ae4554