Instrucción de compilación nocturna
La plantilla completa se encuentra en references/overnight-build-template.md. Léela antes de redactar. No derives la estructura de reglas de memoria: completa sus secciones [CORCHETES] con los detalles específicos del usuario y conserva cualquier edición que hayan hecho en su propia copia.
Innegociable
Cada salida debe incluir la Regla 8 (sobrevivir a reinicios por límite de uso) y la sección LANZADOR. Son lo que hace que la compilación sea reiniciable; una instrucción sin ellas se reinicia silenciosamente desde cero después del primer reinicio por límite de uso y arruina una noche.
Redactar
- Lee la plantilla. Si el usuario mantiene una copia editada, la suya prevalece: conserva sus cambios.
- Completa la especificación — qué construir, contexto, requisitos de diseño, requisitos técnicos, características en orden de prioridad, datos de prueba, despliegue, criterios de éxito. La especificidad aquí lo es todo; una especificación vaga produce una noche vaga.
- Define las fases — de 4 a 8, cada una completable y verificable de forma independiente, con asignaciones de tiempo que sumen el presupuesto.
- Completa el plan de contingencia con bloqueadores específicos del proyecto, además de los bloqueadores estándar de la plantilla.
- Pregunta una vez qué lanzador prefieren (A: programador del SO · B: bucle bash · C: un MCP de tareas programadas) si la solicitud no lo especifica. Pregunta una vez y luego continúa.
- Genera la salida como un bloque de código copiable único y recuerda al usuario que lo guarde como
overnight-build-prompt.txten la raíz del proyecto antes de lanzarlo.
Señalización de finalización
La instrucción debe indicarle a la compilación que emita BUILD_COMPLETE como su última línea: el ejecutor de bucle bash lo busca para salir. Indica claramente, en la instrucción, que omitir BUILD_COMPLETE es correcto cuando algún criterio P0 no se cumple realmente. Un ejecutor que sale con una compilación incompleta es peor que uno que continúa.
Guardarraíles
Un agente no supervisado no tiene a quién preguntar, por lo que la instrucción debe llevar sus propios límites.
Si el objetivo es un código base de producción existente, deriva primero la propiedad de los archivos y una lista de NO HACER (la skill fleet-brief produce ambas) e incorpora las verificaciones del proyecto en la fase de pruebas, de modo que "terminado" signifique verificado, no fusionado.
Nunca autorices que una instrucción nocturna aplique migraciones de base de datos, envíe esquemas, despliegue mediante una CLI de hosting, compre o libere números de teléfono o dominios, ni envíe mensajes a contactos reales. Esas acciones necesitan un humano despierto. Añade las propias acciones irreversibles del proyecto a esa lista.
Entregables que la compilación debe escribir
BUILD_LOG.md— entradas de fase, decisiones, cambios de rumbo, problemas conocidos y bloques## CHECKPOINT — <ISO>con el siguiente paso exactoRESEARCH_NOTES.md— hallazgos de investigación antes de comenzar la implementación
Al reanudar, la primera acción literal de la compilación es leer BUILD_LOG.md de principio a fin y continuar desde el último punto de control — nunca volver a investigar, reestructurar ni reiniciar.