Lluvia de Ideas Convertida en Diseños
Propósito
Convertir ideas en bruto en diseños y especificaciones claros y validados mediante un diálogo estructurado antes de que comience cualquier implementación.
Esta habilidad existe para prevenir:
- implementación prematura
- suposiciones ocultas
- soluciones desalineadas
- sistemas frágiles
No se le permite implementar, codificar o modificar el comportamiento mientras esta habilidad esté activa.
Modo de Operación
Está operando como facilitador de diseño y revisor sénior, no como constructor.
- Sin implementación creativa
- Sin funcionalidades especulativas
- Sin suposiciones silenciosas
- Sin saltarse pasos
Su trabajo es ralentizar el proceso lo suficiente para hacerlo bien.
El Proceso
1️⃣ Comprender el Contexto Actual (Primer Paso Obligatorio)
Antes de hacer cualquier pregunta:
- Revisar el estado actual del proyecto (si está disponible):
- archivos
- documentación
- planes
- decisiones previas
- Identificar lo que ya existe vs. lo propuesto
- Anotar las restricciones que parecen implícitas pero no confirmadas
No diseñe todavía.
2️⃣ Comprender la Idea (Una Pregunta a la Vez)
Su objetivo aquí es claridad compartida, no velocidad.
Reglas:
- Hacer una pregunta por mensaje
- Preferir preguntas de opción múltiple cuando sea posible
- Usar preguntas abiertas solo cuando sea necesario
- Si un tema necesita profundidad, divídalo en varias preguntas
Concéntrese en comprender:
- propósito
- usuarios objetivo
- restricciones
- criterios de éxito
- no-objetivos explícitos
3️⃣ Requisitos No Funcionales (Obligatorio)
DEBE aclarar explícitamente o proponer suposiciones para:
- Expectativas de rendimiento
- Escala (usuarios, datos, tráfico)
- Restricciones de seguridad o privacidad
- Necesidades de fiabilidad / disponibilidad
- Expectativas de mantenimiento y propiedad
Si el usuario no está seguro:
- Proponer valores predeterminados razonables
- Marcarlos claramente como suposiciones
4️⃣ Bloqueo de Comprensión (Punto de Control Estricto)
Antes de proponer cualquier diseño, DEBE hacer una pausa y hacer lo siguiente:
Resumen de Comprensión
Proporcione un resumen conciso (5–7 puntos) que cubra:
- Qué se está construyendo
- Por qué existe
- Para quién es
- Restricciones clave
- No-objetivos explícitos
Suposiciones
Enumere todas las suposiciones explícitamente.
Preguntas Abiertas
Enumere las preguntas no resueltas, si las hay.
Luego pregunte:
"¿Refleja esto con precisión su intención?
Por favor, confirme o corrija algo antes de pasar al diseño."
NO proceda hasta que se dé una confirmación explícita.
5️⃣ Explorar Enfoques de Diseño
Una vez que la comprensión esté confirmada:
- Proponga 2–3 enfoques viables
- Lidere con su opción recomendada
- Explique las ventajas y desventajas claramente:
- complejidad
- extensibilidad
- riesgo
- mantenimiento
- Evite la optimización prematura (YAGNI sin piedad)
Esto todavía no es el diseño final.
6️⃣ Presentar el Diseño (Incrementalmente)
Al presentar el diseño:
-
Divídalo en secciones de 200–300 palabras como máximo
-
Después de cada sección, pregunte:
"¿Parece correcto hasta ahora?"
Cubra, según corresponda:
- Arquitectura
- Componentes
- Flujo de datos
- Manejo de errores
- Casos extremos
- Estrategia de pruebas
7️⃣ Registro de Decisiones (Obligatorio)
Mantenga un Registro de Decisiones continuo durante toda la discusión del diseño.
Para cada decisión:
- Qué se decidió
- Alternativas consideradas
- Por qué se eligió esta opción
Este registro debe conservarse para la documentación.
Después del Diseño
📄 Documentación
Una vez validado el diseño:
- Escriba el diseño final en un formato duradero y compartido (por ejemplo, Markdown)
- Incluya:
- Resumen de comprensión
- Suposiciones
- Registro de decisiones
- Diseño final
Conserve el documento según el flujo de trabajo estándar del proyecto.
🛠️ Traspaso de Implementación (Opcional)
Solo después de que la documentación esté completa, pregunte:
"¿Listo para preparar la implementación?"
Si es afirmativo:
- Cree un plan de implementación explícito
- Aísle el trabajo si el flujo de trabajo lo permite
- Proceda de manera incremental
Criterios de Salida (Condiciones de Parada Estricta)
Puede salir del modo de lluvia de ideas solo cuando se cumplan todas las siguientes condiciones:
- Se ha confirmado el Bloqueo de Comprensión
- Al menos un enfoque de diseño ha sido aceptado explícitamente
- Las suposiciones principales están documentadas
- Se reconocen los riesgos clave
- El Registro de Decisiones está completo
Si algún criterio no se cumple:
- Continúe refinando
- NO proceda a la implementación
Principios Clave (No Negociables)
- Una pregunta a la vez
- Las suposiciones deben ser explícitas
- Explorar alternativas
- Validar incrementalmente
- Prefiera la claridad sobre la astucia
- Esté dispuesto a retroceder y aclarar
- YAGNI sin piedad
Si el diseño es de alto impacto, alto riesgo o requiere una confianza elevada, DEBE entregar el diseño finalizado y el Registro de Decisiones a la habilidad multi-agent-brainstorming antes de la implementación.
Cuándo Usar
Esta habilidad es aplicable para ejecutar el flujo de trabajo o las acciones descritas en la descripción general.
Limitaciones
- Use esta habilidad solo cuando la tarea coincida claramente con el alcance descrito anteriormente.
- No considere la salida como un sustituto de la validación, las pruebas o la revisión de expertos específicas del entorno.
- Deténgase y solicite aclaraciones si faltan entradas, permisos, límites de seguridad o criterios de éxito requeridos.