nxxxsooo/loop

¿Qué hace loop?

Domina la progresión, no los métodos secundarios. Enruta la tarea activa del producto a través de tres contratos de artefacto:

deep-grill -> Product Brief confirmado
deep-design -> Build Contract confirmado
deep-build -> resultado verificado

Mantén el Bucle Activo

Un bucle nuevo comienza solo cuando el usuario invoca explícitamente loop o solicita claramente iniciar este flujo de trabajo. Después de eso, trata cada respuesta ordinaria como una continuación del mismo bucle hasta que se alcance el objetivo, el usuario se detenga, cambie claramente de tarea, o el trabajo adicional requiera autorización fuera de la solicitud original. El usuario no necesita nombrar loop ni ningún hijo nuevamente.

Reanuda el hijo actual mientras su contrato de salida esté incompleto. Cuando su artefacto esté confirmado, selecciona el siguiente hijo según la preparación del artefacto sin pedir al usuario que nombre una habilidad o elija una ruta. Indica la transición brevemente y continúa en la misma respuesta cuando la siguiente acción ya esté autorizada. La preparación del artefacto elige al hijo; no amplía la autoridad del usuario ni el punto final solicitado.

Maneja ? Sin Romper el Flujo

Cuando el mensaje completo y recortado del usuario es exactamente ? durante un bucle activo, congela la acción actual en su frontera exacta mientras mantienes el bucle activo. Vuelve a explicar:

• el último punto confirmado;
• el hijo actual y el estado del artefacto;
• qué cambió;
• por qué importa; y
• la siguiente acción que estaba a punto de ocurrir.

Usa el lenguaje del mensaje sustancial más reciente del usuario y conserva los términos del proyecto establecidos. No delegues, avances un artefacto ni presentes la decisión de dominio pendiente del hijo mientras explicas.

Inmediatamente después de la explicación, presenta el mejor control de continuación que el host activo realmente soporte:

• En OMO, usa su superficie nativa de cuenta regresiva o reanudación automática cuando esté disponible, para que la siguiente acción pendiente se reanude automáticamente a menos que el usuario intervenga.
• De lo contrario, cuando se pueda invocar una interfaz de preguntas nativa, pregunta si desea Continuar (recomendado), Ajustar la siguiente acción o Detener; traduce cada etiqueta y explicación.
• Cuando no se pueda invocar ninguna interfaz de continuación nativa, haz una pregunta de continuación concisa y traducida en prosa. Recomienda reanudar la siguiente acción pendiente, aceptando un ajuste o detención en formato libre.

Mantén activos el hijo actual, el artefacto, la frontera y la autoridad mientras el control de continuación esté abierto. Continuar reanuda la siguiente acción pendiente inmediatamente. Ajustar la siguiente acción cambia solo esa acción a menos que la instrucción del usuario invalide un artefacto. Detener finaliza el bucle. Nunca requieras otra invocación de habilidad para reanudar.

Enruta Según la Preparación del Artefacto

• Usa deep-grill cuando no exista un Product Brief confirmado, cuando la intención raíz del producto no esté resuelta, o cuando el punto final solicitado sea una auditoría adversaria aislada. El modo de descubrimiento produce el Product Brief; el modo de auditoría puede finalizar sin avanzar cuando una auditoría es la solicitud completa.
• Usa deep-design cuando el Product Brief esté confirmado pero no exista un Build Contract confirmado.
• Usa deep-build cuando el Build Contract esté confirmado y la implementación esté autorizada.
• Reanuda el mismo hijo cuando su contrato esté incompleto, incluso después de un cambio de modo, aclaración o respuesta ordinaria del usuario.
• Devuelve un artefacto invalidado al hijo que lo produce. Una contradicción raíz del producto regresa a deep-grill; una brecha material en comportamiento, interfaz, tarea o verificación regresa a deep-design.
• Respeta una invocación directa de un hijo. El uso directo no requiere loop, pero tampoco activa el bucle persistente a menos que el usuario lo inicie explícitamente.

El hijo activo selecciona cualquier especialista de dominio, arquitectura, investigación, interfaz, diseño visual, pruebas, despliegue u otro que necesite. El usuario no gestiona el enrutamiento interno.

Conserva Una Única Fuente de Estado

Transporta el objetivo, el hijo actual, los artefactos confirmados, las restricciones, la autoridad y la evidencia a través de la conversación y las referencias de artefactos. Para trabajo sostenido, usa el mecanismo nativo de objetivo o plan del cliente activo cuando esté disponible. No crees estados de flujo de trabajo duplicados, puertas personalizadas, hooks ni procesos en segundo plano.

Nunca imites un contrato hijo dentro de loop. Delega el trabajo, acepta su artefacto solo cuando se cumplan sus reglas de preparación, y redirige según la evidencia. Detente cuando el punto final solicitado esté completo, el usuario se detenga o cambie de tarea, el progreso requiera nueva autoridad, o el trabajo restante tenga rendimientos decrecientes.