SeymourBETA

Update 2.65

10.6.2026

v2.65.0BETA

Seymour

PC/Player-Wachstum im Spira Data Atlas (nur Lesen, `proved-candidate`, byte-fundiert, -unabhängig)

Steckt die ECHTE Quelle des PC-Wachstums/der Stats in den Provider: neues SpiraDataAtlasDetailKind.PlayerGrowthStat + wertbewachter Accessor SpiraDataAtlasCatalog.TryGetPlayerGrowthStat(source, characterIndex, field, currentRawValue). Quelle = ply_save.bin (Basis/aktuelle Stats) + ply_rom.bin (Wachstums-ROM: AP-Anforderungskurve ApReq A/B/C/Max + pro-Stat-Auto-Wachstumskoeffizienten *CoefA/B), dieselben Tabellen, die der PlayerGrowthEditor editiert (Parser PlayerKernel_File, RT0-proved durch --player-rt0). Die 20 Tombola (0–6 PC, 7 Gast=Seymor, 8–17 Aeonen, 18–19 nicht zugeordnet) stammen aus einer byte-fundierten kompilierten Tabelle (FfxLib/SpiraDataAtlas/PlayerGrowthData.cs, generiert von tools/ffxdataparser_bridge/build_player_growth_index.ps1 -EmitCSharp aus den .bin-Dateien), existieren also in JEDEM Build OHNE work/ (anders als PcAeonFineStat, das von work/pc_save_stats_catalog.csv abhängt und nur eine Momentaufnahme ist). Labels lösen zur Laufzeit über Character_Enum auf (einzige Quelle der Wahrheit). Ehrlichkeit (nicht offensichtlich): die Stat-Wachstumskoeffizienten sind nur für Aeonen — PC/Gast-Slots tragen NULL Koeffizienten (PCs wachsen Stats über das Sphere Grid); der einzige PC-Wachstumsdrehknopf in diesem ROM ist die AP-Anforderungskurve. Dies ist eine ANDERE Achse als BRASKAs sum_grow.bin (Auto-Level ≠ Rezept für Anpassung). REGIONSSPEZIFISCH: ply_save/ply_rom sind NICHT locale-invariant (der new_uspc-Datenabschnitt unterscheidet sich von jppc/inpc; kompilierte Tabelle = new_uspc, die Region, die der Editor lädt). Die In-Game-AP-pro-Level / pro-Koeffizienten-Formel ist RT2-pending (Bytes/Felder bewiesen, Laufzeit-Arithmetik nicht zurückentwickelt). Value-guard = derselbe Werteraum, den der Editor editiert → Editieren des Felds (rohe Abweichung) oder unbekannter Slot/source/field → Accessor false → Abzeichen ausgeblendet (Spiegel von Aeon/Shop/Basteln). Gate --spiraatlas-rt0 21296 → 21316 (+20; alle eindeutig) + 18 neue Asserts (count 20/8/10/2; PC-Koeffizient null; Aeon-Koeffizient ungleich null; Region uspc; Lookup Tidus BaseHp 520 / AP max 22000 / Valfaris HpCoef 6; value-guard 9999 blendet aus; out-of-range slot/source/field-Miss; Domain-Suche; BIBLE-Domain player-growth). Nur Lesen: kein Writer/UI/runtime/SIN; berührt nicht WriteSave/WriteRom, die PlayerGrowthEditor-UI, die Common-Engine von ANIMA (nur konsumiert) oder BRASKA/AURON/JECHT/RIKKU/WAKKA/VALEFOR/AURORA/SIN. Build 0 Fehler / 361 Warnungen; --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. [previous: v2.64.3]

v2.65.1BETAPATCH

Seymour

Atlas-Evidenz-Badge im PlayerGrowthEditor + ehrliche Sphere-None/Passive-Labels (read-only, wertbewacht, hide-on-edit)

