"Esse prompt é bom?" não tem resposta sem critério — e é por isso que a maioria das listas de prompts na internet é um cemitério de instruções vagas. O checklist abaixo é o oposto: dez perguntas binárias, aplicáveis em cinco minutos, que separam prompt utilizável de prompt decorativo. É também o filtro do nosso processo de curadoria: prompt que não passa nos itens obrigatórios não entra no catálogo.
O checklist (10 pontos)
- O objetivo é único e verificável? Dá para dizer, olhando a saída, se o prompt cumpriu? "Melhore o texto" falha; "reduza 30% mantendo os dados" passa. (É o erro nº 1 do nosso guia de erros comuns.)
- O papel está explícito? Existe um especialista nomeado ("revisor sênior focado em segurança")? Sem papel, o modelo responde como generalista — e generalista é onde mora a mediocridade.
- O contexto traz versões e público? Stack com versão travada, público descrito por comportamento. Se o prompt funciona "em qualquer stack", ele não foi especificado — só parece completo.
- Há pelo menos uma restrição acionável? Verificável depois: teto numérico, lista de proibição concreta, formato fixo. Adjetivos ("seja bom") não contam.
- O formato de saída está nomeado? Tabela, JSON com chaves, CSV, diff... Se o destino da saída é um sistema (planilha, app, API), o formato precisa ser exato — e idealmente com exemplo de 2 linhas.
- Há critério de aceite executável? Uma frase que prova a entrega: "npm run dev sobe sem erro", "máximo 300 palavras", "tabela com exatamente estas colunas". Sem isso, toda saída é "quase".
- Há cláusula para incerteza? Em código e dados: o prompt permite ao modelo dizer "não sei" (// VERIFICAR) em vez de inventar? Ausência dela é convite à alucinação.
- As restrições são mutuamente compatíveis? Passe um filtro de coerência: cada par deve poder ser satisfeito junto. "Conciso + detalhado" não passa — a menos que haja hierarquia explícita.
- O escopo tem limite? Lista de componentes, teto de itens, ou fronteira declarada ("nada além disso"). Escopo aberto é o erro nº 2 — e o mais comum em prompts "de site completo".
- Foi testado com inputs adversariais? Não só o caso feliz: um input vazio, um input contraditório, um input fora do domínio. Prompt que só funciona no exemplo do autor não é prompt — é demonstração.
Como pontuar
Não existe nota perfeita na prática — mas existem faixas úteis:
- 9–10/10: pronto para produção. Use como está ou adapte parâmetros (framework P.C.R.F.).
- 7–8/10: utilizável com adaptação. Os itens faltantes são quase sempre contexto e restrição — camada que o seu caso específico fornece.
- 5–6/10: rascunho. Funciona para explorar a tarefa, não para depender. Vale adaptar se a estrutura (itens 1, 4, 5) estiver boa.
- Abaixo de 5/10: descarte ou reescreva. O custo de corrigir os itens estruturais (objetivo, formato, aceite) é maior que escrever do zero com o framework.
Onde cada erro mora no checklist
Se você já leu nosso guia de erros mais comuns em prompts, o mapeamento é direto: ambiguidade → item 1; escopo aberto → item 9; falta de aceite → item 6; contexto ausente → item 3; restrição vaga → item 4; formato não especificado → item 5; contradição → item 8; invenção → item 7. O checklist é o diagnóstico; aquele guia tem as correções.
Avaliando prompts do catálogo
Cada prompt publicado aqui passou nesses dez pontos — e a página de cada um mostra os campos que tornam isso auditável: o texto completo (itens 1–5 visíveis), as instruções de uso (item 6) e, nos mais recentes, a seção "como usar" com o critério de entrega. Se você encontrar um prompt nosso que não passa no checklist, reporte: ou corrigimos, ou retiramos.
E se você está escrevendo para submeter ao catálogo, este checklist é o pré-filtro: passar nele não garante aprovação (há também originalidade e utilidade real), mas não passar garante rejeição. Comece pelo nosso guia de como adaptar um prompt genérico — a maioria dos bons prompts submetidos é uma especialização P.C.R.F. de algo que já existia.
Perguntas frequentes
Como saber se um prompt é bom?
Aplique o checklist de 10 pontos. Se faltam critério de aceite ou formato de saída, o prompt ainda é uma pergunta, não uma especificação.
Quantas vezes preciso testar um prompt?
Duas no mínimo, com entradas diferentes. Resultado estável em entradas diferentes é o sinal de que escopo e restrições estão certos.
Vale a pena usar prompt de outra pessoa?
Sim, se você adaptar. Prompt pronto é estrutura testada; o que falta é o seu contexto e o seu critério de aceite.