MÓDULO 3.3

💻 Regras como código

Por que "PROIBIDO X" funciona 10x melhor que "tente não X". Engenharia da linguagem imperativa.

6
Tópicos
30
Minutos
Avanç.
Nível
Técnico
Tipo
1

💪 Imperativo vs sugestão

A diferença entre uma regra cumprida 95% das vezes e uma cumprida 60% está no tom.

✓ Imperativo (compliance alta)

  • "Você deve X"
  • "SEMPRE fazer X"
  • "PROIBIDO Y"
  • "É obrigatório Z"

✗ Sugestão (compliance baixa)

  • "Tente X"
  • "Considere X"
  • "Seria bom X"
  • "Evite Y"
2

🚫 Proibições explícitas

"PROIBIDO" em maiúsculas é tratado como constraint rígida. "Evite" é tratado como preferência.

Exemplos da fs-seis-chapeus

✓ "PROIBIDO mencionar riscos, matizar com 'embora...' ou adicionar advertências."
✓ "PROIBIDO escrever 'porque...' nesta fase. Se aparecer, a frase é inválida."
✓ "PROIBIDO suavizar com condicional ('poderia talvez...')."
3

✅ Checklists de verificação

Lista "antes de entregar, verifique". O modelo percorre item por item antes de finalizar.

Checklist da fs-seis-chapeus

Fase 0 (anti-âncora) executada com os 4 movimentos?
As 7+ seções presentes e na ordem correta da variante?
O Preto tem pelo menos 3 riscos reais e não diluídos?
O Vermelho está livre de "porque..."?
A síntese dá UMA recomendação + Plano B?
4

🧪 Testes operacionais

Pequenos testes embutidos. "Se X, rejeitar e reescrever". O modelo aplica como assertion.

Exemplos de testes

"Se aparecer 'porque' no Vermelho, a frase é inválida."
"Teste: alguém que leia a reformulação poderia chegar a uma solução diferente? Se não, reescrever."
"Teste de distinção: custo e resultado de duas alternativas são distintos? Se não, são a mesma, eliminar."
5

🧱 Enunciação monolítica

Regras sem exceção explícita. "Sempre X" é melhor que "quase sempre X, exceto quando Y". Exceções viram buracos.

✓ Monolítico

"O Azul abre e fecha SEMPRE."

Binário. Zero ambiguidade.

✗ Com brecha

"O Azul geralmente abre e fecha, exceto em casos simples."

"Geralmente" e "casos simples" viram o jeito de não fazer.

6

✍️ Reescrita de regra fraca — exercício

Exercício prático: pegar 5 regras fracas e reescrevê-las imperativas, monolíticas, testáveis.

ANTES:

"Tente listar alguns benefícios, idealmente com justificativa."

DEPOIS:

"Listar 3-7 benefícios. CADA benefício exige 'por que é plausível'. Teste: se removido o 'por que', a frase sobrevive como argumento? Se não, PROIBIDO incluir."


ANTES:

"Evite misturar os modos de pensamento."

DEPOIS:

"Um chapéu por vez. PROIBIDO incluir conteúdo de outro chapéu na seção atual. Se aparecer, descartar ou mover para a fase correta."

📝 Resumo do Módulo

Imperativo > sugestão - diferença de 35% no compliance.
PROIBIDO em maiúsculas - tratado como constraint.
Checklist final - transforma regra em ritual.
Testes operacionais - early fail com assertion.
Monolítico sem exceção - exceção vira brecha.

Próximo Módulo:

3.4 - Modularização com references/