Mise à jour 2.80

v2.80.0BETAMINORSeymour

SIN Chain Builder Gate 6 : pré-vol RT2 en jeu opérateur-gated — stage le pilote SIN-006, ne lance PAS RT2 ; statut honnête = RT2-pending ; SIN reste BLOQUÉ pour l'écriture publique

• Ouvre Gate 6 du SIN Chain Builder : il prouve, headless et sans vert menteur, que le pilote SIN-006 déjà prouvé en sandbox (Gate 5/PENANCE) est prêt à être stagé dans un pilote RT2 opérateur — sans jamais toucher le jeu en cours, la sonde dinput8 probe, ou un vrai fichier, et sans revendiquer aucun effet en jeu. Il répond à « le cas minimal SIN-006 est-il sûr à stagier pour un pilote RT2, et que doit observer l'opérateur ? » — l'observation à l'écran reste une étape humaine (donc le résultat est RT2-pending, jamais un PASS automatique). Nouvelles classes dans FfxLib/Ai/Sin : SinRt2PilotGate (SinRt2Eligibility — éligibilité RT2 strictement plus étroite que la porte sandbox : (1) une permission explicite AllowRt2InGamePilot séparée de AllowSandboxApply ; (2) id sur la allowlist RT2 = aujourd'hui SIN-006 uniquement ; (3) une vérification intrinsèque de forme ceinture-et-bretelles contre un id mal étiqueté : nœud unique, Trigger=OnTurn avec le resolver prouvé, Condition=Always (pas de HP%/0x16-0x17), chaque Action un GrantChrProperty sur Self 0xFFF3 (aucun payload de commande)), SinRt2PilotSession (l'orchestrateur preflight : exécute l'éligibilité RT2, réutilise le round-trip sandbox prouvé SinSandboxApplySession (copie → backup → émission → diff conservateur → restauration byte-identique), stage l'intention (worker/entrypoint) + l'effet à l'écran pour confirmer, et S'ARRÊTE — l'application live + l'observation sont une étape opérateur, pas implémentée ici), et SinRt2PilotResult (SinRt2Outcome Blocked/Skipped/SandboxProofFailed/PreflightReady + SinRt2OperatorVerdict par défaut Pending + template ; RealApplyDone/Rt2Confirmed/PublicApplyAllowed = NO par construction). Périmètre (SIN-006 uniquement) : SIN-006 + AllowRt2InGamePilot=true + corpus → PREFLIGHT-READY (m201, OnTurn worker 0/ep 2, diff +15 ~0 -0, restauration byte-identique, corpus/copie SHA inchangé B4C0FB90…012F, verdict Pending, RT2/RealApply/PublicApply NO) ; sans la permission même SIN-006 est BLOQUÉ (opérateur-gated, la permission RT2 est séparée de celle sandbox) ; SIN-009 (payload de commande candidat) et SIN-010 (HP% / 0x16-0x17) = PAS éligible RT2 (bloqué par allowlist + forme). Nouvelle porte --sin-pilot-rt2-rt0 : exécute les 4 cas, prouve les invariants RT2-pending + une garde de fichiers (rien écrit hors work/, pas de .prev.bak/monster_*.bin dans le dossier de sortie, chaque fixture réelle en lecture seule avec un hash inchangé, le dossier pilote nettoyé à la fin) et il n'y a aucun chemin live-apply (SinRt2PilotSession n'écrit jamais un vrai fichier ni ne pilote la sonde). (NOUVELLE capacité exécutable : couche de preflight RT2 + porte). Périmètre/honnêteté : SIN reste BLOQUÉ pour l'écriture publique — Gate 6 preflight prouve un pilote RT2 contrôlé, pas une galerie de templates ; ce n'est PAS RT2-prouvé et PAS un bouton public ; Rt2Confirmed=NO/RealApplyDone=NO/PublicApplyAllowed=NO. Il ne corrige PAS 0x16/0x17, ne touche PAS SIN-009/010, ne fait PAS d'écrivain/save/batch/UI/bouton dans MonsterAiEditor ; il ne touche PAS un vrai monster_*.bin/le jeu/la sonde/Aurora/native-menu/Blitzball/Shop/Alchimie/Sphere/Common(ANIMA) ; il réutilise la pile prouvée Gate 2-5. Build 0 erreur ; --sin-pilot-rt2-rt0 + --sin-sandbox-rt0 (Gate 5) + --sin-aeon-preview-rt0 (Gate 4) + --sin-validate-rt0 (Gate 3) + --sin-dryrun-rt0 (Gate 2) + --aicmdmeta-rt0 + --spiraatlas-rt0 + --aiasm-rt0 tous PASS. Docs : docs/ai/SIN_YU_YEVON_RT2_INGAME_PILOT_RESULT_2026-06-10.md + docs/ai/SIN_YU_YEVON_RT2_OPERATOR_RUNBOOK_2026-06-10.md + docs/ai/HANDOFF_YU_YEVON_SIN_AUTHORING_PROMOTION_NEXT_2026-06-10.md

v2.79.0