Atlas-UI-Sweep. (1) PlayerGrowthEditor: neues <common:AtlasEvidenceBadgeStrip> in der Karte „Growth Curves" (.bin), das den bereits gebauten Accessor ply_rom.bin SpiraDataAtlasCatalog.TryGetPlayerGrowthStat(source, characterIndex, field, currentRawValue) (v2.65.0, TIDUS). Neues AtlasEvidenceInfo? SelectedCharacterEvidence in PlayerGrowthEditor_DataModel, neu berechnet bei Slot-Wechsel und in CharacterRowChanged (edit) → hide-on-edit: das Badge verankert sich an 3 gate-bewiesenen Growth-Werten, die beide Dateien/Karten überspannen (ply_save Base HP + ply_rom AP max + HP-Koeffizient A — dieselben Lookups, die --spiraatlas-rt0 beweist: 520 / 22000 / 6); weicht irgendein Anker vom byte-fundierten Korpus ab, blendet sich der Streifen selbst aus (gleiche Verankerungstiefe wie die Basteln-v2.64.1/Aeonv2.64.3-Badges). (2) Sphere-Labels (ehrlich, partial): sphere.bin ActionValue=0x0000 liest jetzt „Nichts. / Passive" und RangeValue=0x00 liest „Nichts." statt „Unbekannt" — 0x00 ist der dritte legitime Korpuswert (~40 % der Spheres haben keinen Touch-Effekt, Jarvis-AURON), nicht unbekannt; eine „Nichts."-Option wird in das Dropdown eingesät + das Fallback-Label korrigiert. (3) AiBibleWhereAppears.For: nur-Lese-player-growth- und mix-Fälle (ehrlicher „wo es erscheint"-Text, keine Runtime-Effekt-Werbung; sphere-grid-node existierte bereits). (WIEDERVERWENDUNG bestehender Fähigkeit: UI konsumiert den bereits gebauten Accessor + ANIMAs Common-Engine + Label-Politur; direkter Präzedenzfall: die Basteln-v2.64.1/Aeonv2.64.3/Shopv2.61.2-Badges waren PATCH; Zweifels-Tie-Breaker→PATCH). Kein neuer Writer: das SphereGridExplorer-Badge ist bereits ausgeliefert (v2.60.1); der Player-Growth-Writer/Save-Pfad und die Sphere-Topologie sind unberührt. Fasst den Provider/das Gate nicht an (--spiraatlas-rt0 intakt), ANIMAs Common-Engine (nur konsumiert), Runtime/Aurora/Native-Menu/SIN oder TIDUS/BRASKA/JECHT/RIKKU/WAKKA/VALEFOR/AURORA nicht. Build 0 Fehler / 361 Warnungen; --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. [previous: v2.65.0]

v2.65.2BETAPATCH

Seymour

Sphere Grid: leerer Nodes erhalten (RedundantContent, 0xFFFF) + Atlas-where-appears-Politur

