Beta Update

Cette archive regroupe les anciennes notes de la phase bêta. Les nouvelles notes sont sur la page des mises à jour.

LuluBETAPATCH

Mise à jour 2.85

12/06/2026

updatemonster-aiJARVIS-MAGIC

Éditeur d'IA de Monstre : Phase Rotation Manager, conditions multivariables et actions composites style Seymour. Voie Jarvis-MAGIC. MINOR (nouvelle capacité de l'Éditeur d'IA de Monstre, regroupée avec les corrections de bugs de cette conversation). Ajoute `PhaseRotationRecipe` LAB v1 : phases abaissées via `AppendGuardedAction`, garde ou repli par phase, cible/chance par phase, mutations de var par phase (`+min..+max` et réinitialiser), `Stop here`/RET et écritures sauvegardées par sauvegarde pour les monstres de test. La fenêtre de rotation audite désormais les variables, stocke des alias par monstre, peut créer un descripteur de var `priv` libre dans LAB, construit des conditions multivariables libres et conserve les brouillons par compteur/var sélectionné. Ajoute aussi la fenêtre `Composite Action · Seymour` pour des séquences de compétences explicites avec ciblage compris et Forbidden Rite planifié entre les étapes. Corrige des bugs d'état du constructeur : advance/réinitialiser écrivent la var explicitement choisie, les gardes de phase n'écrasent pas les phases non liées, la réaudit conserve la var active et le filtrage de compétences n'efface plus Foudre/H2O/etc déjà utilisés dans le brouillon. AiScriptLab a gagné `--var-grow`, `--var-flow`, `--multivar-guard-rt0` et `--phase-rotation-rt0` ; validation utilisée : build 0 erreur, `phase-rotation-rt0` 319/319 avec `var1 store when present` 300/300 et `multivar-guard-rt0` 300/300. Honnêteté : écrivain LAB/hors ligne ; le RT2 en jeu est toujours requis avant de traiter la rotation de phase comme comportement final.

Lire les notes

RikkuBETA

Mise à jour 2.84

11/06/2026

updatemonster-aiJARVIS-UI

