🥊 Red team y robustez
Los comandos de la familia 04: impugnación estructurada, simulación de fallas, auditoría de sesgos y fortalecimiento frente a la incertidumbre.
🛑 /pushback — cuestiona antes de recomendar
El protocolo de /pushback exige refutar o poner a prueba la premisa antes de cualquier recomendación. Es el antídoto más barato contra el problema nº 1 de los asistentes de IA: estar de acuerdo con todo.
🧲 Por qué los modelos adulan
Los asistentes tienden a optimizar para parecer útiles y agradables. Resultado: tu idea vuelve validada con un nuevo envoltorio, incluso cuando es frágil.
- •/pushback invierte el flujo: la respuesta debe sobrevivir a la crítica interna antes de que llegue a ti.
- •Úsalo solo o como válvula en cadenas:
/chain(/research -> /pushback -> /rank).
💡 Consejo práctico
Pide explícitamente: "refuta antes de recomendar". Si la objeción es genérica ("puede haber riesgos…"), exige una versión específica: qué premisa exacta es frágil.
🎯 Copia y ejecuta
/pushback sobre; refuta as premissas antes de recomendar e diga o que te faria mudar de opinião
Cómo verificar: la respuesta empieza con objeciones específicas a TUS premisas, no con un elogio seguido de "pero".
🗡️ /challenge — pon a prueba la tesis central
Mientras /pushback cuestiona premisas puntuales, /challenge apunta a tesis central: plantea las objeciones más fuertes posibles y exige una defensa explícita de cada una.
✓ Desafío bien planteado
- ✓Cada objeción en su versión más sólida (steelman): la mejor forma del argumento contrario.
- ✓La tesis sale de la prueba O reformulada con un alcance honesto.
✗ Desafío de paja
- ✗Refutar la versión débil de la objeción y declarar la victoria.
- ✗Cuestionar solo detalles periféricos para nunca tocar el núcleo arriesgado.
¿Nuevo por aquí? Steelman es presentar el argumento contrario en su forma más sólida posible antes de responderlo. Lo opuesto a strawman (derribar una versión debilitada). /challenge siempre trabaja en modo steelman.
🎯 Copia y ejecuta
/challenge a tese:; monte as 3 objeções mais fortes e exija defesa de cada uma
Cómo verificar: objeciones que reconoces como las MISMAS que plantearía un inversionista escéptico — no caricaturas.
🎭 /redteam — ataca como adversario
Simula un adversario competente intentando derribar tu plan — explorando brechas reales, no haciendo críticas educadas.
Ilustrativo: la cámara de eco valida; el red team fortalece —o lo mata antes de que lo haga el mercado.
🎯 Copia y ejecuta
/redteam no plano abaixo; aja como concorrente disposto a tudo para nos derrubar:
Cómo verificar: vectores de ataque concretos con impacto estimado — cada uno acompañado de la mitigación propuesta.
🔨 /stress + /failure — pon el plan a prueba hasta romperlo
/stress somete el plan a condiciones extremas; /failure mapea los modos de falla — cómo falla, cómo detectarla temprano y cómo mitigarla.
✓ Prueba honesta
- ✓"¿Y si el proveedor principal desaparece mañana?" — escenario extremo, pero plausible.
- ✓Cada modo de falla tiene un disparador de detección (¿cómo sabremos que está empezando?).
✗ Prueba cosmética
- ✗Solo escenarios leves: «¿y si vendemos un 5% menos?»
- ✗Mapear fallas sin responsables ni plan: riesgo decorativo de diapositiva.
🎯 Copia y ejecuta
/stress /failure no plano de lançamento anexo; onde ele quebra primeiro, como detectar cedo e mitigação por falha
Cómo verificar: tabla falla → señal temprana → mitigación → responsable. Cero fallas «imposibles de ocurrir».
⏮️ /premortem — simula el fracaso
La técnica favorita de los equipos maduros: asume que el proyecto ya fracasó y reconstruye el pasado: ¿cuáles fueron las causas? Trabajar de atrás hacia adelante permite que el equipo identifique riesgos que el optimismo oficial oculta.
El fracaso es un hecho (en el ejercicio)
"Estamos en 12 meses y salió mal." Nadie discute SI — solo POR QUÉ.
Enumera causas plausibles
Cada participante escribe por su cuenta antes de compartir — evita anclarse en la primera causa mencionada.
Mitiga las 3 principales
Una causa probable sin mitigación se convierte en un elemento de riesgo con responsable y señal — no en una conversación para una retrospectiva futura.
🎯 Copia y ejecuta
/premortem do projeto; estamos em 12 meses e fracassou: liste as 5 causas prováveis e mitigações para as top 3
Cómo verificar: causas específicas de TU contexto (no genéricas) y mitigaciones aplicables desde esta semana.
↩️ /counterexample — busca el contraejemplo
Busca el caso que refuta o delimita la regla general. Una excepción bien documentada enseña más que cien confirmaciones: muestra dónde se aplica la regla y dónde deja de hacerlo.
✓ Excepción como dato
- ✓"Nuestra regla falló en el caso X — vamos a entender por qué."
- ✓Regla reformulada con alcance: «funciona cuando A y B; falla bajo C».
✗ Excepción descartada
- ✗"Fue un caso aislado", dicho tres veces seguidas — ya es un patrón, no una excepción.
- ✗Buscar contraejemplos solo del lado que incomoda al competidor.
🎯 Copia y ejecuta
/counterexample para a regra ""; encontre casos reais que a quebram e diga o que isso delimita
Cómo verificar: contraejemplos verificables y la regla reescrita con condiciones de validez explícitas.
🕶️ /bias + /blindspots — sesgos y puntos ciegos
Auditoría interna: /bias identifica distorsiones cognitivas en el razonamiento actual; /blindspots señala las áreas que el análisis ni siquiera miró.
📊 Los sesgos que más cuestan en los negocios
Recopilamos pruebas de lo que ya creemos y lo llamamos investigación.
Copiamos a los ganadores e ignoramos a quienes hicieron lo mismo y fracasaron.
El primer número de la reunión define el rango de toda negociación.
💡 Consejo práctico
Ejecuta /bias /blindspots sobre el propio análisis antes de presentarlo. La autocrítica anticipada cuesta minutos; quedar en evidencia en una reunión cuesta credibilidad.
🎯 Copia y ejecuta
/bias /blindspots na análise anexada; quais vieses distorcem o raciocínio e quais áreas ninguém examinou?
Cómo verificar: sesgo señalado CON el fragmento donde aparece; punto ciego con la pregunta que cerraría la brecha.
🛡️ /robust — fortalece ante la incertidumbre
Cierra el ciclo: rediseña la solución para que funcione razonablemente bien en varios escenarios, en lugar de hacerlo perfectamente en uno solo. La robustez consiste en cambiar el óptimo frágil por algo bueno que resista el contacto con la realidad.
🏗️ Los tres movimientos para ganar solidez
- Cobertura: cobertura económica para el escenario adverso (plan B definido de antemano).
- Margen de seguridad: dimensionar para una carga mayor que la esperada.
- Reversibilidad: preferir caminos de los que se pueda volver.
🎯 Copia y ejecuta
/robust para; redesenhe para sobreviver aos 3 cenários alternativos com custo mínimo de performance no bom cenário
Cómo verificar: desempeño estimado en CADA escenario + precio pagado por la cobertura — una decisión consciente, no un acto de fe.
💡 Consejo práctico
Secuencia completa de la familia con un solo comando: /chain(/pushback -> /redteam -> /premortem -> /robust). Cuatro ataques y un refuerzo — antes del primer real invertido.
Autoverificación rápida (opcional): ¿cuál es el objetivo de un /premortem?
🎓 Resumen del módulo
Próximo Módulo:
3.2 - Comparación y decisión — criterios, ponderaciones, matrices y apuestas con un punto de parada.