🗣️ Padrões Comportamentais
Os 7 padrões que governam como o modelo age e fala — não como o prompt é estruturado, mas como ele se comporta. Da regra com porquê ao princípio consolidado, é aqui que aparece a tese central do curso: regras viram princípios.
Conteúdo detalhado
Comportamento sobre forma
No módulo 1.2 você catalogou os padrões estruturais — como o prompt é organizado: blocos de identidade, compartimentos XML, lembretes de sistema. Este módulo muda o eixo. Os padrões comportamentais não dizem onde a regra fica; dizem como o modelo age e fala: ele justifica, ele enfatiza, ele se contém, ele preserva, ele consolida.
🧭 A tese central do curso aparece aqui
Prompts imaturos governam comportamento com regras: listas de "never X", micro-travas, exceções acumuladas. Prompts maduros governam com princípios: declarações de intenção que geram o comportamento certo em casos que ninguém previu.
Os 7 padrões deste módulo formam uma escada: começam como mecânica (contraste ALWAYS/NEVER, regra por exemplo) e sobem até a postura (regra com porquê, princípio consolidado). Essa subida — de regra → princípio — é a ponte para a Trilha 2, sobre a evolução dos prompts ao longo do tempo.
🏗️Estruturais (módulo 1.2)
Respondem onde fica e como é organizado.
- •Bloco de identidade na primeira linha
- •Compartimentos XML que isolam contexto
- •Lembrete de sistema injetado por turno
🗣️Comportamentais (este módulo)
Respondem como o modelo age e fala.
- •Justifica a regra ("because…")
- •Reserva ênfase (NEVER) ao inegociável
- •Se contém, preserva fonte, consolida
Regra com Porquê
Proibições secas falham em casos fora do script: o modelo não entende a intenção e ou contorna a regra em variações não previstas, ou a aplica de forma absurda onde não deveria.
Anexar o porquê resolve isso — um modelo que entende a intenção generaliza. A justificativa funciona como o "código-fonte" da regra, não só o binário compilado.
Fonte: educacao/fichas/03-regra-com-porque.md.
…directs users to the National Alliance for Eating Disorders helpline instead of NEDA, because NEDA has been permanently disconnected.
Sem o "because", o modelo trataria como preferência arbitrária e "corrigiria" para o recurso mais famoso. Com o porquê, entende que é questão factual.
You must NEVER state you don't know a certain piece of personal information without calling personal_context first. It is the safe default way to ground your answers in the user's context.
A segunda frase transforma a proibição em política compreensível: "verificar antes de negar" é o princípio; a regra é só sua consequência.
✗ "Never X" (proibição sem porquê)
- •Obedece à letra, viola o espírito
- •Quebra em variações não previstas
- •Aplica a regra onde não deveria
- •Modelo não sabe quando flexibilizar
✓ "Evita X porque Y" (regra com porquê)
- •Generaliza para casos novos
- •Modelo entende a intenção
- •Sabe quando a razão não se aplica
- •Cresce com a capacidade do modelo
Quando NÃO anexar o porquê
Em limites duros de segurança onde a justificativa detalhada ensinaria o contorno. Nesses casos declara-se o princípio, não a mecânica de detecção (ver Tópico 7, Preservação de Fonte). E note a tendência: este padrão cresce com a maturidade — raro no Opus 4.6, frequente no Fable 5.
Contraste ALWAYS / NEVER
Em prompts longos, regras críticas se diluem no meio de dezenas de orientações. A solução é marcar com caps
(NEVER, ALWAYS, MUST) apenas o que é inegociável — idealmente em pares de contraste:
o que nunca fazer + o que fazer em vez disso. O contraste elimina a ambiguidade de "ok, não faço X… e faço o quê?".
Fonte: educacao/fichas/04-contraste-always-never.md.
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.
Contraste puro: três NEVER + um ALWAYS, sobre o ponto onde o produto não tolera erro — renderização de código no editor.
You MUST NOT generate any text before or between tool calls. […] Simply execute the tool calls silently. Only provide text output AFTER all tool calls are complete…
Proibição (MUST NOT) imediatamente seguida do comportamento positivo esperado ("simply execute… only AFTER") — o par completo.
📢 Antipadrão: Inflação de ênfase
Quando tudo é CRITICAL, IMPORTANT e NEVER, nada é. O prompt grita o tempo todo e o modelo perde a escala de prioridade. A evolução Opus → Fable 5 reduziu caps, reservando-os a copyright e segurança.
Regra prática: se você consegue imaginar uma exceção legítima, a regra não merece NEVER — merece um porquê (Tópico 2).
Caps são um recurso escasso
O contraste é mais comum em agentes de código (Cursor, Microsoft), onde erros de formato quebram o produto. Use NEVER/ALWAYS como um orçamento limitado: cada caps gasto reduz o peso dos outros.
Regra por Exemplo
Regras de formato descritas em prosa são ambíguas. "Use a sintaxe correta de database" admite N interpretações — e o modelo escolhe uma errada.
A saída é mostrar, não (só) descrever: um exemplo concreto — schema inline, chamada-modelo, par bom/ruim — elimina a ambiguidade de uma vez.
Fonte: educacao/fichas/06-regra-por-exemplo.md.
# Notion — notion-ai.md (~linhas 121–125): schema inline
Example: <database url="URL" inline>Title</database>
Example: <database url="URL" locked>Title</database>
# duas linhas substituem um parágrafo de especificação de atributos
# Google — gemini-2.5-pro-api.md (~linhas 38–44): batching por exemplo
```tool_code
concise_search(query="your search query")
```
```tool_code
print(browse(urls=["url1", "url2"])) ← o exemplo MOSTRA o batching
```
When you are asked to browse multiple urls, you can browse
multiple urls in a single call.Variante avançada: exemplo de julgamento
Pares de contraste (<example_good> / <example_bad>) e exemplos com contexto
(<memory_application_examples> nos prompts da Anthropic) demonstram também o julgamento, não só o formato.
O exemplo deixa de ensinar "como escrever" e passa a ensinar "quando aplicar".
✓ Exemplo eficaz
- •Schema/chamada concreta inline
- •Placeholder óbvio ou variado
- •Par bom/ruim para ensinar julgamento
- •Usado para formato e mecânica
✗ Antipadrões
- •Regra abstrata: "formate adequadamente"
- •Overfit: copia "your search query" literal
- •Lista tratada como exaustiva
- •Exemplo demais para princípio (engessa)
Orçamento de Concisão
Modelos tendem ao excesso: respostas longas, listas para tudo, preâmbulos e recapitulações. Em produtos de alto volume (busca, CLI, voz),
verbosidade custa dinheiro, latência e atenção. A solução é declarar o orçamento: tamanho-alvo, quando expandir, quando encurtar —
brevidade como política, não acaso. Fonte: educacao/fichas/07-orcamento-de-concisao.md.
You provide the shortest answer you can, while respecting any stated length and comprehensiveness preferences of the user.
Princípio fundacional: brevidade é o default; o usuário é a válvula de expansão.
Clear, concise description of what this command does in active voice. […] For simple commands (git, npm, standard CLI tools), keep it brief (5-10 words).
Orçamento numérico cirúrgico (5–10 palavras) para um campo específico — concisão por contexto, não global.
✂️ Nuance 2026: concisão ≠ compressão
Os prompts mais recentes distinguem concisão de compressão. O Claude Code Fable 5 instrui a ser seletivo no conteúdo, mas escrever frases completas — e proíbe fragmentos e cadeias de setas:
✓ "O passo A chama B, que falha por timeout."
Curto ≠ ilegível. O orçamento corta gordura, não clareza.
O padrão não é "seja curto"
É "declare o orçamento adequado ao produto". Conteúdo didático, relatórios e análises pedem o oposto — orçamento generoso com estrutura. O antipadrão correspondente é a formatação como muleta: sem orçamento, o modelo enche de headers e negrito para parecer organizado.
Contrato de Ferramenta
Listar ferramentas (módulo 1.2) não basta: o modelo chama a ferramenta errada para o caso, ignora dependências entre chamadas, ou faz N chamadas seriais onde 1 em lote bastava.
O contrato declara, por ferramenta: gatilho de uso, pré-requisitos, encadeamento, exclusões e regras de batching/paralelismo.
Fonte: educacao/fichas/08-contrato-de-ferramenta.md.
O fluxo de uma chamada sob contrato
Gatilho de uso
xAI — grok-4.3-beta.md (~linha 625)
"Always use this tool to render an image from search_images result." O gatilho é o resultado de outra ferramenta — o contrato amarra A em B.
Exclusão (use X, nunca Y)
xAI — grok-4.3-beta.md (~linha 625)
"Do not use render_inline_citation or any other tool to render an image." Proibir as alternativas elimina a escolha errada.
Encadeamento (B consome output de A)
xAI — grok-4.3-beta.md (~linha 618)
O argumento citation_id deve ter o formato [web:citation_id] extraído da chamada anterior — o formato exato é declarado.
Batching / paralelismo
Claude Code (contrato de concorrência)
Fazer chamadas independentes no mesmo bloco (em paralelo) e aguardar resultados só quando há dependência. Concorrência explícita, não implícita.
Quando o contrato detalhado é desperdício
Com poucas ferramentas ortogonais (2–3 sem sobreposição), descrição clara de cada uma basta. O contrato só paga quando há ambiguidade de escolha ou dependência entre chamadas.
Preservação de Fonte
Dois riscos opostos com material de terceiros: (a) o modelo altera o que cita — parafraseia citações, corrompe rastreabilidade; (b) o modelo copia demais — reproduz texto protegido.
A solução é uma dupla regra: citações passam por mecanismo formal que preserva a origem exatamente; reprodução de conteúdo protegido tem limites duros — e a paráfrase detalhada conta como reprodução.
Fonte: educacao/fichas/09-preservacao-de-fonte.md.
Do not cite sources any other way; always use this component to render citation. You should only render citation from web search, browse page, X search, or document search results, not other sources.
Citação só via componente estruturado e só de fontes verificáveis da própria sessão — rastreabilidade por arquitetura, não boa vontade.
Decline and explain you cannot reproduce substantial portions. Do not attempt to reconstruct the passage through detailed paraphrasing […]—this still violates copyright even without verbatim quotes.
Fecha inclusive a brecha da paráfrase detalhada: preservar a fonte também é não reconstruí-la.
🛡️ Conexão com a Regra com Porquê
Aqui está a exceção da Regra com Porquê (Tópico 2). Em limites de segurança, anexar o porquê detalhado ensinaria o contorno. Por isso, o mecanismo de preservação é declarado de forma formal e por arquitetura — você não explica como detectar a violação, você torna a violação mecanicamente impossível (citação só via componente, reprodução barrada por limite duro).
Mecanismo formal só onde se justifica
Num chatbot puro, sem material externo, o aparato de citação vira cerimônia. O mecanismo se justifica em produtos de busca/síntese — Perplexity ("preserve response_text com zero modificações"), Grok, Copilot, Anthropic (copyright em todo o prompt).
Princípio Consolidado
Prompts crescem por acreção: cada bug vira uma regra nova e nada é removido. O resultado é o prompt-cebola —
regras redundantes que dessincronizam, micro-regras que sinalizam desconfiança, e um texto onde ninguém sabe mais o que pode ser apagado.
O antídoto: substituir conjuntos de regras específicas por um princípio único que as gera — e que também cobre os casos que ninguém previu.
Fonte: educacao/fichas/12-principio-consolidado.md.
🧪 Caso real: 4 micro-regras → "capable adult" (Opus 4.8 → Fable 5)
Opus 4.8 — 4 travas separadas
Fable 5 — removeu as 4, cobre com 1 postura
Quatro travas microscópicas viraram uma postura — que também resolve casos que as travas não previam.
Caso copyright: 2 blocos → 1, renomeado pela intenção
O texto quase não mudou — o nome do bloco sim:
<claude_prioritizes_copyright_compliance> — moldura de obediência
<core_copyright_principle> — moldura de valor
De "prioriza compliance" para "princípio central". Consolidar também é renomear pela intenção — dois blocos viram um, sob um nome que carrega o porquê.
⚠️ Consolidar ≠ confiar cegamente
Limites duros de segurança e formato mantêm regras explícitas mesmo com princípio declarado. O Fable 5 mantém os limites numéricos de citação ao lado do princípio de copyright. O princípio substitui regras redundantes, não as inegociáveis. Teste de cheiro do prompt-cebola: se duas regras dizem quase a mesma coisa em lugares diferentes, a próxima edição vai dessincronizá-las.
Esta é a ponte para a Trilha 2
O Fable 5 é a masterclass de consolidação: 7 blocos removidos, micro-regras fundidas, saldo de apenas +56 linhas com muito conteúdo novo. Ver essa edição acontecer ao longo das versões — Opus 4.6 → 4.8 → Fable 5 — é exatamente o objeto da Trilha 2 (Evolução). O padrão "regra → princípio" é a régua que você levará para lá.
Resumo do Módulo
- ✓Comportamentais governam como o modelo age e fala, não onde a regra fica
- ✓Regra com porquê: a justificativa é o "código-fonte" — generaliza para casos novos
- ✓Contraste ALWAYS/NEVER: caps só no inegociável; inflação de ênfase mata a escala
- ✓Regra por exemplo: schema inline elimina ambiguidade; cuidado com overfit
- ✓Orçamento de concisão: brevidade como política; concisão ≠ compressão
- ✓Contrato de ferramenta: gatilho, exclusão, encadeamento e batching paralelo
- ✓Preservação de fonte: citação por arquitetura + limite de copyright (a exceção do porquê)
- ✓Princípio consolidado: funde redundância num princípio — a ponte para a Trilha 2
Próximo Módulo: 1.4 — Antipadrões
Cada padrão deste módulo tem um irmão sombrio (proibição sem porquê, inflação de ênfase, overfit ao exemplo, formatação como muleta, prompt-cebola). Aprenda a reconhecê-los no acervo.