Réactivité UI complète : frame fluide + balayage app-wide des « tailles forcées » dans chaque fenêtre + infra de breakpoints réutilisable. Voie Jarvis-UI (balayage transversal — touche l'UI dans presque chaque module : MAGIC/MAP/HD). Livre l'ordre du propriétaire : « plus de tailles forcées, tout responsive et auto-redimensionnant, beauté sur performance, poussez le coût sur le PC de l'utilisateur ». Nouvelle infra : `Styles/Responsive.cs` — une propriété attachée `Responsive.Breakpoints` qui marque la racine avec les classes `narrow`/`medium`/`wide` basées sur la largeur RÉELLE rendue, faisant fonctionner `Style Selector` comme une media query CSS. Frame (`Main_Window`) : barres latérales fixes 290/320px → colonnes `Auto` avec `MinWidth`/`MaxWidth` ; l'inspecteur droit se replie (colonne `Auto` → 0) quand la fenêtre n'est pas assez large, gardant 3 colonnes seulement sur les écrans larges ; `MinWidth` 1280→1000 ; `ComboBox` à largeur fixe de la barre supérieure → `MinWidth` ; breakpoints actifs. Balayage app-wide (65 des 71 `.axaml` ajustés via orchestration multi-agents — un agent par fichier, modifications SURGICALES de mise en page uniquement) : `ColumnDefinitions` pixel 137→59 (−78) ; `StackPanel Orientation="Horizontal"` → `WrapPanel` (×26 ; 252 total) pour que les rangées de boutons/inputs s'enroulent au lieu de se couper ; `ScrollViewer` de filet de sécurité où la racine pourrait déborder ; `Viewbox` sur `SphereGridCanvas` ; hôtes WebView (`Embedded`) étirés ; `TextWrapping` là où il manquait ; `Width`/`Height` fixes 231→211 et 35→27 (le reste est intrinsèque : icônes, champs numériques, colonnes `DataGrid` et largeurs d'alignement à l'intérieur d'un `WrapPanel` déjà réenroulé — ils ne coupent pas). MINOR (nouvelle infra de responsiveness + capacité UI transversale). Honnêteté : les 75 écrans compilent (build Release 0 erreurs ; échappement `&` / `<` / `>` garanti par le build vert) et aucun `{Binding}`/`Click`/`x:Name` n'a été changé (modifications de mise en page uniquement) — mais le QA visuel par écran à petites tailles de fenêtre est une étape humaine en attente (je n'ai pas exécuté l'app sur les 75 écrans ; structure/compile prouvées, apparence non). Ne touche pas la logique/save/AI/runtime/RT2/Spira Forge. Fichiers : `Styles/Responsive.cs` (nouveau) + `Modules/Main/Main_Window.axaml` + 65 `.axaml` de module/contrôle/modèle.

Lire les notes

LuluBETAMINOR

Mise à jour 2.83

11/06/2026

updatemonster-aiJARVIS-MAGIC

Éditeur d'IA de Monstre 2 : le mode humain est désormais un vrai onglet, avec édition comportement-first, multisélection, drag/drop conservateur, comportement de redimensionnement plus étroit, diff AEON humain et portes SIN/HP% réconciliées. Voie Jarvis-MAGIC (Éditeur d'IA de Monstre / outillage IA). C'est le tour demandé d'un clone technique vers un éditeur orienté humain sur le vrai moteur d'IA. Nouveau sous-onglet `Monster AI Editor 2` ouvre `MonsterAiEditor2_Control` ; Éditeur 1 reste préservé comme surface technique DevKit/légacy. L'éditeur 2 est divisé en `Normal / Advanced / DevKit` : cartes de comportement au lieu de lecture opcode-first, `Edit this action` toujours visible, YUNALESCA/BIBLE/SIN/AEON/Live/DevKit relocalisés par compréhension humaine, lignes de diff AEON humain, badges de sécurité/exécution (`conditional branch`, `other worker`, `safe for single action`), indicateurs de combo, sélection par lot, effacement de lot, commandes compatibles lot, poignées drag/drop pour les groupes consécutifs auto-contenus et mise en page responsive qui empile les panneaux au lieu de compresser la fenêtre. Nouveaux fichiers backend : `MonsterAiEditor_DataModel.HumanMode.cs`, `.Behavior.cs`, `.HumanDiff.cs`, `.InlineEdit.cs`, `MonsterAiEditor_ActionDrag.cs`, `MonsterAiEditor2_Control.axaml(.cs)`, réutilisant `AiAutomation`/`AiValidator`/`AiScript_Diff`/`AppendGuardedAction` directement. Corrige aussi les contrats HP% obsolètes : `0x17=MUL`, `0x16=DIV` ; SIN-010 n'est plus bloqué par l'ancien bug, et reste honnêtement bloqué par les portes payload/jump-slot/RT2/operator. Docs/prototypes versionnés incluent le plan complet de la surface d'action, la recherche d'accessibilité humaine, le prototype HTML et les passations d'agent. MINOR (nouvel onglet/capacité d'édition humaine réelle). Honnêteté : RT0/build/portes couvrent la structure ; les effets en jeu et les patches de fichiers lâches tels que Lycaon `m014` restent une preuve RT2/manuelle.

Lire les notes

LuluBETAMINOR

Mise à jour 2.82

11/06/2026

updatemonster-aiJARVIS-MAGIC

