SeymourBETA

Mise à jour 2.65

10/06/2026

v2.65.0BETA

Seymour

Croissance PC/Joueur dans le Spira Data Atlas (lecture seule, `proved-candidate`, byte-grounded, work/-indépendant)

Branche la VRAIE source de la croissance/stats du PC dans le provider : nouveau SpiraDataAtlasDetailKind.PlayerGrowthStat + accesseur value-guarded SpiraDataAtlasCatalog.TryGetPlayerGrowthStat(source, characterIndex, field, currentRawValue). Source = ply_save.bin (stats de base/actuelles) + ply_rom.bin (ROM de croissance : courbe d'exigence AP ApReq A/B/C/Max + coefficients d'auto-croissance par stat *CoefA/B), les MÊMES tables que le PlayerGrowthEditor édite (parser PlayerKernel_File, RT0-prouvé par --player-rt0). Les 20 slots (0–6 PC, 7 guest=Seymour, 8–17 Aeons, 18–19 non mappés) viennent d'une table compilée byte-grounded (FfxLib/SpiraDataAtlas/PlayerGrowthData.cs, générée par tools/ffxdataparser_bridge/build_player_growth_index.ps1 -EmitCSharp depuis les .bin), donc ils existent dans TOUT build SANS work/ (contrairement à PcAeonFineStat, qui dépend de work/pc_save_stats_catalog.csv et n'est qu'un instantané). Les étiquettes se résolvent au runtime via Character_Enum (source unique de vérité). Honnêteté (non-obvious) : les coefficients de croissance de stats sont Aeon-only — les slots PC/guest portent ZÉRO coefficients (les PC croissent via la Sphere Grid) ; le seul bouton de croissance PC dans cette ROM est la courbe d'exigence AP. C'est un axe DIFFÉRENT du sum_grow.bin de BRASKA (auto-level ≠ recette de customisation). RÉGION-SPÉCIFIQUE : ply_save/ply_rom ne sont PAS invariants de locale (la section de données new_uspc diffère de jppc/inpc ; table compilée = new_uspc, la région que l'éditeur charge). La formule de gain AP-par-niveau / par-coefficient en jeu est RT2-pending (octets/champs prouvés, arithmétique runtime non inversée). Value-guard = le même espace de valeur que l'éditeur édite → éditer le champ (mismatch brut), ou un slot/source/champ inconnu → accesseur false → badge caché (miroir de Aeon/Shop/Alchimie). Porte --spiraatlas-rt0 21296 → 21316 (+20 ; tous uniques) + 18 nouvelles assertions (compte 20/8/10/2 ; PC coef zéro ; Aeon coef non-zéro ; région uspc ; lookup Tidus BaseHp 520 / ply_rom AP max 22000 / Valefore HpCoef 6 ; value-guard 9999 caché ; slot/source/champ hors plage manqué ; recherche de domaine ; domaine BIBLE player-growth). Lecture seule : aucun writer/UI/runtime/SIN ; ne touche pas WriteSave/WriteRom, l'UI PlayerGrowthEditor, le moteur Common d'ANIMA (consommé seulement), ni BRASKA/AURON/JECHT/RIKKU/WAKKA/VALEFOR/AURORA/SIN. Build 0 erreur / 361 warning ; --player-rt0 + --spiraatlas-rt0 + --aicmdmeta-rt0 PASS. Docs : docs/ai/ATLAS_TIDUS_PC_GROWTH_PROVIDER_RESULT_2026-06-10.md + scout docs/ai/ATLAS_TIDUS_PC_GROWTH_SCOUT_RESULT_2026-06-10.md

v2.64.3

v2.65.1BETAPATCH

Seymour

badge de preuve Atlas dans le PlayerGrowthEditor + étiquettes honnêtes Sphere Rien/Passive (lecture seule, value-guarded, hide-on-edit)

