Defina um formato de saída verificável para um prompt

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

Resposta rápida

Converta expectativas vagas de saída em campos, tipos, estados, restrições e regras de validação. Forneça: Tarefa do prompt e uso posterior, Solicitação de saída atual e exemplos, Restrições de formato e validação. Resultado esperado: Um contrato de saída com esquema, exemplo legível, estados vazios e verificações de validação.

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 contrato de saída verificável para a tarefa do prompt.

Entrada, transformação, leitor ou sistema, decisão e consequências de falhas:
[task]

Redação atual do formato, exemplos desejados, saídas rejeitadas e campos usados:
[output]

Serialização, limites do analisador, extensão, localidade, ordenação, campos obrigatórios ou opcionais e revisão:
[constraints]

Defina a menor estrutura de saída que atenda ao uso posterior. Para cada campo, especifique nome, finalidade, tipo, obrigatoriedade, valores permitidos ou padrão, unidades, vínculo com evidências, representação de desconhecido ou vazio e regras entre campos. Separe os dados dos comentários e os campos de máquina das observações do revisor. Evite solicitar formatos mutuamente incompatíveis, seções decorativas ou prosa dentro de campos destinados à análise. Inclua ordenação determinística quando pertinente. Não use `null`, string vazia, zero, `false` e “unknown” como se fossem equivalentes. Retorne: justificativa do design da saída; esquema formal ou tabular; cláusula exata do prompt; exemplo completo válido; exemplo válido vazio ou desconhecido; exemplos inválidos com motivos; lista de verificação de validação ou pseudocódigo; e campos de revisão humana que não possam ser verificados mecanicamente.
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 do prompt e uso posterior
Extraia compromissos explícitos da transcrição de uma reunião. Um fluxo de trabalho importa o resultado para uma tela de revisão de tarefas; nenhuma tarefa é criada automaticamente. Os revisores precisam de ação, responsável, prazo, estado e localização da evidência. Responsáveis ou datas ausentes devem permanecer visíveis. Trate sugestões como não compromissos. Um responsável incorreto ou um prazo inventado gera risco de prestação de contas.
Solicitação de saída atual e exemplos
A instrução atual diz “Forneça uma lista estruturada e limpa”. Uma boa saída tinha uma linha por compromisso e carimbos de tempo. As saídas rejeitadas misturavam um resumo com itens, usavam “em breve” como prazo e omitiam o responsável quando ausente. Os revisores não usam prioridade nem sentimento.
Restrições de formato e validação
JSON estrito, sem blocos de código Markdown nem prosa adicional. O analisador aceita um array JSON UTF-8. Datas ISO 8601 somente quando uma data exata do calendário for declarada. Chaves obrigatórias em ordem fixa para snapshots. Valores de status `proposed`, `confirmed`, `completed`, `cancelled`. A evidência contém o falante e o carimbo de tempo. Uma pessoa revisa a classificação do compromisso e a identidade.

Exemplo de saída

Design: um item do array para cada compromisso explícito; omita resumos, prioridade e sentimento. Um responsável ou uma data desconhecidos usam null porque a ausência é significativa; uma string vazia é inválida. “Em breve” permanece na evidência, mas não pode preencher due_date.

Esquema: action, string obrigatória e não vazia; owner, chave obrigatória, string|null; due_date, chave obrigatória, string|null, somente YYYY-MM-DD; status, enumeração obrigatória; evidence, objeto obrigatório, com speaker como string não vazia, timestamp em HH:MM:SS e excerpt como string não vazia de ≤200 caracteres. Ordem das chaves: action, owner, due_date, status, evidence. Regra entre campos: o status completed exige evidência de que a conclusão foi declarada; due_date deve ser null, a menos que haja uma data exata na evidência.

Cláusula exata do prompt: “Retorne somente um array JSON UTF-8. Cada compromisso explícito deve ser um objeto com as chaves nesta ordem: action, owner, due_date, status, evidence. Use null quando não houver responsável ou data de vencimento exata declarados; nunca omita chaves nem converta expressões relativas em uma data. status deve ser proposed, confirmed, completed ou cancelled. evidence deve conter speaker, timestamp em HH:MM:SS e um trecho da fonte de no máximo 200 caracteres. Retorne [] quando não houver compromisso explícito. Não acrescente prosa nem Markdown.”

Válido: [{"action":"Enviar o orçamento revisado","owner":"Nora","due_date":null,"status":"confirmed","evidence":{"speaker":"Nora","timestamp":"00:14:22","excerpt":"Vou enviar o orçamento revisado em breve."} }]. Vazio válido: []. Inválido: due_date "em breve" viola a regra ISO; a omissão de owner viola a regra de chave obrigatória. A revisão humana ainda verifica se o trecho é um compromisso e se “Nora” corresponde à pessoa correta.

Por que isso funciona

  1. 1

    Campos tipados e estados vazios explícitos transformam a qualidade da saída em regras observáveis.

  2. 2

    A validação entre campos detecta saídas internamente inconsistentes que parecem bem formatadas.

Verifique o resultado

  • Cada campo atende a uma decisão, exibição ou verificação posterior real?

  • Os valores desconhecido, ausente, não aplicável e zero são inequívocos?

  • É possível distinguir as verificações mecânicas das responsabilidades de julgamento humano?

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 “Defina um formato de saída verificável para um prompt”?

Para usar “Defina um formato de saída verificável para um prompt”, prepare a Tarefa do prompt e uso posterior, a Solicitação de saída atual e exemplos e as Restrições de formato e validação. 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 “Defina um formato de saída verificável para um prompt” 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 — um contrato de saída com esquema, exemplo legível, estados vazios e verificações de validação — 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 “Defina um formato de saída verificável para um prompt”?

O registro de testes publicado para “Defina um formato de saída verificável para um prompt” 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