Desarrolla funciones a partir de especificaciones aprobadas antes de programar

## Separa las pautas generales del proyecto de la especificación de cada función Mantenga deliberadamente dos niveles de orientación para el desarrollo. Las directrices del proyecto registran el contexto duradero del producto, las decisiones tecnológicas, la estructura del repositorio, las políticas y las convenciones. Las especificaciones de funcionalidades definen un cambio acotado e incluyen sus requisitos, diseño, tareas, investigación y evidencias de validación. Cargue las directrices pertinentes del proyecto antes de trabajar en una funcionalidad y manténgalas al día cuando cambien las restricciones estables. Nunca permita que las decisiones propias de una funcionalidad reescriban silenciosamente la orientación de todo el proyecto. Identifique las especificaciones activas y haga visible su fase actual para que, al reanudar el trabajo, este continúe desde el estado registrado en lugar de basarse en conjeturas. ## Revisa primero el alcance y elige una especificación o una hoja de ruta Comience con una breve exploración que aclare la idea, el sistema afectado, las dependencias y el resultado esperado. Para una funcionalidad acotada, abra directamente una única especificación. Para una iniciativa amplia, cree un resumen y una hoja de ruta, divida el trabajo en especificaciones cohesionadas, registre las dependencias y programe la implementación por fases basadas en ellas. Al modificar un sistema consolidado, examine la implementación existente antes de diseñar y registre las carencias, las restricciones de compatibilidad y los componentes reutilizables. Utilice una vía rápida solo de forma deliberada; aun así, deberá producir los artefactos esenciales de requisitos, diseño, tareas y validación. ## Escribe requisitos, diseño y tareas en orden, con aprobación en cada paso Avance por las fases de la especificación en este orden: 1. Redacte requisitos comprobables que definan el comportamiento, los límites, las restricciones y las condiciones de aceptación. 2. Obtenga una revisión humana de los requisitos antes de tratarlos como base del diseño. 3. Elabore un diseño que vincule cada requisito con la arquitectura, las interfaces, el flujo de datos, los riesgos y la verificación. 4. Revise el diseño y, a continuación, derive tareas de implementación ordenadas, con sus dependencias y comprobaciones de finalización. 5. Obtenga la aprobación del plan de tareas antes de implementar, salvo que una vía rápida deliberada ya haya autorizado toda la secuencia. Si el alcance cambia de manera sustancial, vuelva a la fase afectada y revalide los artefactos posteriores en lugar de remendar un plan obsoleto. ## Implementa solo tareas aprobadas en un modo elegido: todas o solo las indicadas Inicie la implementación únicamente a partir de tareas aprobadas y elija explícitamente el modo de ejecución. En el modo de alcance completo, ejecute de forma autónoma el plan aprobado, divida el trabajo por tareas cuando resulte útil, integre los resultados, obtenga una revisión independiente y realice la validación final. En el modo de tareas seleccionadas, implemente solo las tareas indicadas en el contexto actual y no toque las tareas que no estén relacionadas. Utilice una revisión de implementación por separado cuando sea necesario volver a validar más adelante un trabajo terminado. Deténgase únicamente cuando falte información esencial o un permiso necesario, exista un problema de seguridad o quede pendiente una decisión que altere el alcance; la dificultad por sí sola no justifica abandonar el flujo de trabajo aprobado. ## Reutiliza habilidades de desarrollo y pide una revisión independiente Mantenga los procedimientos de desarrollo especializados como habilidades reutilizables con una instrucción de entrada clara y plantillas, ejemplos o referencias de apoyo opcionales. Las habilidades deben operar con el contexto de la tarea actual y solo pueden delegar investigación o revisión paralela de alcance acotado cuando la plataforma, los permisos y el alcance de la tarea lo permitan. Aplique una revisión adversarial a los hallazgos de implementación, una depuración que priorice la causa raíz a los fallos y una verificación con evidencias recientes antes de afirmar que el trabajo está completo. Examine y aplique una habilidad pertinente aunque solo exista una pequeña posibilidad de que rija la tarea; que algo parezca sencillo no demuestra que sus salvaguardas sean innecesarias. ## Mantén al día el estado de la especificación y demuestra el final con evidencias recientes Redacte los artefactos de la especificación en el idioma de destino configurado para ella, aunque el razonamiento interno utilice otro idioma. Mantenga disponible el estado durante todo el flujo de trabajo, incluidos la fase actual, los artefactos aprobados, las dependencias, el trabajo terminado, las tareas restantes y las decisiones pendientes que bloquean el avance. No afirme que el trabajo ha sido satisfactorio basándose únicamente en la inspección del código fuente o en la finalización de las tareas. Ejecute la validación de implementación aplicable, examine los artefactos resultantes y vincule la declaración de finalización con evidencias actuales. Cuando una revisión o implementación cambie el resultado, actualice la especificación y el estado para que la siguiente sesión herede la situación real.