Atlas UI Sweep. (1) PlayerGrowthEditor : nouveau <common:AtlasEvidenceBadgeStrip> dans la carte « Growth Curves » (ply_rom.bin) consommant l'accesseur déjà construit SpiraDataAtlasCatalog.TryGetPlayerGrowthStat(source, characterIndex, field, currentRawValue) (v2.65.0, TIDUS). Nouveau AtlasEvidenceInfo? SelectedCharacterEvidence dans PlayerGrowthEditor_DataModel, recalculé au changement de slot et dans CharacterRowChanged (edit) → hide-on-edit : le badge s'ancre sur 3 valeurs de croissance prouvées par porte couvrant les deux fichiers/cartes (ply_save Base HP + ply_rom AP max + HP coef A — les mêmes lookups que --spiraatlas-rt0 prouve : 520 / 22000 / 6) ; si un ancre diverge du corpus byte-grounded, la bande se cache (même profondeur d'ancrage que les badges Alchimie v2.64.1/Aeon v2.64.3). (2) Étiquettes Sphere (honnêtes, partial) : sphere.bin ActionValue=0x0000 lit désormais "Rien / Passive" et RangeValue=0x00 lit "Rien" au lieu de "Inconnu" — 0x00 est la troisième valeur légitime du corpus (~40% des sphères n'ont pas d'effet au toucher, scout Jarvis-AURON), pas inconnue ; une option "Rien" est semée dans le dropdown + l'étiquette de repli corrigée. (3) AiBibleWhereAppears.For : cas player-growth et mix en lecture seule (texte honnête « où il apparaît », pas de promotion d'effet runtime ; sphere-grid-node existait déjà). (RÉUTILISATION de capacité existante : UI consommant l'accesseur déjà construit + le moteur Common d'ANIMA + polish d'étiquette ; précédent direct : les badges Alchimie v2.64.1/Aeon v2.64.3/Shop v2.61.2 étaient PATCH ; doute→PATCH). Aucun nouvel écrivain : le badge SphereGridExplorer a déjà été livré (v2.60.1) ; le chemin d'écriture de croissance joueur et la topologie de sphère sont intacts. Ne touche pas le provider/porte (--spiraatlas-rt0 intact), le moteur Common d'ANIMA (consommé seulement), runtime/Aurora/native-menu/SIN, ni TIDUS/BRASKA/JECHT/RIKKU/WAKKA/VALEFOR/AURORA. Build 0 erreur / 361 warning ; --spiraatlas-rt0 + --player-rt0 + --spheregrid-layout-rt0 + --aicmdmeta-rt0 PASS. Doc : docs/ai/ATLAS_LULU_PLAYER_GROWTH_SPHERE_BADGE_UI_RESULT_2026-06-10.md

v2.65.0

v2.65.2BETAPATCH

Seymour

Sphere Grid : nœud vide RedundantContent préservé (0xFFFF) + polish Atlas where-appears

Atlas Polish / Housekeeping de preuve (Jarvis-BARTHELLO). (A) Durcissement Sphere Grid (fidélité d'octets) : dans SphereGrid_File.Builder.cs (l'écrivain de mise en page v2, gated par --spheregrid-layout-rt0), les chemins AUTHORING/EDIT AddNode/NodeWith écrivaient RedundantContent = (ushort)(contentIndex & 0xFF) → pour un nœud vide (contenu 0xFF) cela produisait 0x00FF, divergeant des données livrées. Le corpus (scout Jarvis-AURON, 3,444/3,444 nœuds : octet bas == ContentIndex, octet haut défini seulement sur les 23 nœuds Expert vides) prouve qu'un nœud vide = 0xFFFF, un nœud rempli = 0x00<content>. Nouveau helper privé RedundantContentFor(contentIndex) reflète la convention livrée (vide→0xFFFF, rempli→0x00NN). FromExisting/Clone copient toujours RedundantContent verbatim → le round-trip no-edit reste byte-identique (intact, re-prouvé par la porte). Nouvelle assertion dans --spheregrid-edit-rt0 (synthétique + les 3 grilles du corpus) : SetNodeContent(idx, 0xFF) → la mise en page écrit 0xFFFF à nœud+0x06 + octet de contenu 0xFF + re-lit vide. Risque de gameplay faible (champ redondant ; le jeu lit le contenu depuis dat09/10/11 + listes de portée — IDA-prouvé par AURON sur les deux binaires), mais c'est une divergence de fidélité dans un écrivain déjà livré. (B) AiBibleWhereAppears.For polish (lecture seule) : ajouté le cas aeon-growth (un domaine Atlas fermé dans v2.64.0 qui tombait dans le repli vide) avec un texte honnête « où il apparaît / mapping » ; mis à jour sphere-grid-node (obsolète : « Unknown6 reste brut/inconnu ») pour refléter le burn-down d'AURON — Node.Unknown6 est gameplay-inert (IDA-prouvé sur les deux binaires), le résidu possible = mise en page de menu/visuel (metadata-only), sans sémantique de gameplay inventée. (corrige un bug de fidélité latent dans un écrivain déjà livré — « un consommateur bénéficierait » → oui, fidélité d'octets — plus un polish de texte en lecture seule ; doute→PATCH). Aucun nouvel écrivain, aucune nouvelle UI, aucun changement de provider/porte (--spiraatlas-rt0 intact), aucun moteur Common (ANIMA), runtime/AURORA/VALEFOR/native-menu/SIN, CHAPPU/save, ni topologie de grille réelle (create/move/relink node reste une frontière) touché. Build 0 erreur / 361 warning ; --spheregrid-edit-rt0 + --spheregrid-layout-rt0 + --spiraatlas-rt0 + --aicmdmeta-rt0 PASS. Doc : docs/ai/ATLAS_BARTHELLO_POLISH_RESULT_2026-06-10.md

