🎚️ Padrões comportamentais
No módulo passado você viu como montar as peças de um prompt. Agora vamos ajustar o jeito da IA: como dizer uma regra para ela entender e não só obedecer, quando gritar e quando sussurrar, e por que "sempre" e "nunca" são palavras caras. Tudo com exemplos reais de prompts de verdade — e nenhuma palavra difícil.
Conteúdo detalhado
Regra com Porquê: diga o motivo, não só a ordem
Imagine uma placa que diz só "NÃO PISE NA GRAMA". Tudo bem — até aparecer um caminho de pedra no meio do gramado, e ninguém saber se pode andar nele. Agora imagine a placa "não pise na grama porque ela acabou de ser plantada". De repente você sabe o que fazer em qualquer situação nova: o caminho de pedra? Pode. Pisar onde já tem grama velha? Provavelmente também. A IA funciona igual. Esse é o padrão mais poderoso de todos.
🎯 A ideia em uma frase
Toda regra deve vir com o motivo: "Faça X porque Y". O porquê é o que permite a IA generalizar para o caso que você não previu. É a diferença entre dar um peixe e ensinar a pescar.
Pensa assim: a regra sozinha é o binário compilado — funciona só onde foi testada. O porquê é o código-fonte — com ele, a IA recompila a regra sozinha para situações que ninguém escreveu.
O que é
Uma instrução acompanhada da sua justificativa explícita — geralmente com um "because…" ou "since…" em inglês, ou um "porque…" em português. Em vez de só mandar, o prompt explica a intenção por trás da regra.
Por que aprender
Porque proibições secas quebram fora do script: a IA não entende a intenção e ou contorna a regra numa variação que você não previu, ou aplica a regra de forma absurda onde não devia. Com o porquê, ela acerta nos dois casos. Veja no diagrama lá em cima: a seta com porquê alcança até o "caso novo" que a regra seca deixava de fora.
...when suggesting eating disorder support resources, Claude directs users to the National Alliance for Eating Disorders helpline instead of NEDA, because NEDA has been permanently disconnected.
Sem o "because NEDA has been permanently disconnected", a IA poderia tratar isso como uma preferência arbitrária e "corrigir" de volta para o recurso mais famoso. Com o porquê, ela entende que é uma questão de fato — um número que não funciona mais — e generaliza: nunca manda para um recurso desativado.
O teste de bolso
Releia cada regra do seu prompt e pergunte: "se a IA esquecer isto, ela ainda saberia o que eu quis dizer?". Se a resposta for não, a regra está sem porquê. Este é, dos 12 padrões deste curso, o mais alavancado: uma frase a mais ("porque…") cobre infinitos casos futuros.
Contraste Always / Never: o par que tira a dúvida
Às vezes não dá pra explicar o porquê — a regra é mecânica e inegociável (tipo "o formato tem que ser exatamente esse, senão quebra"). Para esses poucos casos existe outro padrão: o contraste em pares. Você diz o que NUNCA fazer e, logo em seguida, o que fazer EM VEZ disso. Esse "em vez disso" é o que apaga a dúvida do "ok, não faço X… então faço o quê?".
RULE SUMMARY (ALWAYS Follow):
- NEVER mix formats.
- NEVER add language tags to CODE REFERENCES.
- NEVER indent triple backticks.
- ALWAYS include at least 1 line of code in any reference block.
Lista de contraste pura: três NEVER + um ALWAYS, sobre o único assunto onde o produto não tolera erro (renderizar código no editor). Repare: aqui não tem porquê — e tá certo. Quebrar o formato simplesmente não pode, ponto.
✓ Use REGRA COM PORQUÊ quando…
- ✓A regra tem nuance ou exceções legítimas
- ✓É preferência de estilo, tom ou comportamento
- ✓Você quer que a IA acerte em casos novos
⚡ Use CONTRASTE ALWAYS/NEVER quando…
- ⚡A regra é mecânica e não admite exceção
- ⚡Errar quebra o produto (formato, segurança)
- ⚡Você consegue dar o "em vez disso" no par
A regra prática para saber qual usar
Se você consegue imaginar uma exceção legítima à regra, ela não merece um NEVER — merece um porquê. O contraste em caps é uma arma reservada: o melhor par sempre vem completo, a proibição colada no comportamento positivo ("não faça isso… faça aquilo").
Orçamento de Concisão: brevidade como política
Toda IA, se deixada solta, fala demais: respostas longas, lista para tudo, preâmbulo, recapitulação no fim. Em produtos de alto volume (busca, terminal, voz), isso custa dinheiro, tempo e a paciência de quem lê. A solução é dar à IA um orçamento: dizer qual é o tamanho-alvo, quando esticar e quando encurtar.
🎚️ O orçamento de concisão, por contexto
Não existe "seja sempre curto". Existe declarar o orçamento certo para o produto: minúsculo na voz, enorme num relatório legal.
You provide the shortest answer you can, while respecting any stated length and comprehensiveness preferences of the user.
Um princípio fundacional inteiro em uma frase: brevidade é o default, e o usuário é a válvula de expansão — se ele pedir mais detalhe, a IA estica. O orçamento padrão é "o mais curto que funciona".
🧠 Cuidado: curto não é o mesmo que ilegível
Os prompts mais novos (2026) separam duas coisas que parecem iguais: concisão (escolher só o que importa) e compressão (espremer até virar telegrama). O Claude Code Fable 5 manda ser seletivo no conteúdo, mas escrever frases completas — proíbe fragmentos e cadeias de setas tipo "A → B → falhou".
Ou seja: corte o que é supérfluo, não a clareza. Um bom orçamento de concisão remove a gordura, não os ossos.
O orçamento também pode ser um número
Não precisa ser só um princípio. Pode ser cirúrgico: o Claude Code, para descrever um comando simples, pede "keep it brief (5-10 words)". E o Fable 5 chegou a declarar o próprio teto de contexto — <budget:token_budget>190000</budget:token_budget> — para a IA gerenciar conversas longas sabendo seu limite.
Contrato de Ferramenta: as regras de QUANDO usar cada coisa
Lá no Módulo 1.2 você viu que o prompt lista as ferramentas da IA. Mas listar não basta. Dar um martelo a alguém não diz quando martelar, nem que primeiro é preciso segurar o prego. O Contrato de Ferramenta são as regrinhas de uso de cada ferramenta — e aqui é só uma introdução, porque a Trilha 2 inteira de prática volta nisso a fundo.
🔧 O que um contrato de ferramenta combina
- ① Gatilho. Quando usar esta ferramenta? ("Use a busca só quando a informação for recente ou pedida.")
- ② Pré-requisito. Tem que fazer algo antes? ("Leia o arquivo antes de editá-lo.")
- ③ Exclusão. Para este caso, use X e nunca Y. (Elimina a escolha errada.)
- ④ Agrupamento. Pode fazer várias chamadas de uma vez (em lote) em vez de uma por uma.
Primeiro o pré-requisito: ler antes de mexer
Um bom contrato impede a IA de editar um arquivo às cegas. A regra "leia antes de editar" garante que ela só age sobre algo que de fato conhece — evita estragar o que não entendeu.
Depois a exclusão: use esta ferramenta, não aquela
Quando duas ferramentas parecem servir, o contrato escolhe por você: "para mostrar a imagem, use SÓ esta — não use nenhuma outra". A IA não fica na dúvida, e não chama a errada.
E o agrupamento: várias de uma vez
Se três buscas não dependem uma da outra, faça as três juntas em vez de esperar cada uma terminar. Rápido e barato. (Quando uma depende da anterior, aí sim espera.)
Always use this tool to render an image from search_images tool call result. Do not use render_inline_citation or any other tool to render an image.
Um contrato de exclusão perfeito: define o gatilho (saiu resultado da busca de imagens) e proíbe as alternativas ("não use nenhuma outra"). A IA não tem como escolher errado.
Quando o contrato é exagero
Se a IA só tem 2 ou 3 ferramentas bem diferentes, sem sobreposição, uma descrição clara de cada uma já basta — o contrato detalhado só vale a pena quando há ambiguidade de escolha ou dependência entre chamadas. Vamos montar contratos completos na Trilha 2.
Ênfase é uma moeda — e a inflação é real
Palavras como IMPORTANT, NEVER e LETRAS MAIÚSCULAS funcionam por um motivo só: porque são raras. No instante em que metade do prompt grita, a IA aprende que gritar não significa nada — e passa a tratar tudo com o mesmo peso. É inflação: imprimir ênfase demais a desvaloriza.
💰 A ideia em uma frase
A ênfase é dinheiro, e você tem pouco no bolso. O prompt disciplinado gasta ênfase como gasta um recurso escasso — reservada aos pouquíssimos comportamentos cuja violação quebra o produto.
A frase que resume tudo: "se você precisa enfatizar dez coisas, ou nenhuma é crítica, ou você não pensou o suficiente sobre quais são."
✗ Prompt que grita o tempo todo
- ✗Metade das regras tem CAPS ou "IMPORTANT"
- ✗A IA perde a escala: tudo vira ruído de peso igual
- ✗A regra que de fato importa se perde no meio
- ✗A ênfase virou "papel de parede" — invisível
✓ Prompt que escolhe onde gritar
- ✓Caps só nos pouquíssimos itens inegociáveis
- ✓Quando a IA vê um NEVER, sabe que é sério
- ✓O resto vai como regra com porquê (Tópico 1)
- ✓A ênfase mantém o valor porque é rara
<claude_prioritizes_copyright_compliance>
Copyright compliance is NON-NEGOTIABLE...
<core_copyright_principle>
Claude respects intellectual property...
A Anthropic não mudou uma palavra da regra — mudou só o nome do bloco: de compliance (obediência: "cumpro nos casos listados") para principle (valor: "raciocino a partir disto em casos novos"). O rótulo molda como a IA se vê obedecendo — e isso muda como ela obedece. Até o nome é uma forma de ênfase.
A armadilha mais comum e mais invisível
Você adiciona "IMPORTANT" a uma regra que "precisa pegar". Funciona uma vez. Aí a próxima também ganha "IMPORTANT". Seis meses depois, metade do prompt é caps e a IA trata tudo como ruído igual. Ênfase é moeda; imprimir demais causa inflação.
Sempre / nunca, mas com parcimônia
Este tópico junta tudo. "Sempre" e "nunca" são as palavras mais fortes do prompt — e por isso devem ser as mais raras. Um bom prompt usa pouquíssimos NEVERs. A regra prática: mais de uns 5 a 7 NEVERs no prompt inteiro já é sinal de que você está gritando demais (a inflação do Tópico 5). Se precisa de muitos, eles não são todos críticos.
NEVER create files unless they're absolutely necessary for achieving your goal. ALWAYS prefer editing an existing file to creating a new one.
Repare como este NEVER merece ser um NEVER: ele vem com a saída de escape ("a menos que seja absolutamente necessário") e com o par positivo ("EM VEZ disso, prefira editar"). É o Contraste do Tópico 2 bem usado — gasto onde realmente conta.
🎚️ Os 4 padrões deste módulo, lado a lado
✓ Merece um NEVER
- ✓"NEVER" quebrar o formato de saída que o app espera
- ✓"NEVER" ignorar um limite de segurança
- ✓Sem exceção legítima imaginável
✗ Não merece um NEVER
- ✗"NEVER use listas" — tem mil exceções; vire porquê
- ✗"NEVER seja informal" — é preferência de tom
- ✗Qualquer coisa onde você imagina um "depende"
A tendência dos labs
A evolução dos prompts da Anthropic (Opus → Fable 5) foi reduzindo os caps, reservando-os a copyright e segurança, e trocando proibições por princípios. O sentido da história é claro: menos gritaria, mais porquê. É exatamente para onde o Módulo 1.5 vai te levar — os erros que estragam um prompt.
📝 Resumo do Módulo
- ✓Regra com Porquê ("Faça X porque Y") é o padrão mais forte: o motivo faz a IA generalizar para casos novos
- ✓O Contraste Always/Never é para o mecânico e inegociável — sempre em par com o "em vez disso"
- ✓O Orçamento de Concisão declara o tamanho-alvo por contexto — e curto não é o mesmo que ilegível
- ✓O Contrato de Ferramenta define gatilho, pré-requisito, exclusão e agrupamento (a fundo na Trilha 2)
- ✓Ênfase é moeda: imprimir demais causa inflação — e até o nome do bloco (compliance → principle) é instrução
- ✓Use "sempre/nunca" com parcimônia (~5–7 no total); vimos Grok, Cursor e a Anthropic de verdade
➡️ Próximo Módulo
1.5 — 🚫 Os 5 erros que estragam um prompt. Agora que você conhece os bons padrões, vamos virar a moeda: os cinco antipadrões mais comuns (inclusive a inflação de ênfase que você acabou de ver), com o antídoto de cada um e grids de antes → depois.