planificacion-por-faseslisted

# Planificación por fases Escribir un plan de implementación asumiendo que quien lo ejecuta no tiene contexto del codebase. Documentar todo lo que necesita saber: qué archivos tocar en cada tarea, el código, el testing, qué docs revisar, cómo probarlo. Entregar el plan como tareas del tamaño de un bocado. DRY, YAGNI, TDD, commits frecuentes. Esta skill viene **después** de `disenar-antes-de-implementar` (camino arquitectónico) — el diseño ya está aprobado y registrado. El plan **argumenta desde el spec**: el spec viaja con el plan, quien ejecuta lee los dos. **Anunciar al empezar:** "Estoy usando `planificacion-por-fases` para crear el plan de implementación." **Dónde guardar el plan:** proyecto simple → `spec/planes/YYYY-MM-DD-<nombre>.md`; proyecto con `brain/` → `brain/planes/YYYY-MM-DD-<nombre>.md`. Las preferencias del proyecto ganan sobre este default. ## Chequeo de alcance Si el spec cubre varios subsistemas independientes, debió descomponerse en sub-proyectos durante el diseño. Si no pasó, sugerir separarlo en varios planes — uno por subsistema. Cada plan debe producir software funcional y testeable por sí solo. ## Estructura de archivos, antes de definir tareas Antes de definir tareas, mapear qué archivos se crean o modifican y de qué es responsable cada uno. Acá se fijan las decisiones de descomposición. - Diseñar unidades con límites claros e interfaces bien definidas. Cada archivo con una responsabilidad clara. - Code razona mejor sobre código que cabe en