🥊 Red team e robustez
Os comandos da família 04: contestação estruturada, simulação de falhas, auditoria de vieses e fortalecimento sob incerteza.
🛑 /pushback — conteste antes de recomendar
O protocolo de /pushback exige refutar ou tensionar a premissa antes de qualquer recomendação. É o antídoto mais barato contra o problema nº 1 de assistentes de IA: concordar com tudo.
🧲 Por que modelos bajulam
Assistentes tendem a otimizar para parecer úteis e agradáveis. Resultado: sua ideia volta validada com roupagem nova, mesmo quando frágil.
- •/pushback inverte o fluxo: a resposta precisa sobreviver à crítica interna antes de chegar até você.
- •Use-o sozinho ou como válvula em cadeias:
/chain(/research -> /pushback -> /rank).
💡 Dica prática
Peça explicitamente: "refute antes de recomendar". Se a contestação vier genérica ("podem haver riscos…"), exija a versão específica: qual premissa exata está frágil.
🎯 Copie e rode
/pushback sobre; refuta as premissas antes de recomendar e diga o que te faria mudar de opinião
Como verificar: a resposta abre com objeções específicas às SUAS premissas — não com elogio seguido de "mas".
🗡️ /challenge — teste a tese central
Enquanto /pushback contesta premissas pontuais, /challenge mira a tese central: monta as objeções mais fortes possíveis e exige defesa explícita de cada uma.
✓ Desafio bem feito
- ✓Cada objeção na versão forte (steelman) — a melhor forma do argumento contrário.
- ✓A tese sai do teste OU reformulada com escopo honesto.
✗ Desafio de palha
- ✗Derrubar a versão fraca da objeção e declarar vitória.
- ✗Desafiar só detalhes periféricos para nunca tocar no núcleo arriscado.
Novo aqui? Steelman é apresentar o argumento contrário na sua forma mais forte possível, antes de respondê-lo. O oposto de strawman (derrubar versão enfraquecida). /challenge trabalha sempre em modo steelman.
🎯 Copie e rode
/challenge a tese:; monte as 3 objeções mais fortes e exija defesa de cada uma
Como verificar: objeções que você reconhece como as MESMAS que um investidor cético faria — não caricaturas.
🎭 /redteam — ataque como adversário
Simula um adversário competente tentando derrubar seu plano — explorando brechas reais, não fazendo críticas educadas.
Ilustrativo: câmara de eco valida; red team fortalece — ou mata antes do mercado fazer isso.
🎯 Copie e rode
/redteam no plano abaixo; aja como concorrente disposto a tudo para nos derrubar:
Como verificar: vetores de ataque concretos com impacto estimado — cada um acompanhado da mitigação proposta.
🔨 /stress + /failure — quebre o plano no teste
/stress submete o plano a condições extremas; /failure mapeia os modos de falha — como quebra, como detectar cedo e como mitigar.
✓ Teste honesto
- ✓"E se o principal fornecedor sumir amanhã?" — cenário extremo mas plausível.
- ✓Cada modo de falha com gatilho de detecção (como saberemos que está começando?).
✗ Teste cosmético
- ✗Só cenários leves: "e se vendermos 5% menos?"
- ✗Mapear falhas sem dono nem plano — risco decorativo de slide.
🎯 Copie e rode
/stress /failure no plano de lançamento anexo; onde ele quebra primeiro, como detectar cedo e mitigação por falha
Como verificar: tabela falha → sinal precoce → mitigação → dono. Zero falhas "impossíveis de acontecer".
⏮️ /premortem — simule o fracasso
A técnica favorita dos times maduros: assuma que o projeto já fracassou e reconstrua o passado — quais foram as causas? Trabalhar de trás para frente libera o time para nomear riscos que o otimismo oficial esconde.
O fracasso é fato (no exercício)
"Estamos em 12 meses e deu errado." Ninguém discute SE — apenas PORQUÊ.
Liste causas plausíveis
Cada participante escreve sozinho antes de compartilhar — evita ancoragem na primeira causa citada.
Mitigue as top 3
Causa provável sem mitigação vira item de risco com dono e gatilho — não vira conversa de retrospectiva futura.
🎯 Copie e rode
/premortem do projeto; estamos em 12 meses e fracassou: liste as 5 causas prováveis e mitigações para as top 3
Como verificar: causas específicas do SEU contexto (não genéricas) e mitigações acionáveis já nesta semana.
↩️ /counterexample — busque o contraexemplo
Procura o caso que derruba ou delimita a regra geral. Uma exceção bem documentada ensina mais que cem confirmações — ela mostra onde a regra vale e onde para.
✓ Exceção como dado
- ✓"Nossa regra falhou no caso X — vamos entender por quê."
- ✓Regra reformulada com escopo: "funciona quando A e B; falha sob C".
✗ Exceção descartada
- ✗"Foi caso isolado" dito três vezes seguidas — já é padrão, não exceção.
- ✗Caçar contraexemplos apenas do lado que incomoda o concorrente.
🎯 Copie e rode
/counterexample para a regra ""; encontre casos reais que a quebram e diga o que isso delimita
Como verificar: contraexemplos verificáveis e a regra reescrita com condições de validade explícitas.
🕶️ /bias + /blindspots — vieses e pontos cegos
Auditoria interna: /bias identifica distorções cognitivas no raciocínio atual; /blindspots aponta as áreas que a análise nem olhou.
📊 Os vieses que mais custam caro em negócios
Coletamos provas do que já acreditamos e chamamos de pesquisa.
Copiamos os vencedores e ignoramos os que fizeram igual e quebraram.
O primeiro número da reunião define a faixa de toda negociação.
💡 Dica prática
Rode /bias /blindspots sobre a própria análise antes de apresentá-la. Autocrítica antecipada custa minutos; ser desmascarado em reunião custa credibilidade.
🎯 Copie e rode
/bias /blindspots na análise anexada; quais vieses distorcem o raciocínio e quais áreas ninguém examinou?
Como verificar: viés apontado COM o trecho onde aparece; blindspot com a pergunta que fecharia o buraco.
🛡️ /robust — fortaleça sob incerteza
Fecha o ciclo: redesenha a solução para funcionar razoavelmente bem em vários cenários, em vez de perfeitamente em um só. Robustez é trocar o ótimo frágil pelo bom que aguenta contato com a realidade.
🏗️ Os três movimentos de robustez
- Hedge: cobertura barata para o cenário ruim (plano B definido antes).
- Margem de segurança: dimensionar para carga maior que a esperada.
- Reversibilidade: preferir caminhos de onde dá para voltar.
🎯 Copie e rode
/robust para; redesenhe para sobreviver aos 3 cenários alternativos com custo mínimo de performance no bom cenário
Como verificar: desempenho estimado em CADA cenário + preço pago em hedge — decisão consciente, não fé.
💡 Dica prática
Sequência completa da família num comando só: /chain(/pushback -> /redteam -> /premortem -> /robust). Quatro ataques e um reforço — antes do primeiro real investido.
Auto-verificação rápida (opcional): qual é o objetivo de um /premortem?
🎓 Resumo do Módulo
Próximo Módulo:
3.2 - Comparação e decisão — critérios, pesos, matrizes e apostas com ponto de parada.