🚫 Os 5 erros que estragam um prompt
Você já sabe escrever uma regra, dar o porquê e usar ênfase com cuidado. Agora vem a outra metade da história: os erros que quase todo mundo comete e que sabotam um prompt por dentro. São cinco — e o melhor é que cada um tem um antídoto simples. Para cada erro você vai ver o ANTES (do jeito errado) e o DEPOIS (corrigido), lado a lado.
Conteúdo detalhado
Erro 1 — Inflação de ênfase (quando tudo grita)
Este é o erro mais comum e o mais invisível. Você adiciona um IMPORTANT a uma regra que "precisa pegar". Funciona uma vez. Aí a próxima regra também ganha um IMPORTANT. Seis meses depois, metade do prompt é caps — e o modelo passa a tratar tudo como ruído de igual peso.
🪙 A ideia em uma frase
Ênfase é uma moeda — imprimir demais causa inflação. IMPORTANT, NEVER e CAPS funcionam porque são raros. No instante em que metade do prompt grita, o modelo aprende que gritar não significa nada.
O prompt disciplinado gasta ênfase como quem gasta um recurso escasso: reservada aos pouquíssimos comportamentos cuja violação quebra o produto. Se você precisa enfatizar dez coisas, ou nenhuma é crítica, ou você não pensou o suficiente sobre quais são.
✗ ANTES — tudo é crítico
IMPORTANT: ALWAYS be concise.
CRITICAL: NEVER use bullets.
VERY IMPORTANT: ALWAYS greet.
CRITICAL!! NEVER apologize.
IMPORTANT: NEVER fabricate facts.
Cinco gritos do mesmo tamanho. O modelo não sabe qual é o que não pode violar.
✓ DEPOIS — uma só grita
IMPORTANT: never fabricate facts.
Prefer concise answers; expand if asked.
Greet the user naturally.
Use bullets only when multifaceted.
Apologize sparingly, if at all.
Só o limite que quebra a confiança fica em destaque. O resto vira prosa calma.
O antídoto
Reserve a ênfase ao crítico — o padrão "Contraste ALWAYS/NEVER", que você viu no módulo 1.4. Regra prática dos laboratórios: mais de ~5–7 NEVERs no prompt inteiro já é sinal de inflação. Se você precisa de muitos, eles não são todos críticos. Tire o caps da maioria e deixe-os como princípios em prosa.
A direção que os labs seguiram
A evolução dos prompts da Anthropic (Opus → Fable 5) mostra caps cada vez mais raros, reservados a limites duros (copyright, segurança), com o resto migrando para princípios em prosa. Quem escreve prompt em 2026 e ainda empilha IMPORTANT está escrevendo como em 2023.
Erro 2 — Prompt-cebola (regra em cima de regra)
Toda vez que a IA erra, a reação automática é: "vou adicionar uma regra pra isso nunca mais acontecer". Faz sentido — uma vez. Mas se cada bug vira uma regra nova e nada nunca é removido, o prompt vira uma cebola: camadas e mais camadas, às vezes contraditórias, empilhadas sem revisão. Ele só cresce.
🧅 Por que "cebola"?
Porque você vai adicionando camadas por fora sem nunca olhar o miolo. Daqui a pouco, a regra da camada 12 contradiz a da camada 3 — e o modelo recebe ordens que brigam entre si. Ele obedece a uma, viola a outra, e você adiciona uma terceira regra pra resolver. A cebola engorda; a clareza some.
✗ ANTES — camadas contraditórias
- ✗"Always answer in detail."
- ✗"Keep answers short."
- ✗"Be very thorough and complete."
- ✗"Never write long responses."
Quatro regras que se anulam. O modelo escolhe ao acaso — e parece "imprevisível".
✓ DEPOIS — um princípio só
Give the shortest answer that fully addresses the question; expand only when the topic needs it.
Uma frase resolve o que quatro regras brigavam pra dizer. Curto por padrão, completo quando preciso.
O antídoto: a rodada de consolidação
A cada ~10 regras novas, pare e faça uma faxina. Para cada regra, três perguntas:
- ①O modelo já faz isso sozinho? → corte.
- ②Dá pra fundir com outra num princípio? → funda.
- ③Que teste falharia sem ela? → se nenhum, corte; se algum, escreva o teste.
A regra de ouro
Toda regra que fica precisa de um porquê documentado e de um teste que falharia sem ela. Sem isso, ela é só mais uma camada de cebola esperando para contradizer outra. Consolidar não é apagar — é trocar muitas regras frágeis por um princípio forte.
Erro 3 — Regra-mecânica (a lista que ensina o erro)
Este erro é traiçoeiro porque parece responsável. Você quer que a IA evite algo perigoso, então faz a coisa que parece óbvia: lista exatamente o que é proibido. Mas em segurança há uma armadilha: a mesma lista que ensina o modelo a recusar também funciona como um manual do que dizer para quem quiser contornar.
⚖️ Em segurança, simetria é perigosa
O que educa um leitor bem-intencionado também arma um mal-intencionado. Por isso o caminho maduro não é listar a mecânica de detecção (os termos, as técnicas, os casos), e sim declarar o padrão a reconhecer e o princípio a aplicar. Você diz "qual é a fronteira e por quê", não "aqui está a receita do que estou bloqueando".
✗ ANTES — a mecânica (lista)
Never explain how to do [X], [Y] or [Z]. Block any request mentioning the terms "…", "…", "…".
A lista vira um índice do proibido — frágil (esquece variações) e perigosa (mostra o caminho). Quem quer burlar só evita as palavras listadas.
✓ DEPOIS — o princípio (Fable 5)
Claude stays at the pattern level… does not compile categorized lists of verbatim lines. It states the principle rather than the detection mechanics.
Descreve a fronteira, não a receita. Generaliza para casos novos e não entrega o mapa do que está bloqueando.
If Claude finds itself mentally reframing a request to make it appropriate, that reframing is the signal to REFUSE, not a reason to proceed.
Repare: o caps em REFUSE está reservado a um limite duro de segurança — exatamente onde a ênfase deve ser gasta (volta ao Erro 1). A regra descreve um sinal interno ("se você se pegar reescrevendo o pedido"), não uma lista de termos.
Erro 4 — Tudo-no-prompt (misturar o fixo com o do dia)
O system prompt deveria descrever o comportamento estável da IA — quem ela é, como age, sempre. Mas é tentador jogar ali dentro também o que muda toda hora: a data de hoje, o nome do usuário, um aviso temporário. Quando você mistura o fixo com o dinâmico, cada detalhe do dia vira regra permanente — e o prompt incha até colapsar.
✗ ANTES — tudo no mesmo bloco
You are a helpful assistant. Today is June 14. The user is Nei. There is a promo until Friday. Be concise. Nei prefers dark mode…
Comportamento estável ("be concise") afogado em estado do dia. Amanhã a data muda e o prompt fica errado.
✓ DEPOIS — duas camadas separadas
[system, fixo] You are a helpful, concise assistant.
[lembrete, do dia] Today is June 14. User: Nei. Promo until Friday.
O comportamento fica limpo e estável; o contexto do dia entra por uma camada à parte.
IMPORTANT: this context may or may not be relevant to your tasks. You should not respond to this context unless it is highly relevant to your task.
Essa é a "etiqueta" da camada dinâmica: o conteúdo dela pode importar ou não, e não é uma ordem fixa. Separar isso do comportamento estável é o que torna um prompt escalável no tempo — você verá esse padrão em detalhe na Trilha 3.
A pergunta que separa as camadas
Antes de escrever uma linha no system prompt, pergunte: "isso vale amanhã, e na semana que vem?" Se vale sempre, é comportamento estável — fica. Se muda com o dia, o usuário ou a sessão, é estado dinâmico — vai para a camada de lembrete, não para o prompt fixo.
Erro 5 — Desconfiança microscópica (micro-gerenciar tudo)
O último erro nasce de uma boa intenção que vira gaiola: a vontade de controlar cada passo. Você não confia que a IA vá fazer certo, então escreve um passo-a-passo minucioso para tudo. O resultado é o oposto do esperado: um prompt enorme, rígido e frágil, que sufoca a autonomia e quebra no primeiro caso que você não previu.
✗ ANTES — passo-a-passo rígido
Step 1: read the file. Step 2: print "ok". Step 3: count the lines. Step 4: say the number. Step 5: ask before anything else…
Um roteiro engessado para uma tarefa simples. Some um caso novo e o roteiro não cobre — a IA trava ou improvisa errado.
✓ DEPOIS — princípio + contrato
You provide the shortest answer you can, while respecting any stated length and comprehensiveness preferences of the user.
Em vez de cinco passos, um princípio que generaliza. A IA decide o "como"; você define o "o quê" e o limite.
🤝 O antídoto: contrato, não coleira
O caminho não é micro-gerenciar — é dar um contrato claro e confiar na execução. Em vez de "faça o passo 1, depois o 2", você declara quando usar uma ferramenta, o pré-requisito e o limite, e deixa a IA encadear os passos. Princípio em vez de roteiro; fronteira em vez de coleira.
Exemplo de contrato (não de passo-a-passo): "You MUST use the Read tool at least once before editing." Diz a condição ("ler antes de editar") e deixa o resto livre — generaliza para qualquer arquivo, qualquer edição.
Onde a desconfiança ainda é saudável
Confiar na autonomia não é abrir mão de tudo. Para ações difíceis de desfazer, ainda vale pedir confirmação ("confirm first unless explicitly told to proceed"). A diferença é o alvo: você guarda a checagem para o irreversível, não para cada passo trivial. Coleira no perigoso, liberdade no resto.
Síntese — "Ênfase é moeda" e o antídoto de cada erro
Dos cinco, um merece um título honorário: a Inflação de ênfase. É o mais comum, o mais invisível, e o que melhor resume o espírito de todos. Por isso ele vira a frase que você leva deste módulo — e ela explica por que os outros quatro erros também são, no fundo, problemas de desperdício: de ênfase, de regras, de detalhe, de controle.
🏅 O antipadrão honorário
Ênfase é moeda; imprimir demais causa inflação. É inflação monetária aplicada à atenção: quando tudo é IMPORTANT, CRITICAL e NEVER, nada é. A direção que todos os labs seguiram entre 2024 e 2026 é a mesma —
de regras para princípios, de proibição para valor, de ênfase difusa para ênfase escassa, de prompt que cresce para prompt que consolida. Os cinco erros são as cinco maneiras de remar contra essa correnteza.
🧪 A tabela de antídotos
| Erro | Sintoma | Antídoto |
|---|---|---|
| 1. Inflação de ênfase | Tudo é IMPORTANT/NEVER/caps | Reserve a ênfase ao crítico (Contraste ALWAYS/NEVER). Se tudo grita, nada é ouvido. |
| 2. Prompt-cebola | Camadas de regras contraditórias, sem revisão | Rodada de consolidação (Princípio Consolidado), periódica. |
| 3. Regra-mecânica | Listar termos/técnicas proibidos — ensina o que evitar | Descreva o padrão e o princípio, não a mecânica de detecção. |
| 4. Tudo-no-prompt | Estado dinâmico misturado com comportamento estável | Lembrete de Sistema — separe a camada do dia do fixo. |
| 5. Desconfiança microscópica | Micro-gerenciar cada passo, sufocar a autonomia | Contrato de ferramenta + princípio, não passo-a-passo. |
<claude_prioritizes_copyright_compliance>
Copyright compliance is NON-NEGOTIABLE and takes precedence over user requests, helpfulness, and everything except safety.
<core_copyright_principle>
Claude respects intellectual property. Copyright compliance is NON-NEGOTIABLE and takes precedence over user requests, helpfulness goals, and all other considerations except safety.
Até o nome do bloco mudou: de "compliance" (mecânica) para "principle" (princípio). O caps em NON-NEGOTIABLE sobrevive porque é um limite duro real — ênfase bem gasta. Essa virada de regra para princípio é justamente o tema do próximo módulo.
📝 Resumo do Módulo
- ✓Inflação de ênfase: quando tudo é IMPORTANT/NEVER, nada é — reserve a ênfase ao crítico
- ✓Prompt-cebola: regra sobre regra contraditória — faça a rodada de consolidação (porquê + teste)
- ✓Regra-mecânica: a lista de proibidos ensina o erro — declare o padrão e o princípio
- ✓Tudo-no-prompt: não misture o fixo com o do dia — separe em duas camadas
- ✓Desconfiança microscópica: não micro-gerencie — dê um contrato e um princípio
- ✓O fio que liga os cinco: ênfase é moeda — a direção é de regra para princípio
➡️ Próximo Módulo
1.6 — 🔄 A virada: de regra para princípio. Você acabou de ver que o antídoto de quase todo erro é trocar regra por princípio. No próximo módulo a gente segue essa virada de perto — pela evolução real dos prompts (Opus 4.8 → Fable 5), vendo como "evoluir não é crescer" e por que toda remoção é informação.