v2.65.1

v2.65.3BETAPATCH

Seymour

audit SEYMOUR : les 124 rangées ATEL `unknown-call-shape` de l'Atlas résolues en classes honnêtes (lecture seule, byte-prouvé)

Audit de forme d'appel ATEL (pré-SIN). Les 124 écritures de champ que la passe sémantique v8 ne pouvait pas classifier (field-write-unknown-call-shape) ont été auditées au niveau bytecode sur tout le corpus (cible/texte FFXDataParser, 346 scripts) et se décomposent entièrement en DEUX classes prouvées, 0 restante. (1) 0x70A8 btlSetMotionData — 116 rangées (100%) : forme uniforme PUSHII actor · PUSHII field · (PUSHII|PUSHF) value · CALLPOPA = (actor, field, value) dans l'espace de noms motionProperty (champs 0x00..0x09, tous nommés dans AiMotionPropertyNames) ; l'acteur est une vraie réf (113× Self 0xFFF3 + Monster#01/#02/#03 0x15/16/17h), sur 25 monstres → classe set-motion-data-actor-field-value (le frère acteur-explicite de 0x70B2 setMotionField ; PAS setStatField). (2) 0x7032 setActorFacingAngle — 8 rangées : PAS une écriture de champ — c'est (actor, angle), un appel 2-push sans id de champ ; elles ont fui dans le catalogue de champs comme un faux positif de regex (seuls les angles FLOAT rendent .facingAngle = 90.0 [42B40000h] et la regex v7 a fait correspondre le .0 [hex] du décimal ; les 63 sites frères d'angle entier = 90 [5Ah] n'ont pas fui) → classe not-field-write. Changements : le pont tools/ffxdataparser_bridge/build_atel_semantic_catalog.ps1 (Get-FieldWriteSemanticKind + notes de risque) reclassifie les deux ids d'appel ; v8 régénère avec 0 inconnu (116+8 dans les nouvelles classes) ; le compte AtelFieldWriteShape reste 202 (le relabel préserve la cardinalité de clé callId|fieldHex|fieldName|semanticKind|fieldCategory, prouvée avant/après) ; la passe unknown-health chute 199 → 75 (les 124 ATEL quittent le bucket « bloqué-jusqu'à-audit ») ; les récits SpiraDataAtlasCatalog (atlas:field-call-shapes + garde-fou + atlas:unknown-health) sont mis à jour ; les assertions --spiraatlas-rt0 se déplacent (detail entries 21316→21192, Unknown health rows 199→75) + 2 nouvelles assertions de verrou (0 formes d'appel inconnues restantes + 0x70A8 motion-data présent). Honnêteté : classifier ≠ autoriser un écrivain — chaque AtelFieldWriteShape reste read-only;not-writer-authority, 70A8 n'a toujours pas de bouton/écriture, rien n'est promu à SIN. Finding de fidélité en lecture seule : le décodeur de l'ÉDITEUR (AiScript_File.cs) ne glose pas 70A8 (absent de FieldArgBack/FieldNameForFunc) et AiStackModel manque son arité → un écart d'affichage passé à la voie MAGIC (docs/ai/HANDOFF_SEYMOUR_ATEL_DECODER_GLOSS_GAP_2026-06-10.md), sans effet de gameplay. PATCH (affine/classifie un catalogue en lecture seule existant, résout un data-bloqueur SIN ; précédent v2.61.3/v2.62.1 ; doute→PATCH). Aucun nouvel écrivain ; ne touche pas runtime/AURORA/VALEFOR/native-menu/SIN-chain-builder/CHAPPU/save. Vérifié par un workflow adversaratif (3 réfuteurs + critique de complétude). Build 0 erreur / 361 warning ; --spiraatlas-rt0 + --aicmdmeta-rt0 + AiScriptLab --ai2 (346/346) PASS. Doc : docs/ai/ATLAS_SEYMOUR_ATEL_CALL_SHAPE_AUDIT_RESULT_2026-06-10.md

v2.65.2

Retour aux mises à jour

SeymourBETA

Mise à jour 2.65

10/06/2026

v2.65.0BETA

Seymour

Croissance PC/Joueur dans le Spira Data Atlas (lecture seule, `proved-candidate`, byte-grounded, work/-indépendant)

Branche la VRAIE source de la croissance/stats du PC dans le provider : nouveau SpiraDataAtlasDetailKind.PlayerGrowthStat + accesseur value-guarded SpiraDataAtlasCatalog.TryGetPlayerGrowthStat(source, characterIndex, field, currentRawValue). Source = ply_save.bin (stats de base/actuelles) + ply_rom.bin (ROM de croissance : courbe d'exigence AP ApReq A/B/C/Max + coefficients d'auto-croissance par stat *CoefA/B), les MÊMES tables que le PlayerGrowthEditor édite (parser PlayerKernel_File, RT0-prouvé par --player-rt0). Les 20 slots (0–6 PC, 7 guest=Seymour, 8–17 Aeons, 18–19 non mappés) viennent d'une table compilée byte-grounded (FfxLib/SpiraDataAtlas/PlayerGrowthData.cs, générée par tools/ffxdataparser_bridge/build_player_growth_index.ps1 -EmitCSharp depuis les .bin), donc ils existent dans TOUT build SANS work/ (contrairement à PcAeonFineStat, qui dépend de work/pc_save_stats_catalog.csv et n'est qu'un instantané). Les étiquettes se résolvent au runtime via Character_Enum (source unique de vérité). Honnêteté (non-obvious) : les coefficients de croissance de stats sont Aeon-only — les slots PC/guest portent ZÉRO coefficients (les PC croissent via la Sphere Grid) ; le seul bouton de croissance PC dans cette ROM est la courbe d'exigence AP. C'est un axe DIFFÉRENT du sum_grow.bin de BRASKA (auto-level ≠ recette de customisation). RÉGION-SPÉCIFIQUE : ply_save/ply_rom ne sont PAS invariants de locale (la section de données new_uspc diffère de jppc/inpc ; table compilée = new_uspc, la région que l'éditeur charge). La formule de gain AP-par-niveau / par-coefficient en jeu est RT2-pending (octets/champs prouvés, arithmétique runtime non inversée). Value-guard = le même espace de valeur que l'éditeur édite → éditer le champ (mismatch brut), ou un slot/source/champ inconnu → accesseur false → badge caché (miroir de Aeon/Shop/Alchimie). Porte --spiraatlas-rt0 21296 → 21316 (+20 ; tous uniques) + 18 nouvelles assertions (compte 20/8/10/2 ; PC coef zéro ; Aeon coef non-zéro ; région uspc ; lookup Tidus BaseHp 520 / ply_rom AP max 22000 / Valefore HpCoef 6 ; value-guard 9999 caché ; slot/source/champ hors plage manqué ; recherche de domaine ; domaine BIBLE player-growth). Lecture seule : aucun writer/UI/runtime/SIN ; ne touche pas WriteSave/WriteRom, l'UI PlayerGrowthEditor, le moteur Common d'ANIMA (consommé seulement), ni BRASKA/AURON/JECHT/RIKKU/WAKKA/VALEFOR/AURORA/SIN. Build 0 erreur / 361 warning ; --player-rt0 + --spiraatlas-rt0 + --aicmdmeta-rt0 PASS. Docs : docs/ai/ATLAS_TIDUS_PC_GROWTH_PROVIDER_RESULT_2026-06-10.md + scout docs/ai/ATLAS_TIDUS_PC_GROWTH_SCOUT_RESULT_2026-06-10.md

