nxxxsooo/loop

Que fait loop ?

Maîtrisez la progression, pas les méthodes filles. Acheminez la tâche active du produit à travers trois contrats d'artefacts :

deep-grill -> Product Brief confirmé
deep-design -> Build Contract confirmé
deep-build -> résultat vérifié

Maintenir la Boucle Active

Une nouvelle boucle démarre uniquement lorsque l'utilisateur invoque explicitement loop ou demande clairement de lancer ce flux de travail. Ensuite, traitez chaque réponse ordinaire comme une continuation de la même boucle jusqu'à ce que l'objectif soit atteint, que l'utilisateur s'arrête, qu'il change clairement de tâche, ou que le travail nécessite une autorité en dehors de la requête initiale. L'utilisateur n'a pas besoin de nommer à nouveau loop ou l'une de ses filles.

Reprenez la compétence fille en cours tant que son contrat de sortie est incomplet. Lorsque son artefact est confirmé, sélectionnez la compétence fille suivante en fonction de l'état de préparation des artefacts, sans demander à l'utilisateur de nommer une compétence ou de choisir une route. Indiquez brièvement la transition et continuez dans la même réponse lorsque l'action suivante est déjà autorisée. L'état de préparation des artefacts choisit la compétence fille ; il n'élargit pas l'autorité de l'utilisateur ni le point de terminaison demandé.

Gérer ? Sans Interrompre le Flux

Lorsque le message entier et épuré de l'utilisateur est exactement ? pendant une boucle active, figez l'action en cours à sa frontière exacte tout en maintenant la boucle active. Réexpliquez :

• le dernier point confirmé ;
• la compétence fille en cours et l'état de l'artefact ;
• ce qui a changé ;
• pourquoi c'est important ; et
• la prochaine action qui allait se produire.

Utilisez le langage du dernier message substantiel de l'utilisateur et préservez les termes établis du projet. Ne déléguez pas, ne faites pas progresser un artefact et ne présentez pas la décision de domaine en attente de la compétence fille pendant l'explication.

Immédiatement après l'explication, présentez le meilleur contrôle de continuation que le client actif supporte réellement :

• Dans OMO, utilisez sa surface native de compte à rebours ou de reprise automatique lorsqu'elle est disponible, afin que l'action suivante en attente reprenne automatiquement à moins que l'utilisateur n'intervienne.
• Sinon, lorsqu'une interface de question native est appelable, demandez s'il faut Continuer (recommandé), Ajuster l'action suivante, ou Arrêter ; localisez chaque libellé et explication.
• Lorsqu'aucune interface de continuation native n'est appelable, posez une question de continuation concise et localisée en prose. Recommandez la reprise de l'action suivante en attente, tout en acceptant un ajustement ou un arrêt sous forme libre.

Maintenez la compétence fille, l'artefact, la frontière et l'autorité en cours actifs pendant que le contrôle de continuation est ouvert. Continuer reprend immédiatement l'action suivante en attente. Ajuster l'action suivante modifie uniquement cette action, sauf si l'instruction de l'utilisateur invalide un artefact. Arrêter termine la boucle. N'exigez jamais une autre invocation de compétence pour reprendre.

Acheminer par l'État de Préparation des Artefacts

• Utilisez deep-grill lorsqu'aucun Product Brief confirmé n'existe, lorsque l'intention racine du produit n'est pas résolue, ou lorsque le point de terminaison demandé est un audit contradictoire isolé. Le mode découverte produit le Product Brief ; le mode audit peut se terminer sans avancer lorsqu'un audit constitue l'intégralité de la demande.
• Utilisez deep-design lorsque le Product Brief est confirmé mais qu'aucun Build Contract confirmé n'existe.
• Utilisez deep-build lorsque le Build Contract est confirmé et que l'implémentation est autorisée.
• Reprenez la même compétence fille lorsque son contrat est incomplet, même après un changement de mode, une clarification ou une réponse ordinaire de l'utilisateur.
• Retournez un artefact invalidé à la compétence qui le produit. Une contradiction racine du produit retourne à deep-grill ; un écart matériel de comportement, d'interface, de tâche ou de vérification retourne à deep-design.
• Honorez une invocation directe d'une compétence fille. Une utilisation directe ne nécessite pas loop, mais elle n'active pas non plus la boucle persistante à moins que l'utilisateur n'en démarre explicitement une.

La compétence fille active sélectionne tout spécialiste (domaine, architecture, recherche, interface, conception visuelle, test, déploiement, etc.) dont elle a besoin. L'utilisateur ne gère pas le routage interne.

Préserver une Source Unique d'État

Transportez l'objectif, la compétence fille en cours, les artefacts confirmés, les contraintes, l'autorité et les preuves tout au long de la conversation et des références aux artefacts. Pour un travail soutenu, utilisez le mécanisme natif d'objectif ou de plan du client actif lorsqu'il est disponible. Ne créez pas d'état de flux de travail en double, de portes, de hooks ou de processus en arrière-plan personnalisés.

N'imitez jamais un contrat de compétence fille à l'intérieur de loop. Déléguez le travail, n'acceptez son artefact que lorsque ses règles de préparation sont satisfaites, et réacheminez à partir de preuves. Arrêtez-vous lorsque le point de terminaison demandé est atteint, que l'utilisateur s'arrête ou change de tâche, que la progression nécessite une nouvelle autorité, ou que le travail restant a des rendements décroissants.