🧪 Análisis y síntesis
Los comandos de la familia 03: descomponer problemas, construir modelos, separar causa de correlación y simplificar sin perder la esencia.
🔬 /analyze — descompón el problema
Divide el problema en partes analizables con método explícito. La calidad de un análisis está en la descomposición: un problema dividido por el eje equivocado produce respuestas elegantes a la pregunta equivocada.
✓ Buena descomposición
- ✓Partes que, juntas, cubren el problema entero (MECE cuando sea posible).
- ✓Cada parte con un método propio declarado ("mediré X por Y").
✗ Descomposición deficiente
- ✗Recortes por departamento interno en lugar de seguir la estructura del problema.
- ✗Superposición: la misma causa aparece en tres «partes diferentes».
🎯 Copia y ejecuta
/analyze o problema de; decomponha com método explícito e indique como medir cada parte
Cómo verificar: las partes sumadas explican el todo, sin vacíos ni superposiciones, cada una con un plan de medición.
🪢 /synthesize — integra sin borrar las diferencias
Integra múltiples hallazgos en una visión coherente — manteniendo visibles los conflictos. Sintetizar no es promediar las opiniones: es organizar en qué coinciden y preservar sus divergencias.
🪢 La prueba de la síntesis honesta
Después de sintetizar, pregunta:
- •"¿Las fuentes que discrepaban todavía aparecen aquí?" Si no, hiciste un promedio, no una síntesis.
- •"¿Alguien que solo leyera la síntesis sabría dónde está la incertidumbre?"
💡 Consejo práctico
Combina con investigación: /chain(/research -> /synthesize). La síntesis hereda las lagunas de la investigación; verifica si se conservaron durante la integración.
🎯 Copia y ejecuta
/synthesize os achados abaixo em uma visão única; mantenha visíveis os pontos em conflito:
Cómo verificar: visión única y coherente + sección explícita "dónde discrepan las fuentes".
🧠 /model — crea el modelo mental
Construye un modelo explicativo: variables, relaciones entre ellas y la dinámica resultante. ¿Eres nuevo aquí? Un modelo mental es una teoría en miniatura de cómo funciona el sistema, lo bastante buena para predecir qué sucede si mueves una pieza.
El análisis y la estructura se convierten en un modelo; un buen modelo anticipa las consecuencias antes de que las asumas.
🎯 Copia y ejecuta
/model de como funciona; variáveis, relações e o que prevê cada relação
Cómo verificar: se puede señalar una variable y recibir la predicción de su efecto en cadena; de lo contrario, es una lista de hechos, no un modelo.
🏗️ /framework — construye la estructura analítica
Crea una estructura reutilizable: dimensiones, ejes y criterios para analizar cualquier caso de la misma familia. Es la diferencia entre resolver un problema y construir la capacidad de resolver toda la clase.
Define las dimensiones
Los ejes que importan para evaluar los casos de esta familia (impacto × esfuerzo, riesgo × reversibilidad…).
Fija escalas y criterios
¿Qué es «alto impacto»? Un número o un ejemplo de referencia; de lo contrario, cada persona mide con su propia vara.
Prueba con casos conocidos
Un framework que clasifica mal casos obvios debe revisarse antes de usarlo en situaciones reales.
🎯 Copia y ejecuta
/framework para priorizar; dimensões, escalas e teste em 3 casos conhecidos
Cómo verificar: aplicado a los casos de prueba, el framework reproduce las decisiones que consideras correctas y revela por qué.
🎯 /causes — distingue correlación de causa
Separa correlación de causalidad proponiendo mecanismos causales y probando explicaciones alternativas. Correlación significa que dos cosas ocurren juntas; causa significa que una impulsa a la otra.
✓ Pensamiento causal
- ✓"Las ventas subieron por X", acompañado del mecanismo (cómo X impulsa las ventas).
- ✓Hipótesis rival puesta a prueba: «¿o fue estacionalidad?» — verificada antes de creerla.
✗ Ilusión correlacional
- ✗"Publicamos más y vendimos más, así que las publicaciones generan ventas" — sin descartar un factor de confusión (p. ej., la estacionalidad).
- ✗Invertir la causa y el efecto: quizá las ventas altas son las que permiten publicar más.
¿Nuevo por aquí? Uno factor de confusión es una tercera variable que causa las dos cosas correlacionadas (el verano aumenta las ventas de helado Y los ahogamientos; el helado no ahoga a nadie). Buscar la posible variable de confusión es el primer paso de /causes.
🎯 Copia y ejecuta
/causes de; proponha mecanismo, liste fatores de confusão e testes para separar causa de coincidência
Cómo verificar: mecanismo plausible + explicación rival descartada CON evidencia, no por conveniencia narrativa.
🌊 /secondorder — ve los efectos indirectos
Rastrea las consecuencias de las consecuencias — efectos de segundo orden que llegan tarde, son mayores y casi nunca están en el plan.
Efecto inmediato: lo que todos ven
Descuento agresivo → el volumen sube la semana siguiente. Genial, celébralo rápido.
Efecto indirecto: lo que llega después
Los clientes aprenden a esperar descuentos → bajan las compras a precio completo → cae el margen estructural. El volumen de la semana 1 pagó la pérdida del trimestre.
Feedback — el sistema reacciona a ti
Los competidores copian el descuento → la categoría se convierte en un commodity → todos ganan menos. /secondorder fuerza este análisis antes de apostar.
🎯 Copia y ejecuta
/secondorder da decisão de; efeitos em 1ª, 2ª ordem e feedbacks, com horizonte de chegada estimado
Cómo verificar: al menos un efecto indirecto que NO habías considerado — ese es el valor del comando.
⚖️ /tradeoffs + /constraints — concesiones y restricciones
/tradeoffs explicita qué sacrifica cada opción; /constraints mapea las restricciones reales — tiempo, presupuesto, personas, regulación. En conjunto, definen el espacio de opciones realmente disponible.
✓ Propuesta madura
- ✓"Elegir velocidad cuesta profundidad en las pruebas — así asumimos ese riesgo."
- ✓Restricción estricta tratada como límite de diseño, no como detalle.
✗ Propuesta fantasiosa
- ✗"Sin desventajas" — frase que siempre oculta el costo en otra parte.
- ✗Restricciones descubiertas a mitad de la ejecución, cuando ya costaron caro.
🎯 Copia y ejecuta
/tradeoffs /constraints para; o que sacrificamos, quais restrições são duras e o que é negociável
Cómo verificar: cada tradeoff tiene un responsable del riesgo aceptado; las restricciones estrictas están separadas de las negociables.
✂️ /leverage + /simplify — apalancamiento y esencia
Cierra la ruta con los dos comandos más rentables de la familia: encontrar el punto de apalancamiento (poco esfuerzo, efecto desproporcionado) y simplificar reduciendo la complejidad sin perder la función esencial.
🪝 Cómo encontrar palancas
- Pregunta: ¿qué cuello de botella, si mejora un 10%, mejora el resultado completo?
- Busca pasos que se repiten manualmente: candidatos naturales para una palanca.
- Confirma con datos: una palanca real muestra sensibilidad en las cifras, no en el discurso.
💡 Consejo práctico
Antes de agregar cualquier cosa al proceso, ejecuta /simplify. La mitad de las mejoras que parecen necesarias son solo complejidad que compensa otra complejidad.
🎯 Copia y ejecuta
/leverage /simplify no processo de; ache os 2 pontos de maior alavancagem e corte o que não sustenta a função essencial
Cómo verificar: lista corta de palancas con sensibilidad cuantificada + elementos descartados con justificación de la función preservada.
Autoverificación rápida (opcional): «publicamos más y vendemos más, así que las publicaciones generan ventas». ¿Qué falta?
🎓 Resumen del módulo
Próximo Módulo:
3.1 - Red team y robustez — ahora que analizas bien, aprende a atacar tus propias conclusiones antes que los demás.