v2.64.3

v2.65.1BETAPATCH

Seymour

badge de preuve Atlas dans le PlayerGrowthEditor + étiquettes honnêtes Sphere Rien/Passive (lecture seule, value-guarded, hide-on-edit)

Atlas UI Sweep. (1) PlayerGrowthEditor : nouveau <common:AtlasEvidenceBadgeStrip> dans la carte « Growth Curves » (ply_rom.bin) consommant l'accesseur déjà construit SpiraDataAtlasCatalog.TryGetPlayerGrowthStat(source, characterIndex, field, currentRawValue) (v2.65.0, TIDUS). Nouveau AtlasEvidenceInfo? SelectedCharacterEvidence dans PlayerGrowthEditor_DataModel, recalculé au changement de slot et dans CharacterRowChanged (edit) → hide-on-edit : le badge s'ancre sur 3 valeurs de croissance prouvées par porte couvrant les deux fichiers/cartes (ply_save Base HP + ply_rom AP max + HP coef A — les mêmes lookups que --spiraatlas-rt0 prouve : 520 / 22000 / 6) ; si un ancre diverge du corpus byte-grounded, la bande se cache (même profondeur d'ancrage que les badges Alchimie v2.64.1/Aeon v2.64.3). (2) Étiquettes Sphere (honnêtes, partial) : sphere.bin ActionValue=0x0000 lit désormais "Rien / Passive" et RangeValue=0x00 lit "Rien" au lieu de "Inconnu" — 0x00 est la troisième valeur légitime du corpus (~40% des sphères n'ont pas d'effet au toucher, scout Jarvis-AURON), pas inconnue ; une option "Rien" est semée dans le dropdown + l'étiquette de repli corrigée. (3) AiBibleWhereAppears.For : cas player-growth et mix en lecture seule (texte honnête « où il apparaît », pas de promotion d'effet runtime ; sphere-grid-node existait déjà). (RÉUTILISATION de capacité existante : UI consommant l'accesseur déjà construit + le moteur Common d'ANIMA + polish d'étiquette ; précédent direct : les badges Alchimie v2.64.1/Aeon v2.64.3/Shop v2.61.2 étaient PATCH ; doute→PATCH). Aucun nouvel écrivain : le badge SphereGridExplorer a déjà été livré (v2.60.1) ; le chemin d'écriture de croissance joueur et la topologie de sphère sont intacts. Ne touche pas le provider/porte (--spiraatlas-rt0 intact), le moteur Common d'ANIMA (consommé seulement), runtime/Aurora/native-menu/SIN, ni TIDUS/BRASKA/JECHT/RIKKU/WAKKA/VALEFOR/AURORA. Build 0 erreur / 361 warning ; --spiraatlas-rt0 + --player-rt0 + --spheregrid-layout-rt0 + --aicmdmeta-rt0 PASS. Doc : docs/ai/ATLAS_LULU_PLAYER_GROWTH_SPHERE_BADGE_UI_RESULT_2026-06-10.md

v2.65.0

v2.65.2BETAPATCH

Seymour

Sphere Grid : nœud vide RedundantContent préservé (0xFFFF) + polish Atlas where-appears

Atlas Polish / Housekeeping de preuve (Jarvis-BARTHELLO). (A) Durcissement Sphere Grid (fidélité d'octets) : dans SphereGrid_File.Builder.cs (l'écrivain de mise en page v2, gated par --spheregrid-layout-rt0), les chemins AUTHORING/EDIT AddNode/NodeWith écrivaient RedundantContent = (ushort)(contentIndex & 0xFF) → pour un nœud vide (contenu 0xFF) cela produisait 0x00FF, divergeant des données livrées. Le corpus (scout Jarvis-AURON, 3,444/3,444 nœuds : octet bas == ContentIndex, octet haut défini seulement sur les 23 nœuds Expert vides) prouve qu'un nœud vide = 0xFFFF, un nœud rempli = 0x00<content>. Nouveau helper privé RedundantContentFor(contentIndex) reflète la convention livrée (vide→0xFFFF, rempli→0x00NN). FromExisting/Clone copient toujours RedundantContent verbatim → le round-trip no-edit reste byte-identique (intact, re-prouvé par la porte). Nouvelle assertion dans --spheregrid-edit-rt0 (synthétique + les 3 grilles du corpus) : SetNodeContent(idx, 0xFF) → la mise en page écrit 0xFFFF à nœud+0x06 + octet de contenu 0xFF + re-lit vide. Risque de gameplay faible (champ redondant ; le jeu lit le contenu depuis dat09/10/11 + listes de portée — IDA-prouvé par AURON sur les deux binaires), mais c'est une divergence de fidélité dans un écrivain déjà livré. (B) AiBibleWhereAppears.For polish (lecture seule) : ajouté le cas aeon-growth (un domaine Atlas fermé dans v2.64.0 qui tombait dans le repli vide) avec un texte honnête « où il apparaît / mapping » ; mis à jour sphere-grid-node (obsolète : « Unknown6 reste brut/inconnu ») pour refléter le burn-down d'AURON — Node.Unknown6 est gameplay-inert (IDA-prouvé sur les deux binaires), le résidu possible = mise en page de menu/visuel (metadata-only), sans sémantique de gameplay inventée. (corrige un bug de fidélité latent dans un écrivain déjà livré — « un consommateur bénéficierait » → oui, fidélité d'octets — plus un polish de texte en lecture seule ; doute→PATCH). Aucun nouvel écrivain, aucune nouvelle UI, aucun changement de provider/porte (--spiraatlas-rt0 intact), aucun moteur Common (ANIMA), runtime/AURORA/VALEFOR/native-menu/SIN, CHAPPU/save, ni topologie de grille réelle (create/move/relink node reste une frontière) touché. Build 0 erreur / 361 warning ; --spheregrid-edit-rt0 + --spheregrid-layout-rt0 + --spiraatlas-rt0 + --aicmdmeta-rt0 PASS. Doc : docs/ai/ATLAS_BARTHELLO_POLISH_RESULT_2026-06-10.md