Éditeur d'IA de Monstre : édition d'action de HAUT NIVEAU directement dans la liste (changer le statut + la valeur d'un buff/stat sur place, sans assembleur) + boutons de session classiques (Enregistrer / Annuler / Restaurer / Actualiser) en haut. Voie Jarvis-MAGIC (Éditeur d'IA de Monstre). Corrige la plainte du propriétaire : « l'IA actuelle ne reflète pas la vraie intelligence » + « les boutons classiques manquent en haut ». Recadrage correct (après retour du propriétaire) : la liste d'actions reconnues EST l'intelligence qui compte — buffs (🛡), stats (📊), commandes (⚔) ; la victoire est de la rendre éditable SUR PLACE, pas d'afficher des opcodes (une première coupe qui déversait la désassemblage par worker a été supprimée comme redondante avec le DevView). Éditeur en ligne (nouveau) : sélectionnez un buff/stat → changez le statut/champ (liste déroulante) et la valeur (boîte) → 💾 Apply édite les deux opérandes `PUSHII` (champ + valeur) de l'instruction existante byte-local et sauvegarde le `monster_.bin` avec `.prev.bak` (même chemin que Save). Emplacement de l'instruction : l'instr de champ à `CmdPushOffset`, l'instr de valeur immédiatement avant le `CALLPOPA` ; activé seulement quand les deux sont des `PUSHII` littéraux (une valeur fixe, pas calculée). Chrome de session (carte supérieure) : 💾 Save (`HasPendingEdits`) · ↶ Undo (`.prev.bak`/`CanUndoBackup`) · ♻ Restore vanilla (2 étapes) · ⟳ Refresh — câblé à des méthodes qui existaient déjà (seule la barre manquait ; `Save` était enterré dans la section assembleur). MINOR (NOUVELLE capacité : première édition d'action en ligne dans la liste elle-même). Périmètre/honnêteté : l'édition est byte-local (opérande, même longueur, RT0-prouvé) ; insert/remove/reorder et DÉPLACER une action entre workers restent structurels (prochaine coupe) — le type de worker (MotionHandler/CombatHandler) est inféré du code, pas une étiquette stockée. Ne touche PAS SIN (reste BLOQUÉ pour l'écriture publique)/runtime/RT2/Aurora/native-menu/Blitzball/Shop/Mix/Sphere/`Common`(ANIMA)/autres voies. Build Release 0 erreurs. Fichiers : `Modules/MonsterAiEditor/MonsterAiEditor_DataModel.InlineEdit.cs` (nouveau) + `MonsterAiEditor_DataModel.cs` + `MonsterAiEditor_DataModel.Automations.cs` (1 ligne) + `MonsterAiEditor_Control.axaml(.cs)`.

Lire les notes

SeymourBETAMINOR

Mise à jour 2.81

10/06/2026

updatesin

Colle SIN Gate 6 LIVE : staging opérateur-gated + vérification RAM en lecture seule du pilote SIN-006 — prouve QUELLE image est chargée en bataille ; le vrai swap reste manuel ; SIN reste BLOQUÉ pour l'écriture publique. Voie Jarvis-YU-YEVON (MAGIC/SIN). Construit la colle SIN→probe avec la division honnête du travail que la recherche RAM a prouvée : SIN-006 FAIT CROÎTRE le script (+15 instructions, +2 jump slots) et un script agrandi NE PEUT PAS être injecté en place dans la région live — le buffer de monstre est alloué à la taille exacte du fichier (le WorkerFile est juste derrière le AiFile) et les structures VM sont pré-dimensionnées depuis les comptes d'origine (`FFX_Atel_ComputeScriptChunksSize @0x86A220` / `ComputeScriptDataSize @0x86C050`) ; donc l'image agrandie entre via le chemin RELOAD (le swap manuel de fichier de l'opérateur, runbook C1-C6) et ce que la colle fait en live est VÉRIFIER, jamais écrire. Nouvelles classes dans `FfxLib/Ai/Sin` : `SinRt2LiveProbe` (lecture seule : `Status` jeu/RAM/probe/battle liveness ; `LocateMonster` réutilise la chaîne `MonsterAiEditor` prouvée RT2 — `ADDR_BATTLE_ACTIVE 0xD2A8E0` → `POINTER_BATTLE_ENEMY_LIST 0xD34460` → stride `0xF90` → `Id-0x1000` → `Ptr_script_chunks +0xF78` ; `ClassifyLiveAi` compare byte-exact le AiFile live contre les tranches ORIGINAL et ÉDITÉE → `MatchesOriginal`/`MatchesEdited`/`Diverges`/`Unreadable`) et `SinRt2LiveSession` (staging opérateur-gated `Stage` : ré-exécute l'éligibilité RT2 + le round-trip sandbox prouvé et persiste `.original.bin`/`.sin006.bin`/`MANIFEST.txt` avec SHA-256s + intention + effet à l'écran sous `work/sin_rt2_live/` ; `VerifyLive` en lecture seule avec un skip honnête quand le jeu/bataille est absent ; garde de stage durcie avec séparateur — sous `work/` seulement). `SinSandboxApplyResult` gagne `EditedMonsterBytes` (le contrat que la passation PENANCE anticipait : RT2 réutilise les MÊMES octets prouvés, pas de ré-émission). 3 nouveaux drapeaux : `--sin-pilot-rt2-live-rt0` (auto-test headless : le stage prouve les artefacts+SHAs+`+15`+re-parse propre ; refus sans permission/SIN-009/SIN-010 laissent ZÉRO fichiers ; vérifier sans le jeu → honnête not-ready, pas de throw ; garde de fichiers + nettoyage), `--sin-pilot-rt2-stage` (commande opérateur, artefacts conservés) et `--sin-pilot-rt2-verify` (commande opérateur, lecture seule : quelle image est dans la RAM de la bataille — `MatchesEdited` prouve seulement le LOAD structurel ; l'effet à l'écran reste un verdict humain). MINOR (NOUVELLE capacité exécutable : couche de colle LIVE + 3 drapeaux). Périmètre/honnêteté : aucun chemin d'écriture réel/fichier/jeu/RAM n'existe dans cette couche ; le staging n'est pas l'application ; SIN reste BLOQUÉ pour l'écriture publique ; SIN-009/010 restent hors ; `0x16/0x17` non touchés. Build 0 erreur ; `--sin-pilot-rt2-live-rt0` + les 8 portes antérieures passent toutes PASS.

Lire les notes

SeymourBETAMINOR

Mise à jour 2.80

10/06/2026

updatesin

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. Voie Jarvis-YU-YEVON (MAGIC/SIN). 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). MINOR (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`.

Lire les notes

SeymourBETAMINOR

Mise à jour 2.79

10/06/2026

updatesin

SIN Chain Builder Gate 5 : sandbox de sauvegarde/application opérateur-gated — applique à une COPIE jetable et la DÉFAIT byte-identique ; SIN reste BLOQUÉ pour l'écriture publique. Voie Jarvis-PENANCE (MAGIC/SIN). Ouvre Gate 5 du SIN Chain Builder : il prouve qu'un `SinApplyPlan` validé (Gate 3/NEMESIS) et revu AEON (Gate 4/OMEGA) peut être appliqué et annulé dans une sandbox/copie contrôlée — sans toucher le jeu, sans toucher aucun vrai fichier utilisateur, sans RT2 et sans bouton public. La sandbox de sauvegarde/application n'est pas de l'édition publique. Nouvelles classes sandbox-only dans `FfxLib/Ai/Sin` : `SinSandboxApplyGate` (`SinSandboxEligibility` — les 8 conditions en lecture seule : structurellement valide · `ApplyAcceptable` reste false · une permission explicite SÉPARÉE `AllowSandboxApply` · AEON ADDED-only · aucun bloqueur critique hors de l'échafaudage effaçable, la règle qui sépare les bloqueurs que Gate 5 lui-même résout (`plan-blocker`/`rung-ladder`) des vrais (payload candidat/bloqué, `divmul-integrity`, `jump-slots`, step-blocker)), `SinSandboxApplySession` (orchestrateur : copie → backup-before-write → émission réelle vers la copie uniquement → diff réel → vérifier que l'original est intact → restaurer → byte-identique), `SinSandboxBackup` (`.prev.bak` de la copie + hash de pré-image + `Restore`), `SinSandboxRestoreVerifier` (SHA-256 + comparaison d'octets) et `SinSandboxApplyResult` (résultat inspectable + template de sortie). APPLICATION RÉELLE via le codec prouvé : pour la recette éligible, il charge une copie jetable d'un vrai monstre (lecture seule depuis le corpus → `work/`), construit le corps linéaire via `AppendGuardedAction`(garde toujours-vraie `PUSHII 1`) — la seule méthode propre et auto-relocalisante qui ajoute à la fin du code (offsets existants stables), exécute `SpliceAiFileIntoMonsterGrow`, relit (re-parse propre = rung `offline-emittable`), exécute un VRAI `AiScript_Diff.Compare(original, edited)` (seulement le bloc ADDED prévu, 0 modifié / 0 supprimé = rung `AEON-reviewed`, pas de dérive) + `AiValidator.ValidateRebuilt` (rung `AiScriptLab-clean`), et seulement alors écrit vers la COPIE (après le `.prev.bak` = rung `backup-ready`). 3 recettes pilotes (une décision d'honnêteté, jamais forcée au vert) : SIN-006 (Véu de Bevelle, auto-buff tour-1 ; cible Self prouvée, pas de payload de commande, pas de 0x16/0x17) = la SEULE éligible → application sandbox réelle (`m201`, OnTurn résolu via `AiWorkerMapping.TryResolveCombatOnTurn`, diff +15 ~0 -0, restauration byte-identique, hash original/corpus inchangé) ; SIN-009 (Mandato do Maester ; payload candidat) = BLOQUÉ conservateur (une copie jetable n'est pas une excuse pour écrire un payload malhonnête ; décision documentée) ; SIN-010 (Farplane Toll, HP%) = BLOQUÉ par le `0x16` DIV vs le HP% multiply prévu (`divmul-integrity`) — 0x16/0x17 est un PATCH dédié sur une autre voie, JAMAIS corrigé ici. Preuves supplémentaires : sans la permission `AllowSandboxApply` même SIN-006 est BLOQUÉ (opérateur-gated) ; un diff inattendu (altéré) est rejeté par le même prédicat conservateur (`+0 ~1 -0 → conservative=False`) ; l'original n'est jamais écrit (`AppliedToOriginal=NO`, prouvé en hachetant la copie de référence ET la source réelle du corpus). Nouvelle porte `--sin-sandbox-rt0` : exécute les 3 recettes, prouve backup/restore/isolation, et une garde de fichiers (rien n'est é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 sandbox nettoyé à la fin — aucun résidu, jamais committé). MINOR (NOUVELLE capacité exécutable : couche d'application sandbox + porte ; traverse les rungs hors ligne-emittable/AiScriptLab-clean/AEON-reviewed/backup-ready sur une copie). Périmètre/honnêteté : SIN reste BLOQUÉ pour l'écriture publique — Gate 5 s'applique seulement à une sandbox/copie, ce n'est PAS RT2 et PAS un bouton public ; `PublicApplyAllowed=NO`/`Rt2=NO` par construction. Il ne fait PAS d'écrivain/save/runtime/RT2/UI/button public dans `MonsterAiEditor` ; il ne touche PAS un vrai `monster_.bin`/Aurora/native-menu/Blitzball/Shop/Mix/Sphere/`Common`(ANIMA) ; il réutilise `SinDryRunPlanner`/`SinPlanValidator`/`SinAeonDiffPlanner` + `AiScript_File.AppendGuardedAction`/`SpliceAiFileIntoMonsterGrow`/`AiScript_Diff`/`AiValidator` (le round-trip déjà prouvé 345/345 par `--aiasm-rt0`). Build 0 erreur ; `--sin-sandbox-rt0` + `--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_PENANCE_BACKUP_APPLY_SANDBOX_RESULT_2026-06-10.md` + `docs/ai/HANDOFF_PENANCE_SIN_RT2_PILOT_NEXT_2026-06-10.md`.

Lire les notes

SeymourBETAPATCH

Mise à jour 2.78

10/06/2026

updatemonster-ai

SIN Chain Builder Gate 4 : aperçu de diff AEON du `SinApplyPlan` validé (lecture seule) — montre le diff, ne l'applique PAS ; SIN reste BLOQUÉ pour l'écriture. Voie Jarvis-OMEGA (MAGIC/SIN). Ouvre Gate 4 du SIN Chain Builder : il prend le `SinApplyPlan` (Gate 2/SHINRYU) déjà validé par `SinPlanValidator` (Gate 3/NEMESIS) et produit le diff qu'AEON montrerait SI le plan était émis contre un script réel/contrôlé — toujours sans charger un monstre, sans diffuser un vrai worker, sans `Rebuild`/`Splice`/`AiScript_Diff`, sans backup, sans disque et sans rien appliquer. Il répond à exactement une question : « si ce plan validé était émis, quel diff AEON montrerait-il ? ». Nouvelles classes dans `FfxLib/Ai/Sin` : `SinAeonDiffPreview`/`SinAeonDiffPreviewStep`/`SinAeonDiffPreviewRow` (miroir du vocabulaire `AiScript_Diff` : `Added`/`Modified`/`Removed`/`Unchanged`, + `Context` pour les lignes de marqueur `;` du listing — affichées mais NON comptées), `SinAeonDiffPlanner` (`Plan(SinApplyPlan, SinPlanValidationResult)` → `SinAeonDiffPreview` ; lit UNIQUEMENT le plan + le résultat de validation, tous deux en lecture seule ; une surcharge de convenance `Plan(SinChainRecipe)` exécute toute la chaîne) et `SinAeonPreviewFormatter` (texte déterministe). Modèle honnête : parce qu'AUCUN monstre n'est chargé, il n'y a pas de vraie image avant → chaque instruction planifiée est une rangée ADDED contre un `synthetic/control fixture` (`vanilla/current: <none at planned insertion point>`) ; MODIFIED == 0 et REMOVED == 0 par construction (les résoudre nécessite le vrai worker = Gate 5 apply/backup). Gate 4 RESPECTE Gate 3 : `StructurallyValid` est reporté du validateur, `ApplyAllowed` est câblé en dur à false, aucun candidat n'est promu à authoring-ready, et le résultat DIV/MUL (`0x16`/`0x17`) est reporté, PAS corrigé — la recette HP% (SIN-010) imprime VERBATIM le bloc `Blocked/warning: unresolved 0x16 DIV vs intended HP% multiply semantics. / No public apply. / No RT2 proof.` et Gate 3 porte toujours le bloqueur `divmul-integrity`. 3 pilotes : SIN-006 (Linear, 12 ADDED) et SIN-009 (Linear, 3 ADDED) = structurellement valides, apply-bloqués ; SIN-010 (GuardedAction, 16 ADDED) = même + le bloc HP% obligatoire. Nouvelle porte en lecture seule `--sin-aeon-preview-rt0` : construit les 3 pilotes, rend l'aperçu et affirme `ApplyAllowed=false`, cible de diff synthétique, ADDED≥1/MODIFIED=0/REMOVED=0, aucun candidat→authoring-ready, aperçu déterministe, le bloc DIV/MUL présent pour SIN-010 + une garde de fichiers (instantané du dossier de sortie avant/après → aucun nouveau fichier, pas de `.prev.bak`, pas de `monster_.bin`). MINOR (NOUVELLE capacité exécutable : aperçu de diff AEON + porte). Périmètre/honnêteté : SIN reste BLOQUÉ pour l'écriture — Gate 4 montre un aperçu de diff, il n'applique pas un diff ; "Clean for DESIGN is not unlocked for WRITING" — et un aperçu de diff propre ne déverrouille pas l'écriture non plus. Il ne fait PAS écrivain/save/`Rebuild`/`Splice`/real-AEON/backup/RT2/button/UI ; il ne touche PAS `monster_.bin`/runtime/Aurora/native-menu/Blitzball/Shop/Mix/Sphere/`Common`(ANIMA) ou le `MonsterAiEditor` ; lecture seule de `FfxLib/Ai/Sin/`. Build 0 erreur ; `--sin-aeon-preview-rt0` + `--sin-validate-rt0` (Gate 3) + `--sin-dryrun-rt0` (Gate 2) + `--aicmdmeta-rt0` + `--spiraatlas-rt0` + `--aiasm-rt0` (AiScriptLab) tous PASS. Docs : `docs/ai/SIN_OMEGA_AEON_DIFF_PREVIEW_RESULT_2026-06-10.md` + `docs/ai/HANDOFF_OMEGA_SIN_BACKUP_APPLY_GATE_NEXT_2026-06-10.md`.

Lire les notes