/ Evidence-Housekeeping (Jarvis-BARTHELLO). Sphere-Grid-Härtung (Byte-Fidelity): in SphereGrid_File.Builder.cs (der v2-LAYOUT-Writer, gated durch --spheregrid-layout-rt0) schrieben die AUTHORING/EDIT-Pfade AddNode/NodeWith RedundantContent = (ushort)(contentIndex & 0xFF) → für einen leeren Node (Content 0xFF) ergab das 0x00FF, abweichend von den ausgelieferten Daten. Der Korpus (Jarvis-AURON, 3.444/3.444 Nodes: niederes Byte == ContentIndex, hohes Byte nur auf den 23 leeren Expert-Nodes gesetzt) beweist: ein leerer Node = 0xFFFF, ein gefüllter Node = 0x00<content>. Neuer privater Helper RedundantContentFor(contentIndex) spiegelt die ausgelieferte Konvention (leer→0xFFFF, gefüllt→0x00NN). FromExisting/Clone kopieren RedundantContent wortgetreu → der no-edit-Roundtrip bleibt byte-identisch (unberührt, vom Gate erneut bewiesen). Neues Assert in --spheregrid-edit-rt0 (synthetisch + die 3 Korpus-Grids): SetNodeContent(idx, 0xFF) → Layout schreibt 0xFFFF bei node+0x06 + Content-Byte 0xFF + liest wieder leer. Gameplay-Risiko gering (redundantes Feld; das Spiel liest Content aus dat09/10/11 + reach-lists — von AURON auf beiden Binaries IDA-bewiesen), aber es ist eine Fidelity-Divergenz in einem bereits ausgelieferten Writer. (B) AiBibleWhereAppears.For-Politur (schreibgeschützt): der aeon-growth-Fall hinzugefügt (eine Atlas-Domäne, die in v2.64.0 geschlossen wurde und in den leeren Fallback fiel) mit ehrlichem „wo es erscheint / Zuordnung"-Text; sphere-grid-node aktualisiert (war veraltet: „Unknown6 bleibt roh/unbekannt"), um AURONs Burn-down widerzuspiegeln — Node.Unknown6 ist gameplay-inert (auf beiden Binaries IDA-bewiesen), das mögliche Residuum = Menü-Layout/Visuelles (nur Metadaten), ohne erfundene Gameplay-Semantik. (fixt einen latenten Fidelity-Bug in einem bereits ausgelieferten Writer — „ein Verbraucher würde profitieren" → ja, Byte-Fidelity — plus schreibgeschützte Textpolitur; Tie-Breaker Zweifel→PATCH). Kein neuer Writer, keine neue UI, keine Provider/Gate-Anzahl-Änderung (--spiraatlas-rt0 intakt), keine Common-Engine (ANIMA), runtime/AURORA/VALEFOR/native-menu/SIN, CHAPPU/save oder echte Grid-Topologie (create/move/relink node bleibt Frontier) berührt. Build 0 Fehler / 361 Warnungen; --spheregrid-edit-rt0 + --spheregrid-layout-rt0 + --spiraatlas-rt0 + --aicmdmeta-rt0 PASS. Doku: docs/ai/ATLAS_BARTHELLO_POLISH_RESULT_2026-06-10.md. [vorher: v2.65.1]

v2.65.3BETAPATCH

Seymour

SEYMOUR-Audit: die Atlas's 124 ATEL-`unknown-call-shape`-Zeilen des Atlas wurden in ehrliche Klassen aufgelöst (schreibgeschützt, byte-bewiesen)

ATEL-Call-Shape-Audit (pre-SIN). Die 124 Feld-Schreibzugriffe, die der v8-Semantikpass nicht klassifizieren konnte (field-write-unknown-call-shape), wurden auf Bytecode-Ebene über den gesamten Korpus (FFXDataParser-Ziel/Text, 346 Scripts) auditiert und zerfallen vollständig in ZWEI bewiesene Klassen, 0 verbleibend. (1) 0x70A8 btlSetMotionData — 116 Zeilen (100%): einheitliche Form PUSHII actor · PUSHII field · (PUSHII|PUSHF) value · CALLPOPA = (actor, field, value) in den motionProperty-Namensraum (Felder 0x00..0x09, alle benannt in AiMotionPropertyNames); der Actor ist eine ECHTE Referenz (113× Self 0xFFF3 + Monster#01/#02/#03 0x15/16/17h), über 25 Monster → Klasse set-motion-data-actor-field-value (das explizit-actor-Geschwister von 0x70B2 setMotionField; NICHT setStatField). (2) 0x7032 setActorFacingAngle — 8 Zeilen: KEIN Feld-Schreibzugriff — es ist (actor, angle), ein 2-Push-Call ohne Feld-ID; sie leckten als Regex-False-Positive in den Feldkatalog (nur FLOAT-Winkel rendern .facingAngle = 90.0 [42B40000h] und der v7-Regex matchte das .0 [hex] der Dezimalzahl; die 63 Integer-Winkel-Geschwisterstellen = 90 [5Ah] leckten nicht) → Klasse not-field-write. Änderungen: die Bridge tools/ffxdataparser_bridge/build_atel_semantic_catalog.ps1 (Get-FieldWriteSemanticKind + Risikonotizen) klassifiziert beide Call-IDs neu; v8 regeneriert mit 0 unknown (116+8 in den neuen Klassen); die AtelFieldWriteShape-Zählung bleibt 202 (die Neubeschriftung erhält die callId|fieldHex|fieldName|semanticKind|fieldCategory-Key-Kardinalität, vorher/nachher bewiesen); der unknown-health-Pass senkt 199 → 75 (die 124 ATEL verlassen den „blocked-until-audited"-Bucket); die SpiraDataAtlasCatalog-Narrative (atlas:field-call-shapes + Guardrail + atlas:unknown-health) sind aktualisiert; die --spiraatlas-rt0-Asserts verschieben (detail entries 21316→21192, Unknown health rows 199→75) + 2 neue Lock-Asserts (0 verbleibende unknown call-shapes + 0x70A8 motion-data vorhanden). Ehrlichkeit: Klassifizieren ≠ Autorisieren eines Writers — jede AtelFieldWriteShape bleibt read-only;not-writer-authority, 70A8 hat weiterhin keinen Button/kein Schreiben, nichts wird zu SIN befördert. Read-only-Fidelity-Befund: der EDITOR-Decoder (AiScript_File.cs) glosst 70A8 nicht (fehlt in FieldArgBack/FieldNameForFunc) und AiStackModel kennt seine Arität nicht → eine Anzeigelücke, die an die MAGIC-lane übergeben wurde (docs/ai/HANDOFF_SEYMOUR_ATEL_DECODER_GLOSS_GAP_2026-06-10.md), ohne Gameplay-Effekt. PATCH (verfeinert/klassifiziert einen bestehenden schreibgeschützten Katalog, löst einen SIN-Datenblocker auf; Präzedenz v2.61.3/v2.62.1; Tie-Breaker Zweifel→PATCH). Kein neuer Writer; berührt nicht runtime/AURORA/VALEFOR/native-menu/SIN-chain-builder/CHAPPU/save. Verifiziert durch einen adversarischen Workflow (3 Refuter + Vollständigkeits-Kritiker). Build 0 Fehler / 361 Warnungen; --spiraatlas-rt0 + --aicmdmeta-rt0 + AiScriptLab --ai2 (346/346) PASS. Doku: docs/ai/ATLAS_SEYMOUR_ATEL_CALL_SHAPE_AUDIT_RESULT_2026-06-10.md. [vorher: v2.65.2]

Zurück zu Updates

SeymourBETA

Update 2.65

10.6.2026

v2.65.0BETA

Seymour

PC/Player-Wachstum im Spira Data Atlas (nur Lesen, `proved-candidate`, byte-fundiert, -unabhängig)

Steckt die ECHTE Quelle des PC-Wachstums/der Stats in den Provider: neues SpiraDataAtlasDetailKind.PlayerGrowthStat + wertbewachter Accessor SpiraDataAtlasCatalog.TryGetPlayerGrowthStat(source, characterIndex, field, currentRawValue). Quelle = ply_save.bin (Basis/aktuelle Stats) + ply_rom.bin (Wachstums-ROM: AP-Anforderungskurve ApReq A/B/C/Max + pro-Stat-Auto-Wachstumskoeffizienten *CoefA/B), dieselben Tabellen, die der PlayerGrowthEditor editiert (Parser PlayerKernel_File, RT0-proved durch --player-rt0). Die 20 Tombola (0–6 PC, 7 Gast=Seymor, 8–17 Aeonen, 18–19 nicht zugeordnet) stammen aus einer byte-fundierten kompilierten Tabelle (FfxLib/SpiraDataAtlas/PlayerGrowthData.cs, generiert von tools/ffxdataparser_bridge/build_player_growth_index.ps1 -EmitCSharp aus den .bin-Dateien), existieren also in JEDEM Build OHNE work/ (anders als PcAeonFineStat, das von work/pc_save_stats_catalog.csv abhängt und nur eine Momentaufnahme ist). Labels lösen zur Laufzeit über Character_Enum auf (einzige Quelle der Wahrheit). Ehrlichkeit (nicht offensichtlich): die Stat-Wachstumskoeffizienten sind nur für Aeonen — PC/Gast-Slots tragen NULL Koeffizienten (PCs wachsen Stats über das Sphere Grid); der einzige PC-Wachstumsdrehknopf in diesem ROM ist die AP-Anforderungskurve. Dies ist eine ANDERE Achse als BRASKAs sum_grow.bin (Auto-Level ≠ Rezept für Anpassung). REGIONSSPEZIFISCH: ply_save/ply_rom sind NICHT locale-invariant (der new_uspc-Datenabschnitt unterscheidet sich von jppc/inpc; kompilierte Tabelle = new_uspc, die Region, die der Editor lädt). Die In-Game-AP-pro-Level / pro-Koeffizienten-Formel ist RT2-pending (Bytes/Felder bewiesen, Laufzeit-Arithmetik nicht zurückentwickelt). Value-guard = derselbe Werteraum, den der Editor editiert → Editieren des Felds (rohe Abweichung) oder unbekannter Slot/source/field → Accessor false → Abzeichen ausgeblendet (Spiegel von Aeon/Shop/Basteln). Gate --spiraatlas-rt0 21296 → 21316 (+20; alle eindeutig) + 18 neue Asserts (count 20/8/10/2; PC-Koeffizient null; Aeon-Koeffizient ungleich null; Region uspc; Lookup Tidus BaseHp 520 / AP max 22000 / Valfaris HpCoef 6; value-guard 9999 blendet aus; out-of-range slot/source/field-Miss; Domain-Suche; BIBLE-Domain player-growth). Nur Lesen: kein Writer/UI/runtime/SIN; berührt nicht WriteSave/WriteRom, die PlayerGrowthEditor-UI, die Common-Engine von ANIMA (nur konsumiert) oder BRASKA/AURON/JECHT/RIKKU/WAKKA/VALEFOR/AURORA/SIN. Build 0 Fehler / 361 Warnungen; --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. [previous: v2.64.3]

v2.65.1BETAPATCH

Seymour

Atlas-Evidenz-Badge im PlayerGrowthEditor + ehrliche Sphere-None/Passive-Labels (read-only, wertbewacht, hide-on-edit)

Atlas-UI-Sweep. (1) PlayerGrowthEditor: neues <common:AtlasEvidenceBadgeStrip> in der Karte „Growth Curves" (.bin), das den bereits gebauten Accessor ply_rom.bin SpiraDataAtlasCatalog.TryGetPlayerGrowthStat(source, characterIndex, field, currentRawValue) (v2.65.0, TIDUS). Neues AtlasEvidenceInfo? SelectedCharacterEvidence in PlayerGrowthEditor_DataModel, neu berechnet bei Slot-Wechsel und in CharacterRowChanged (edit) → hide-on-edit: das Badge verankert sich an 3 gate-bewiesenen Growth-Werten, die beide Dateien/Karten überspannen (ply_save Base HP + ply_rom AP max + HP-Koeffizient A — dieselben Lookups, die --spiraatlas-rt0 beweist: 520 / 22000 / 6); weicht irgendein Anker vom byte-fundierten Korpus ab, blendet sich der Streifen selbst aus (gleiche Verankerungstiefe wie die Basteln-v2.64.1/Aeonv2.64.3-Badges). (2) Sphere-Labels (ehrlich, partial): sphere.bin ActionValue=0x0000 liest jetzt „Nichts. / Passive" und RangeValue=0x00 liest „Nichts." statt „Unbekannt" — 0x00 ist der dritte legitime Korpuswert (~40 % der Spheres haben keinen Touch-Effekt, Jarvis-AURON), nicht unbekannt; eine „Nichts."-Option wird in das Dropdown eingesät + das Fallback-Label korrigiert. (3) AiBibleWhereAppears.For: nur-Lese-player-growth- und mix-Fälle (ehrlicher „wo es erscheint"-Text, keine Runtime-Effekt-Werbung; sphere-grid-node existierte bereits). (WIEDERVERWENDUNG bestehender Fähigkeit: UI konsumiert den bereits gebauten Accessor + ANIMAs Common-Engine + Label-Politur; direkter Präzedenzfall: die Basteln-v2.64.1/Aeonv2.64.3/Shopv2.61.2-Badges waren PATCH; Zweifels-Tie-Breaker→PATCH). Kein neuer Writer: das SphereGridExplorer-Badge ist bereits ausgeliefert (v2.60.1); der Player-Growth-Writer/Save-Pfad und die Sphere-Topologie sind unberührt. Fasst den Provider/das Gate nicht an (--spiraatlas-rt0 intakt), ANIMAs Common-Engine (nur konsumiert), Runtime/Aurora/Native-Menu/SIN oder TIDUS/BRASKA/JECHT/RIKKU/WAKKA/VALEFOR/AURORA nicht. Build 0 Fehler / 361 Warnungen; --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. [previous: v2.65.0]

v2.65.2BETAPATCH

Seymour

Sphere Grid: leerer Nodes erhalten (RedundantContent, 0xFFFF) + Atlas-where-appears-Politur

/ Evidence-Housekeeping (Jarvis-BARTHELLO). Sphere-Grid-Härtung (Byte-Fidelity): in SphereGrid_File.Builder.cs (der v2-LAYOUT-Writer, gated durch --spheregrid-layout-rt0) schrieben die AUTHORING/EDIT-Pfade AddNode/NodeWith RedundantContent = (ushort)(contentIndex & 0xFF) → für einen leeren Node (Content 0xFF) ergab das 0x00FF, abweichend von den ausgelieferten Daten. Der Korpus (Jarvis-AURON, 3.444/3.444 Nodes: niederes Byte == ContentIndex, hohes Byte nur auf den 23 leeren Expert-Nodes gesetzt) beweist: ein leerer Node = 0xFFFF, ein gefüllter Node = 0x00<content>. Neuer privater Helper RedundantContentFor(contentIndex) spiegelt die ausgelieferte Konvention (leer→0xFFFF, gefüllt→0x00NN). FromExisting/Clone kopieren RedundantContent wortgetreu → der no-edit-Roundtrip bleibt byte-identisch (unberührt, vom Gate erneut bewiesen). Neues Assert in --spheregrid-edit-rt0 (synthetisch + die 3 Korpus-Grids): SetNodeContent(idx, 0xFF) → Layout schreibt 0xFFFF bei node+0x06 + Content-Byte 0xFF + liest wieder leer. Gameplay-Risiko gering (redundantes Feld; das Spiel liest Content aus dat09/10/11 + reach-lists — von AURON auf beiden Binaries IDA-bewiesen), aber es ist eine Fidelity-Divergenz in einem bereits ausgelieferten Writer. (B) AiBibleWhereAppears.For-Politur (schreibgeschützt): der aeon-growth-Fall hinzugefügt (eine Atlas-Domäne, die in v2.64.0 geschlossen wurde und in den leeren Fallback fiel) mit ehrlichem „wo es erscheint / Zuordnung"-Text; sphere-grid-node aktualisiert (war veraltet: „Unknown6 bleibt roh/unbekannt"), um AURONs Burn-down widerzuspiegeln — Node.Unknown6 ist gameplay-inert (auf beiden Binaries IDA-bewiesen), das mögliche Residuum = Menü-Layout/Visuelles (nur Metadaten), ohne erfundene Gameplay-Semantik. (fixt einen latenten Fidelity-Bug in einem bereits ausgelieferten Writer — „ein Verbraucher würde profitieren" → ja, Byte-Fidelity — plus schreibgeschützte Textpolitur; Tie-Breaker Zweifel→PATCH). Kein neuer Writer, keine neue UI, keine Provider/Gate-Anzahl-Änderung (--spiraatlas-rt0 intakt), keine Common-Engine (ANIMA), runtime/AURORA/VALEFOR/native-menu/SIN, CHAPPU/save oder echte Grid-Topologie (create/move/relink node bleibt Frontier) berührt. Build 0 Fehler / 361 Warnungen; --spheregrid-edit-rt0 + --spheregrid-layout-rt0 + --spiraatlas-rt0 + --aicmdmeta-rt0 PASS. Doku: docs/ai/ATLAS_BARTHELLO_POLISH_RESULT_2026-06-10.md. [vorher: v2.65.1]

v2.65.3BETAPATCH

Seymour

SEYMOUR-Audit: die Atlas's 124 ATEL-`unknown-call-shape`-Zeilen des Atlas wurden in ehrliche Klassen aufgelöst (schreibgeschützt, byte-bewiesen)

ATEL-Call-Shape-Audit (pre-SIN). Die 124 Feld-Schreibzugriffe, die der v8-Semantikpass nicht klassifizieren konnte (field-write-unknown-call-shape), wurden auf Bytecode-Ebene über den gesamten Korpus (FFXDataParser-Ziel/Text, 346 Scripts) auditiert und zerfallen vollständig in ZWEI bewiesene Klassen, 0 verbleibend. (1) 0x70A8 btlSetMotionData — 116 Zeilen (100%): einheitliche Form PUSHII actor · PUSHII field · (PUSHII|PUSHF) value · CALLPOPA = (actor, field, value) in den motionProperty-Namensraum (Felder 0x00..0x09, alle benannt in AiMotionPropertyNames); der Actor ist eine ECHTE Referenz (113× Self 0xFFF3 + Monster#01/#02/#03 0x15/16/17h), über 25 Monster → Klasse set-motion-data-actor-field-value (das explizit-actor-Geschwister von 0x70B2 setMotionField; NICHT setStatField). (2) 0x7032 setActorFacingAngle — 8 Zeilen: KEIN Feld-Schreibzugriff — es ist (actor, angle), ein 2-Push-Call ohne Feld-ID; sie leckten als Regex-False-Positive in den Feldkatalog (nur FLOAT-Winkel rendern .facingAngle = 90.0 [42B40000h] und der v7-Regex matchte das .0 [hex] der Dezimalzahl; die 63 Integer-Winkel-Geschwisterstellen = 90 [5Ah] leckten nicht) → Klasse not-field-write. Änderungen: die Bridge tools/ffxdataparser_bridge/build_atel_semantic_catalog.ps1 (Get-FieldWriteSemanticKind + Risikonotizen) klassifiziert beide Call-IDs neu; v8 regeneriert mit 0 unknown (116+8 in den neuen Klassen); die AtelFieldWriteShape-Zählung bleibt 202 (die Neubeschriftung erhält die callId|fieldHex|fieldName|semanticKind|fieldCategory-Key-Kardinalität, vorher/nachher bewiesen); der unknown-health-Pass senkt 199 → 75 (die 124 ATEL verlassen den „blocked-until-audited"-Bucket); die SpiraDataAtlasCatalog-Narrative (atlas:field-call-shapes + Guardrail + atlas:unknown-health) sind aktualisiert; die --spiraatlas-rt0-Asserts verschieben (detail entries 21316→21192, Unknown health rows 199→75) + 2 neue Lock-Asserts (0 verbleibende unknown call-shapes + 0x70A8 motion-data vorhanden). Ehrlichkeit: Klassifizieren ≠ Autorisieren eines Writers — jede AtelFieldWriteShape bleibt read-only;not-writer-authority, 70A8 hat weiterhin keinen Button/kein Schreiben, nichts wird zu SIN befördert. Read-only-Fidelity-Befund: der EDITOR-Decoder (AiScript_File.cs) glosst 70A8 nicht (fehlt in FieldArgBack/FieldNameForFunc) und AiStackModel kennt seine Arität nicht → eine Anzeigelücke, die an die MAGIC-lane übergeben wurde (docs/ai/HANDOFF_SEYMOUR_ATEL_DECODER_GLOSS_GAP_2026-06-10.md), ohne Gameplay-Effekt. PATCH (verfeinert/klassifiziert einen bestehenden schreibgeschützten Katalog, löst einen SIN-Datenblocker auf; Präzedenz v2.61.3/v2.62.1; Tie-Breaker Zweifel→PATCH). Kein neuer Writer; berührt nicht runtime/AURORA/VALEFOR/native-menu/SIN-chain-builder/CHAPPU/save. Verifiziert durch einen adversarischen Workflow (3 Refuter + Vollständigkeits-Kritiker). Build 0 Fehler / 361 Warnungen; --spiraatlas-rt0 + --aicmdmeta-rt0 + AiScriptLab --ai2 (346/346) PASS. Doku: docs/ai/ATLAS_SEYMOUR_ATEL_CALL_SHAPE_AUDIT_RESULT_2026-06-10.md. [vorher: v2.65.2]