Cycle de Revue Aveugle
À utiliser uniquement sur invocation explicite.
L'invocation directe de /blind-review-cycle sélectionne subagent_type=smarty (gpt-6.1-sol, raisonnement medium)
et un seul passage propre par point de contrôle.
Light Review Cycle et High Review Cycle lisent ce fichier comme leur contrat partagé. Préservez le réviseur sélectionné et le nombre de passages propres de chaque cycle, y compris après les réparations. La lecture de ce contrat partagé ne sélectionne pas Smarty ni ne démarre un cycle aveugle. Utilisez uniquement le profil configuré de la compétence invoquée ; ne remplacez pas son modèle ou son raisonnement.
L'agent affecté à ce cycle de revue possède ses corrections et sa complétion. Il invoque le réviseur d'acceptation aveugle configuré directement ; n'ajoutez pas de gestionnaire intermédiaire ou de couche de rôle entre l'exécuteur du cycle et le réviseur. Root Main conserve les décisions globales, l'acceptation et la réponse finale.
Respectez exactement l'objet gelé, le périmètre, l'ordre des points de contrôle et le nombre de passages sélectionnés par l'utilisateur.
Si l'utilisateur ne spécifie pas de points de contrôle, sélectionnez-les automatiquement. Construisez l'ensemble des points de contrôle à partir du cycle pre-completion final obligatoire, puis ajoutez le plus petit
nombre possible de points de contrôle intermédiaires qui couvrent ensemble chaque
limite de dépendance critique ; par défaut, aucun. Seule une décision matérielle, une entrée préparée
ou un résultat intermédiaire autonome peut être qualifié, et uniquement lorsqu'il contrôle
un travail dépendant substantiel ou une action irréversible ou à fort impact matériel
et qu'une détection finale seulement serait trop tardive pour éviter un travail important ou un impact.
Regroupez les limites qui se chevauchent dans un seul point de contrôle sécurisé le plus tardif avant le travail dépendant.
Les lectures, requêtes, commandes, modifications, mises à jour et transferts d'exécuteur configurés de routine ne sont pas
des points de contrôle simplement parce qu'ils se produisent. Regroupez les éléments connexes. Si aucun point de contrôle intermédiaire critique
n'est prêt, ne générez pas de réviseur avant le résultat final.
Le cycle final obligatoire vérifie le résultat réel complet et la cohérence mutuelle
entre toutes les exigences et modifications applicables de l'utilisateur, les décisions
contraignantes, les étapes achevées et le résultat final ; les vérifications intermédiaires ne le
remplacent jamais. Ne répétez pas un cycle final
déjà réussi sur le résultat et les motifs matériellement inchangés. Une
vérification explicite de plan uniquement ne nécessite pas de revue de la mise en œuvre future.
Dans le périmètre autorisé, chaque passage couvre tout le travail achevé pour l'ordre courant : exigences et modifications applicables de l'utilisateur, décisions contraignantes, résultats courants des étapes achevées et leurs relations, le résultat global courant, et des preuves factuelles suffisantes. Vérifiez l'exactitude, la qualité adéquate, la cohérence, les exigences manquantes dues à cette étape et les déclarations de préparation véridiques. Préservez la procédure/ordre obligatoire de l'utilisateur et appliquez les modifications explicites ultérieures par-dessus celles remplacées. N'exigez pas de travail futur à une étape intermédiaire. Après une réparation, révisez l'objet mis à jour complet, pas seulement le dernier diff ou les constatations précédentes. Réutilisez les preuves valides ; ne rejouez pas tout le journal d'exécution ou ne relancez pas les vérifications pour gagner en confiance.
Cette couverture définit le périmètre d'une revue légère, pas d'un audit exhaustif. Lisez le résultat et les relations importantes des étapes achevées ; approfondissez l'inspection uniquement pour comprendre une violation concrète possible. Ne cherchez pas de preuve exhaustive qu'aucune erreur ne subsiste. Les défauts mineurs, y compris les omissions de contenu sans conséquences matérielles, ne justifient aucune constatation, correction ou passage supplémentaire. Main demeure responsable de l'exécution de la commande de l'utilisateur.
Définissez review_stage=pre-action pour un objet de contrôle sélectionné et effectuez cette vérification
avant son action dépendante réelle. Définissez review_stage=pre-completion pour le
résultat achevé et ses preuves. Maintenez l'objet révisé et les motifs
applicables matériellement inchangés pendant chaque passage. Gelé signifie inchangé, pas copié
ou conditionné dans un autre fichier.
Envoyez un seul message ordinaire compact avec la demande utilisateur originale et les modifications en cours, le matériel approuvé contraignant, le périmètre, l'étape, les localisateurs de résultat, le delta persistant pertinent et les preuves factuelles suffisantes les plus petites. Utilisez les chemins source lisibles existants ; pour les exigences uniquement en chat, fournissez le texte utilisateur original pertinent sans perdre les conditions, pas toute la conversation. Le résumé de MAIN peut orienter mais ne remplace jamais les exigences principales. Les résultats factuels antérieurs et les preuves de procédure nécessaires sont autorisés ; le raisonnement privé de l'agent racine, les constatations/verdicts/série antérieurs et le contexte de rôle hérité ne le sont pas. Ne créez pas de fichiers de gel obligatoires, de copies, d'archives de revue, de manifestes, de hachages ou de scripts de préparation. Un fait manquant importe uniquement s'il empêche d'établir une exigence concrète applicable, pas parce qu'un réviseur préfère plus de matière.
Dans ce même message, nommez explicitement le résultat demandé et sa source lisible. Réviser le compte rendu de MAIN d'un artefact ne révise pas l'artefact lui-même. CLEAN s'applique uniquement à l'objet effectivement révisé.
Ne créez pas de références, de hachages, d'inventaires exhaustifs, d'analyses par fichier, de reconstruction de provenance ou d'artefacts supplémentaires uniquement pour la revue, sauf si l'utilisateur ou l'objectif exige explicitement cet artefact exact ou si aucune preuve plus petite ne peut établir un résultat matériel.
Pour chaque tentative, utilisez un réviseur d'acceptation aveugle frais configuré. Choisissez l'outil natif disponible et ses paramètres parmi leurs descriptions actuelles. Démarrez le réviseur sélectionné avec uniquement l'affectation gelée, sans historique de Main ni contexte de revue antérieur. Préservez le modèle configuré, le raisonnement et le nombre de passages propres requis. Si l'outil de génération compatible ou le rôle de réviseur sélectionné est indisponible, la vérification sélectionnée est indisponible et ne peut pas passer ; ni un autre réviseur ni l'auto-révision de l'agent racine ne constituent un substitut. Ne reprenez jamais un réviseur fermé ou interrompu. Il vérifie uniquement les incohérences substantielles exigence→objet/preuve et changement→autorité sous le seuil de matérialité du réviseur configuré.
Utilisez la politique d'attente commune de sous-agent de l'invite principale. Si un blocage du réviseur est confirmé, interrompez ce passage et utilisez un réviseur configuré frais sur l'objet inchangé. Ne reprenez jamais un réviseur fermé ou interrompu.
Le verdict du réviseur est exactement CLEAN ou FINDINGS:. Chaque constatation a exactement ces champs :
REQUIREMENT: <exigence>
MISMATCH: <incohérence>
EVIDENCE: <preuve>
REQUIRED OUTCOME: <résultat requis>
Sur FINDINGS:, l'agent affecté à ce cycle de revue traite chaque constatation comme une affirmation, pas un ordre. N'admettez que les
constatations qui satisfont le seuil de matérialité du réviseur configuré. Un passage avec
zéro constatation substantielle admise compte comme CLEAN, quel que soit son
libellé brut. Les constatations rejetées n'autorisent aucun changement, preuve supplémentaire ou nouvelle tentative.
Si une constatation est admise, corrigez par lots toutes les constatations admises, invalidez uniquement les preuves affectées, reconstruisez le paquet compact et utilisez un nouveau réviseur frais du même profil sélectionné sur l'objet mis à jour complet. Répétez de manière autonome jusqu'à ce que le cycle sélectionné atteigne son nombre requis de passages propres. Un seul cycle s'arrête après un passage propre. L'invocation explicite de l'utilisateur démarre le cycle entier ; aucune nouvelle invocation n'est requise après une réparation. N'ajoutez pas de passages au-delà de l'exigence du cycle sélectionné.