v2.65.1

v2.65.3BETAPATCH

Seymour

audit SEYMOUR : les 124 rangées ATEL `unknown-call-shape` de l'Atlas résolues en classes honnêtes (lecture seule, byte-prouvé)

Audit de forme d'appel ATEL (pré-SIN). Les 124 écritures de champ que la passe sémantique v8 ne pouvait pas classifier (field-write-unknown-call-shape) ont été auditées au niveau bytecode sur tout le corpus (cible/texte FFXDataParser, 346 scripts) et se décomposent entièrement en DEUX classes prouvées, 0 restante. (1) 0x70A8 btlSetMotionData — 116 rangées (100%) : forme uniforme PUSHII actor · PUSHII field · (PUSHII|PUSHF) value · CALLPOPA = (actor, field, value) dans l'espace de noms motionProperty (champs 0x00..0x09, tous nommés dans AiMotionPropertyNames) ; l'acteur est une vraie réf (113× Self 0xFFF3 + Monster#01/#02/#03 0x15/16/17h), sur 25 monstres → classe set-motion-data-actor-field-value (le frère acteur-explicite de 0x70B2 setMotionField ; PAS setStatField). (2) 0x7032 setActorFacingAngle — 8 rangées : PAS une écriture de champ — c'est (actor, angle), un appel 2-push sans id de champ ; elles ont fui dans le catalogue de champs comme un faux positif de regex (seuls les angles FLOAT rendent .facingAngle = 90.0 [42B40000h] et la regex v7 a fait correspondre le .0 [hex] du décimal ; les 63 sites frères d'angle entier = 90 [5Ah] n'ont pas fui) → classe not-field-write. Changements : le pont tools/ffxdataparser_bridge/build_atel_semantic_catalog.ps1 (Get-FieldWriteSemanticKind + notes de risque) reclassifie les deux ids d'appel ; v8 régénère avec 0 inconnu (116+8 dans les nouvelles classes) ; le compte AtelFieldWriteShape reste 202 (le relabel préserve la cardinalité de clé callId|fieldHex|fieldName|semanticKind|fieldCategory, prouvée avant/après) ; la passe unknown-health chute 199 → 75 (les 124 ATEL quittent le bucket « bloqué-jusqu'à-audit ») ; les récits SpiraDataAtlasCatalog (atlas:field-call-shapes + garde-fou + atlas:unknown-health) sont mis à jour ; les assertions --spiraatlas-rt0 se déplacent (detail entries 21316→21192, Unknown health rows 199→75) + 2 nouvelles assertions de verrou (0 formes d'appel inconnues restantes + 0x70A8 motion-data présent). Honnêteté : classifier ≠ autoriser un écrivain — chaque AtelFieldWriteShape reste read-only;not-writer-authority, 70A8 n'a toujours pas de bouton/écriture, rien n'est promu à SIN. Finding de fidélité en lecture seule : le décodeur de l'ÉDITEUR (AiScript_File.cs) ne glose pas 70A8 (absent de FieldArgBack/FieldNameForFunc) et AiStackModel manque son arité → un écart d'affichage passé à la voie MAGIC (docs/ai/HANDOFF_SEYMOUR_ATEL_DECODER_GLOSS_GAP_2026-06-10.md), sans effet de gameplay. PATCH (affine/classifie un catalogue en lecture seule existant, résout un data-bloqueur SIN ; précédent v2.61.3/v2.62.1 ; doute→PATCH). Aucun nouvel écrivain ; ne touche pas runtime/AURORA/VALEFOR/native-menu/SIN-chain-builder/CHAPPU/save. Vérifié par un workflow adversaratif (3 réfuteurs + critique de complétude). Build 0 erreur / 361 warning ; --spiraatlas-rt0 + --aicmdmeta-rt0 + AiScriptLab --ai2 (346/346) PASS. Doc : docs/ai/ATLAS_SEYMOUR_ATEL_CALL_SHAPE_AUDIT_RESULT_2026-06-10.md

v2.65.2