SeymourBETA

Update 2.61

9.6.2026

v2.61.0BETA

Seymour

Natives Menü SCHRITT 3: Quelle der nativen Listenzeilen per RE ermittelt + `list-read` (Probe) + Live-Auswahl lesen

Weiter in der lane des nativen In-Game-Menüs (Yojinbo→): Die Lücke Nr. 1 von Schritt 3 ("Woher kommen die Zeilen der nativen Liste?") ist per IDA geschlossen: Die EINGABE (FFX_Menu_List_UpdateInput 0x8B4460) ist zu 100 % generisch — reine Feld-Mathematik über dem 152-Byte-Objekt (+40 state, +48 count, +50 top, +52 target, +58 page, +66 slots, +69 result, +70 scroll, +72 selected, +28 validator), berührt kein Global und wird von 10 verschiedenen Buildern wiederverwendet — aber jedes native Zeichnen ist item-förmig: Die Scene3-Liste (FFX_Menu_CreateScene3ScrollableList 0x8B4FB0 → draw 0x8B4A00 → row 0x8B4B20) liest Zeilen aus unk_159EC30[64*i] (64-Byte-Strukturen) + byte_1866250[] (Typ), wobei der Item-Name über 0x86C3C0(id→table) aufgelöst wird und ein optionales direktes Label bei rowPtr+32 liegt (Typ 1); sie lädt scene3/33/34 und hängt von Customize-Globals ab. Es gibt kein "Freitext-Listen"-Zeichnen im Binär — eine native Liste mit UNSEREM Text (die Arena / Aurora-Photo-Mode-Shell) erfordert daher einen DLL-Zeichnen-Callback (Schritt 5, der in tick-bible §4 vorgesehene Weg), mit dem handgefertigten Rezept dokumentiert (generische Eingabe 0x8B4460 + ein DLL-Zeichnen mit sub_8F5F70-Fenster / sub_9016B0-String / sub_8C0640-Cursor, das +69/+72 liest). HEUTE per Probe ausgeliefert: neues Verb ffxprobectl list-read [handleHex] (nur-lesend), das den Pool der Menüobjekte (g_FFX_MenuObjPool 0x18408C0, 32 Tombola × 152B) — findet JEDE aktive native Liste/Popup und identifiziert sie über ihre Callbacks — plus die Abkürzungen "aktuelle Liste"-Globals (dword_1866214/186A5DC/23CC120). ✅ RT2 PASS (live, 2026-06-09): Bei geöffnetem Customize-Ausrüstungs-Menü im Spiel erfasste der Pool-Scan die navigierte Liste (slot[3] @0x017A0A88, input=0x8D57E0, ein dünner Wrapper des generischen 0x8B4460), und +72/SELECTED verfolgte den Cursor in Echtzeit (35→42), als der Bediener ihn bewegte → "Auswahl einer nativen navigierbaren Liste lesen" aus Schritt 3 BEWIESEN, ohne etwas zu schreiben. (Bonus: Das +62 = group 0x101 des Reset-Objekts stimmt mit FFX_MenuObj_Reset (IDA) überein — Offsets gegen den Speicher bestätigt.) Kein Kamera-RAM / Aurora / dllmain.cpp / Save angefasst; IDA nur-lesend (_claude_ida-Kopie, rename-queue im Doc). ffxprobectl-Build 0 Fehler. Schritt 5 (Blueprint): Paste-ready-Gerüst der nativen Shell unter RuntimeTools/NativeMenuShell/NativeMenuShell.h (+README) — Objekt-Hand-Roll + Zeichnen-Callback (Fenster+Zeilen+Cursor) + FFX-Font-Encoder + entkoppelte Brücke zu Auroras Photo-Mode-Aktionen; ABIs/Offsets bestätigt (IDA-Verify-Workflow) und adversarially geprüft (2 Linsen FFX-vs-IDA + C++ → kein Crash/Compile-Blocker); x86-Guard + Anti-OOB-Klemmung + tragende Invarianten annotiert; nicht verdrahtet, fasst dllmain.cpp. an. Schritt 5.1 (Wire-Blueprint, NICHT angewendet): Plan + Patch-Entwurf (docs/ai/HANDOFF_BAHAMUT_NATIVE_MENU_WIRE_BLUEPRINT_2026-06-09.md + docs/patches/BAHAMUT_NATIVE_MENU_WIRE_DRAFT_2026-06-09.patch), der die Shell über ffx-hooks.dlleinen Detour auf der Menü-Pumpe FFX_Menu_PerFramePump 0x8A9C50 (int __cdecl(uint), IDA-verifiziert, Main-Thread) in einbindet — standardmäßig AUS (FFXHOOKS_ENABLE_NATIVE_MENU + F7), die Brücke ruft nur PhotoMode::*; adversarially geprüft (2 Linsen) kein Blocker (Compile-Reviewer hat es auf einen Scratch-Tree angewendet, git apply --recount --check exit 0); dllmain.cpp NICHT angefasst/committet. Doc: docs/reverse/FFX_NATIVE_MENU_LIST_ROW_SOURCE_2026-06-09.md. [previous: v2.60.2]

v2.61.1BETA

Seymour

Atlas-Gear-Shop-Slot-Value-Guard (`proved-candidate`) + Item-Shop ehrlich `blocked`

Zweiter Durchgang des Shop-Scouts (HANDOFF_ATLAS_RIKKU_SHOP_SLOT_VALUE_INDEXER): denselben Value-Guard für Shop freischalten, den Treasure bereits bewiesen hat. Verifiziert durch einen 8-Agenten-Workflow (5 forensische + 2 adversariale + 1 Synthese): der RawValue des Editor-Slots ist der rohe on-disk little-endian ushort (ShopTable_File ≡ ReadBaselineSlotValue), und gear_shop_slots.csvs slot_value_hex (445/445 befüllt, der shop_arms.bin-Index) ist dasselbe Wort — der Bodyguard ist also ein Ganzzahlvergleich im selben Raum mit keinem Off-by-one (der Katalog ist MinIndex=0, Index 0 = reservierter NULL-Eintrag, erstes verkäufliches Gear = Index 1 = 0x01). Neuer Nur-Lese-Accessor SpiraDataAtlasCatalog.TryGetShopGearSlot(bank, slot, currentRawValue) + lazy _shopGearSlotValues (nur dev work/, kein kompiliertes Fallback, wie das Sphere-Grid-Knoten-Detail): löst atlas:gear:gear-shop-0x{bank}-slot-{n} nur auf, solange der aktuelle Wert des Tombola noch dem Korpus entspricht (und ≠ 0) → das Editieren des Tombola blendet das Abzeichen aus (kein Stale). Das --spiraatlas-rt0-Gate gewann 5 dauerhafte Asserts (positiver Lookup Tidus/Wert 1, Value-Guard-Abweichung 999 blendet aus, leerer Slot roh 0, bank-ohne-Korpus, Randfall 0x2E/427), alle PASS. Item-Shop = blocked: der Korpus trägt den Rohwert nicht (item_shop_slots.csv.slot_value_hex zu 100 % leer — ItemShopDataObject.toString() druckt nur den Namen); ein String-Guard ist NICHT fake-sicher (Potion/Phönixfeder/Antidot x47 → stale; Platzhalter + US-vs-JP → falsch-negative). Freischaltung = 1-Zeilen-Parser-Patch + Neu-Run (Korpus-Aufgabe, außerhalb dieses Codes). Ehrliche Stufe: proved read-only candidate (parser-corpus + reader-semantics + RT0), nie runtime/byte-grounded (kein arms_shop.bin wurde hier hexdump-t). Keine UI-, Writer-, SIN-, Runtime- oder Common-Badge-Engine-Änderungen (ANIMA). Build 0 Fehler / 361 Warnungen; --spiraatlas-rt0 + --aicmdmeta-rt0 PASS. Doc: docs/ai/ATLAS_RIKKU_SHOP_SLOT_VALUE_INDEXER_RESULT_2026-06-09.md. [previous: v2.61.0]

v2.61.2BETA

Seymour

Atlas-Evidenz-Badge im Shop-Explorer (nur Gear, wert-geschützt)

Nur-lesende UI, die den TryGetShopGearSlot-Accessor (bewiesen in v2.61.1) in den ShopExplorer einbindet: jeder Gear-Shop-Slot zeigt <common:AtlasEvidenceBadgeStrip> mit Origin/Badges/"wo es erscheint" des Gear-Belohnung des Tombola — nur solange der aktuelle RawValue des Tombola noch zum Korpus passt. ShopEditableSlotRow.Evidence (init) wird in From(): source.Kind == Gear && TryGetShopGearSlot(entry.Index, slot.SlotIndex, slot.RawValue). Da die Zeile bei JEDER Mutation neu gebaut wird (ComboBox/Set Empty/Undo/Discard/Save/Refresh → RebuildSelectedSlots), berechnet das Bearbeiten des Tombola die Evidenz neu und blendet den Strip aus (kein stale Badge). Item-Shop bekommt nie ein Badge (Kind == Gear-Bodyguard + Doppel-Guard: Item hat keinen Korpus-Eintrag); ein leerer Slot (raw 0) short-circuited. Verifiziert durch einen 3-Linsen-adversarial-Workflow (erschöpfender Lifecycle / item-shop+Binding / Ehrlichkeit) → alle sound, 0 Defekte. Nutzt ANIMAs Common-Infra wieder (Engine unangetastet); kein neuer Writer, kein neuer Parser, kein SIN/runtime/Aurora/native-Menü. Tier parser-corpus+RT0+read-only, nie runtime proved. Build 0 Fehler / 361 Warnungen; --spiraatlas-rt0 + --aicmdmeta-rt0 PASS (kein --shop*-Gate in Program.cs). Doc: docs/ai/ATLAS_RIKKU_SHOP_GEAR_BADGE_UI_RESULT_2026-06-09.md. [previous: v2.61.1]

v2.61.3BETA

Seymour

Atlas-Provider: normalisiertes `BlitzballPrizeRef` (read-only) ersetzt den 76-zeiligen Roh-Scrape

Der SpiraDataAtlasCatalog-Preisbereich scrapet nicht mehr roh bltz0200/0201; er liest jetzt WAKKAs normalisierten Datensatz (work/step0_blitzball_prize_ref_2026-06-09): 164 Preis-Index-Zeilen (101 Treasure proved-candidate via prize+220 -> takara 220..320 -> reward, geschlossen durch 3 Offline-Quellen — Fahrenheit blitz_prize.cs + bltz0201 obtainTreasure + bltz0200/0201 Treasure-Label — über RT0-proved takara; 60 Tech partial; 3 Overdrive metadata-only) + 64 blocked-Script-Sites (der Preis pro Event ist eine Runtime/Save-Variable). Guardrail neu geschrieben: Regel proved-candidate offline, der konkrete Preis pro League/Tournament blocked, nie RT2, nie ein Writer. Das --spiraatlas-rt0-Gate ging von 14739 auf 14891 Details (BlitzballPrizeRef 76 -> 228) und bekam datenfundierte Asserts (Treasure 101 / Tech 60 / Overdrive 3 / Sites 64; Preis 0 -> takara 220 Hi-Potion; Preis 100 -> takara 320 Phönixfeder; Treasure proved-candidate-nicht-RT2; Overdrive metadata-only; Site blocked). Patch vor der Anwendung von einem 4-Agenten-Adversarial-Review verifiziert. Keine UI, kein Writer, kein SIN/Runtime; berührt nicht Shop/Treasure/Basteln (RIKKU), die Common-Badge-Engine (ANIMA) oder Aurora/native-menu. Build 0 Fehler / 361 Warnungen; --spiraatlas-rt0 + --aicmdmeta-rt0 PASS. Doc: docs/ai/ATLAS_WAKKA_BLITZBALL_PROVIDER_INTEGRATION_RESULT_2026-06-09.md. [previous: v2.61.2]

v2.61.4BETA

Seymour

Native Menu Shell in `ffx-hooks.dll` VERDRAHTET (Schritt 5 angewandt,

standardmäßig OFF). Der Schritt-5.1-Patch (adversarisch reviewed, kein Blocker) ist jetzt auf dllmain.cpp angewandt (minimaler Patch: NUR dllmain.cpp, +166 Zeilen, 0 Löschungen) — er verdrahtet NativeMenuShell.h (nativer Menü mit UNSEREM Text) an die Aurora-Bridge (PhotoModeActions.h) über einen Detour auf die Menü-Pumpe FFX_Menu_PerFramePump 0x8A9C50 (int __cdecl(uint), IDA-verifiziert, MAIN-THREAD). Standardmäßig OFF: FFXHOOKS_ENABLE_NATIVE_MENU=1 armiert den Detour; das Menü öffnet nur über die F7-Hotkey. Auroras Vertrag AKZEPTIERT und befolgt: PhotoMode::Tick() = Option A (oben in AuroraD3DRender, vor dem Early-Return, mit FFXHOOKS_ENABLE_AURORA_OVERLAY=1, AURORA-eigener Hunk); FREEZE Single-Owner g_pm.frozen; NtSuspendProcess VERBOTEN; PhotoMode::g_base=g_base im Init. Der Wire ruft nur PhotoMode::* — er schreibt nicht Kamera-RAM (0xD378A0) oder Actor-RAM. Build -WithPolyHook -Release PASS (dllmain+MusicHook+ElementHook → ffx-hooks.dll). Schritt 6A/NPC AUSSEN VOR in diesem Patch. RT2-pending: F7 in einem Menü/Feld → die native „PHOTO MODE"-Shell sollte erscheinen (verwerfbarer Save). Doku: docs/ai/HANDOFF_BAHAMUT_NATIVE_MENU_WIRE_BLUEPRINT_2026-06-09.md. [vorher: v2.61.3]

v2.61.5BETA

Seymour

Atlas-Evidenz-Badge im Item Shop (wertgeschützt) — schließt das Gear+Item-Paar

Klont den in v2.61.2 bewiesenen Gear-Shop-Wert-Guard in den Item-Shop, jetzt wo v2.61.1 + das Corpus-Unlock Item einen byte-fundierten 1:1-Rohwert gaben. Neuer Read-Only-Accessor SpiraDataAtlasCatalog.TryGetShopItemSlot(bank, slot, currentRawValue) + lazy _shopItemSlotValues (liest item_shop_slots.csv, nur dev work/, kein kompiliertes Fallback) — ein exaktes Spiegelbild von TryGetShopGearSlot: löst atlas:item-shop:item-shop-0x{bank}-slot-{n} nur auf, solange der aktuelle RawValue des Tombola noch mit dem Corpus übereinstimmt (das On-Disk-LE-ushort = Items-Spielindex 0x2xxx, der Raum des Editors) und ≠ 0 ist. ShopExplorer_DataModel berechnet jetzt Evidence pro Shop-Kind (Gear/Item-Switch); das <common:AtlasEvidenceBadgeStrip> in der Slot-Karte war bereits geteilt (v2.61.2), also zeigen Item-Slots jetzt das Badge ohne XAML-Änderung; das Bearbeiten des Tombola baut die Zeile neu und versteckt das Strip (kein Stale). Das --spiraatlas-rt0-Gate bekam 4 Item-Asserts (Lookup 0x2000/Potion, Mismatch 0x9999 versteckt, leerer raw 0, No-Corpus-Slot 3), alle PASS (Gear weiterhin PASS). work/step0_consolidated_v5/item_shop_slots.csv mit slot_value_hex neu generiert (404/404, nur dev, nicht committet). Read-only: kein Writer, keine Treasure/Basteln/Änderungen; ANIMAs Common-Engine nur konsumiert. Build 0 Fehler / 361 Warnungen; --spiraatlas-rt0 + --aicmdmeta-rt0 PASS. Doc: docs/ai/ATLAS_RIKKU_SHOP_ITEM_BADGE_UI_RESULT_2026-06-09.md. [previous: v2.61.4]

Zurück zu Updates

SeymourBETA

Update 2.61

9.6.2026

v2.61.0BETA

Seymour

Natives Menü SCHRITT 3: Quelle der nativen Listenzeilen per RE ermittelt + `list-read` (Probe) + Live-Auswahl lesen

Weiter in der lane des nativen In-Game-Menüs (Yojinbo→): Die Lücke Nr. 1 von Schritt 3 ("Woher kommen die Zeilen der nativen Liste?") ist per IDA geschlossen: Die EINGABE (FFX_Menu_List_UpdateInput 0x8B4460) ist zu 100 % generisch — reine Feld-Mathematik über dem 152-Byte-Objekt (+40 state, +48 count, +50 top, +52 target, +58 page, +66 slots, +69 result, +70 scroll, +72 selected, +28 validator), berührt kein Global und wird von 10 verschiedenen Buildern wiederverwendet — aber jedes native Zeichnen ist item-förmig: Die Scene3-Liste (FFX_Menu_CreateScene3ScrollableList 0x8B4FB0 → draw 0x8B4A00 → row 0x8B4B20) liest Zeilen aus unk_159EC30[64*i] (64-Byte-Strukturen) + byte_1866250[] (Typ), wobei der Item-Name über 0x86C3C0(id→table) aufgelöst wird und ein optionales direktes Label bei rowPtr+32 liegt (Typ 1); sie lädt scene3/33/34 und hängt von Customize-Globals ab. Es gibt kein "Freitext-Listen"-Zeichnen im Binär — eine native Liste mit UNSEREM Text (die Arena / Aurora-Photo-Mode-Shell) erfordert daher einen DLL-Zeichnen-Callback (Schritt 5, der in tick-bible §4 vorgesehene Weg), mit dem handgefertigten Rezept dokumentiert (generische Eingabe 0x8B4460 + ein DLL-Zeichnen mit sub_8F5F70-Fenster / sub_9016B0-String / sub_8C0640-Cursor, das +69/+72 liest). HEUTE per Probe ausgeliefert: neues Verb ffxprobectl list-read [handleHex] (nur-lesend), das den Pool der Menüobjekte (g_FFX_MenuObjPool 0x18408C0, 32 Tombola × 152B) — findet JEDE aktive native Liste/Popup und identifiziert sie über ihre Callbacks — plus die Abkürzungen "aktuelle Liste"-Globals (dword_1866214/186A5DC/23CC120). ✅ RT2 PASS (live, 2026-06-09): Bei geöffnetem Customize-Ausrüstungs-Menü im Spiel erfasste der Pool-Scan die navigierte Liste (slot[3] @0x017A0A88, input=0x8D57E0, ein dünner Wrapper des generischen 0x8B4460), und +72/SELECTED verfolgte den Cursor in Echtzeit (35→42), als der Bediener ihn bewegte → "Auswahl einer nativen navigierbaren Liste lesen" aus Schritt 3 BEWIESEN, ohne etwas zu schreiben. (Bonus: Das +62 = group 0x101 des Reset-Objekts stimmt mit FFX_MenuObj_Reset (IDA) überein — Offsets gegen den Speicher bestätigt.) Kein Kamera-RAM / Aurora / dllmain.cpp / Save angefasst; IDA nur-lesend (_claude_ida-Kopie, rename-queue im Doc). ffxprobectl-Build 0 Fehler. Schritt 5 (Blueprint): Paste-ready-Gerüst der nativen Shell unter RuntimeTools/NativeMenuShell/NativeMenuShell.h (+README) — Objekt-Hand-Roll + Zeichnen-Callback (Fenster+Zeilen+Cursor) + FFX-Font-Encoder + entkoppelte Brücke zu Auroras Photo-Mode-Aktionen; ABIs/Offsets bestätigt (IDA-Verify-Workflow) und adversarially geprüft (2 Linsen FFX-vs-IDA + C++ → kein Crash/Compile-Blocker); x86-Guard + Anti-OOB-Klemmung + tragende Invarianten annotiert; nicht verdrahtet, fasst dllmain.cpp. an. Schritt 5.1 (Wire-Blueprint, NICHT angewendet): Plan + Patch-Entwurf (docs/ai/HANDOFF_BAHAMUT_NATIVE_MENU_WIRE_BLUEPRINT_2026-06-09.md + docs/patches/BAHAMUT_NATIVE_MENU_WIRE_DRAFT_2026-06-09.patch), der die Shell über ffx-hooks.dlleinen Detour auf der Menü-Pumpe FFX_Menu_PerFramePump 0x8A9C50 (int __cdecl(uint), IDA-verifiziert, Main-Thread) in einbindet — standardmäßig AUS (FFXHOOKS_ENABLE_NATIVE_MENU + F7), die Brücke ruft nur PhotoMode::*; adversarially geprüft (2 Linsen) kein Blocker (Compile-Reviewer hat es auf einen Scratch-Tree angewendet, git apply --recount --check exit 0); dllmain.cpp NICHT angefasst/committet. Doc: docs/reverse/FFX_NATIVE_MENU_LIST_ROW_SOURCE_2026-06-09.md. [previous: v2.60.2]

v2.61.1BETA

Seymour

Atlas-Gear-Shop-Slot-Value-Guard (`proved-candidate`) + Item-Shop ehrlich `blocked`

Zweiter Durchgang des Shop-Scouts (HANDOFF_ATLAS_RIKKU_SHOP_SLOT_VALUE_INDEXER): denselben Value-Guard für Shop freischalten, den Treasure bereits bewiesen hat. Verifiziert durch einen 8-Agenten-Workflow (5 forensische + 2 adversariale + 1 Synthese): der RawValue des Editor-Slots ist der rohe on-disk little-endian ushort (ShopTable_File ≡ ReadBaselineSlotValue), und gear_shop_slots.csvs slot_value_hex (445/445 befüllt, der shop_arms.bin-Index) ist dasselbe Wort — der Bodyguard ist also ein Ganzzahlvergleich im selben Raum mit keinem Off-by-one (der Katalog ist MinIndex=0, Index 0 = reservierter NULL-Eintrag, erstes verkäufliches Gear = Index 1 = 0x01). Neuer Nur-Lese-Accessor SpiraDataAtlasCatalog.TryGetShopGearSlot(bank, slot, currentRawValue) + lazy _shopGearSlotValues (nur dev work/, kein kompiliertes Fallback, wie das Sphere-Grid-Knoten-Detail): löst atlas:gear:gear-shop-0x{bank}-slot-{n} nur auf, solange der aktuelle Wert des Tombola noch dem Korpus entspricht (und ≠ 0) → das Editieren des Tombola blendet das Abzeichen aus (kein Stale). Das --spiraatlas-rt0-Gate gewann 5 dauerhafte Asserts (positiver Lookup Tidus/Wert 1, Value-Guard-Abweichung 999 blendet aus, leerer Slot roh 0, bank-ohne-Korpus, Randfall 0x2E/427), alle PASS. Item-Shop = blocked: der Korpus trägt den Rohwert nicht (item_shop_slots.csv.slot_value_hex zu 100 % leer — ItemShopDataObject.toString() druckt nur den Namen); ein String-Guard ist NICHT fake-sicher (Potion/Phönixfeder/Antidot x47 → stale; Platzhalter + US-vs-JP → falsch-negative). Freischaltung = 1-Zeilen-Parser-Patch + Neu-Run (Korpus-Aufgabe, außerhalb dieses Codes). Ehrliche Stufe: proved read-only candidate (parser-corpus + reader-semantics + RT0), nie runtime/byte-grounded (kein arms_shop.bin wurde hier hexdump-t). Keine UI-, Writer-, SIN-, Runtime- oder Common-Badge-Engine-Änderungen (ANIMA). Build 0 Fehler / 361 Warnungen; --spiraatlas-rt0 + --aicmdmeta-rt0 PASS. Doc: docs/ai/ATLAS_RIKKU_SHOP_SLOT_VALUE_INDEXER_RESULT_2026-06-09.md. [previous: v2.61.0]

v2.61.2BETA

Seymour

Atlas-Evidenz-Badge im Shop-Explorer (nur Gear, wert-geschützt)

Nur-lesende UI, die den TryGetShopGearSlot-Accessor (bewiesen in v2.61.1) in den ShopExplorer einbindet: jeder Gear-Shop-Slot zeigt <common:AtlasEvidenceBadgeStrip> mit Origin/Badges/"wo es erscheint" des Gear-Belohnung des Tombola — nur solange der aktuelle RawValue des Tombola noch zum Korpus passt. ShopEditableSlotRow.Evidence (init) wird in From(): source.Kind == Gear && TryGetShopGearSlot(entry.Index, slot.SlotIndex, slot.RawValue). Da die Zeile bei JEDER Mutation neu gebaut wird (ComboBox/Set Empty/Undo/Discard/Save/Refresh → RebuildSelectedSlots), berechnet das Bearbeiten des Tombola die Evidenz neu und blendet den Strip aus (kein stale Badge). Item-Shop bekommt nie ein Badge (Kind == Gear-Bodyguard + Doppel-Guard: Item hat keinen Korpus-Eintrag); ein leerer Slot (raw 0) short-circuited. Verifiziert durch einen 3-Linsen-adversarial-Workflow (erschöpfender Lifecycle / item-shop+Binding / Ehrlichkeit) → alle sound, 0 Defekte. Nutzt ANIMAs Common-Infra wieder (Engine unangetastet); kein neuer Writer, kein neuer Parser, kein SIN/runtime/Aurora/native-Menü. Tier parser-corpus+RT0+read-only, nie runtime proved. Build 0 Fehler / 361 Warnungen; --spiraatlas-rt0 + --aicmdmeta-rt0 PASS (kein --shop*-Gate in Program.cs). Doc: docs/ai/ATLAS_RIKKU_SHOP_GEAR_BADGE_UI_RESULT_2026-06-09.md. [previous: v2.61.1]

v2.61.3BETA

Seymour

Atlas-Provider: normalisiertes `BlitzballPrizeRef` (read-only) ersetzt den 76-zeiligen Roh-Scrape

Der SpiraDataAtlasCatalog-Preisbereich scrapet nicht mehr roh bltz0200/0201; er liest jetzt WAKKAs normalisierten Datensatz (work/step0_blitzball_prize_ref_2026-06-09): 164 Preis-Index-Zeilen (101 Treasure proved-candidate via prize+220 -> takara 220..320 -> reward, geschlossen durch 3 Offline-Quellen — Fahrenheit blitz_prize.cs + bltz0201 obtainTreasure + bltz0200/0201 Treasure-Label — über RT0-proved takara; 60 Tech partial; 3 Overdrive metadata-only) + 64 blocked-Script-Sites (der Preis pro Event ist eine Runtime/Save-Variable). Guardrail neu geschrieben: Regel proved-candidate offline, der konkrete Preis pro League/Tournament blocked, nie RT2, nie ein Writer. Das --spiraatlas-rt0-Gate ging von 14739 auf 14891 Details (BlitzballPrizeRef 76 -> 228) und bekam datenfundierte Asserts (Treasure 101 / Tech 60 / Overdrive 3 / Sites 64; Preis 0 -> takara 220 Hi-Potion; Preis 100 -> takara 320 Phönixfeder; Treasure proved-candidate-nicht-RT2; Overdrive metadata-only; Site blocked). Patch vor der Anwendung von einem 4-Agenten-Adversarial-Review verifiziert. Keine UI, kein Writer, kein SIN/Runtime; berührt nicht Shop/Treasure/Basteln (RIKKU), die Common-Badge-Engine (ANIMA) oder Aurora/native-menu. Build 0 Fehler / 361 Warnungen; --spiraatlas-rt0 + --aicmdmeta-rt0 PASS. Doc: docs/ai/ATLAS_WAKKA_BLITZBALL_PROVIDER_INTEGRATION_RESULT_2026-06-09.md. [previous: v2.61.2]

v2.61.4BETA

Seymour

Native Menu Shell in `ffx-hooks.dll` VERDRAHTET (Schritt 5 angewandt,

standardmäßig OFF). Der Schritt-5.1-Patch (adversarisch reviewed, kein Blocker) ist jetzt auf dllmain.cpp angewandt (minimaler Patch: NUR dllmain.cpp, +166 Zeilen, 0 Löschungen) — er verdrahtet NativeMenuShell.h (nativer Menü mit UNSEREM Text) an die Aurora-Bridge (PhotoModeActions.h) über einen Detour auf die Menü-Pumpe FFX_Menu_PerFramePump 0x8A9C50 (int __cdecl(uint), IDA-verifiziert, MAIN-THREAD). Standardmäßig OFF: FFXHOOKS_ENABLE_NATIVE_MENU=1 armiert den Detour; das Menü öffnet nur über die F7-Hotkey. Auroras Vertrag AKZEPTIERT und befolgt: PhotoMode::Tick() = Option A (oben in AuroraD3DRender, vor dem Early-Return, mit FFXHOOKS_ENABLE_AURORA_OVERLAY=1, AURORA-eigener Hunk); FREEZE Single-Owner g_pm.frozen; NtSuspendProcess VERBOTEN; PhotoMode::g_base=g_base im Init. Der Wire ruft nur PhotoMode::* — er schreibt nicht Kamera-RAM (0xD378A0) oder Actor-RAM. Build -WithPolyHook -Release PASS (dllmain+MusicHook+ElementHook → ffx-hooks.dll). Schritt 6A/NPC AUSSEN VOR in diesem Patch. RT2-pending: F7 in einem Menü/Feld → die native „PHOTO MODE"-Shell sollte erscheinen (verwerfbarer Save). Doku: docs/ai/HANDOFF_BAHAMUT_NATIVE_MENU_WIRE_BLUEPRINT_2026-06-09.md. [vorher: v2.61.3]

v2.61.5BETA

Seymour

Atlas-Evidenz-Badge im Item Shop (wertgeschützt) — schließt das Gear+Item-Paar

Klont den in v2.61.2 bewiesenen Gear-Shop-Wert-Guard in den Item-Shop, jetzt wo v2.61.1 + das Corpus-Unlock Item einen byte-fundierten 1:1-Rohwert gaben. Neuer Read-Only-Accessor SpiraDataAtlasCatalog.TryGetShopItemSlot(bank, slot, currentRawValue) + lazy _shopItemSlotValues (liest item_shop_slots.csv, nur dev work/, kein kompiliertes Fallback) — ein exaktes Spiegelbild von TryGetShopGearSlot: löst atlas:item-shop:item-shop-0x{bank}-slot-{n} nur auf, solange der aktuelle RawValue des Tombola noch mit dem Corpus übereinstimmt (das On-Disk-LE-ushort = Items-Spielindex 0x2xxx, der Raum des Editors) und ≠ 0 ist. ShopExplorer_DataModel berechnet jetzt Evidence pro Shop-Kind (Gear/Item-Switch); das <common:AtlasEvidenceBadgeStrip> in der Slot-Karte war bereits geteilt (v2.61.2), also zeigen Item-Slots jetzt das Badge ohne XAML-Änderung; das Bearbeiten des Tombola baut die Zeile neu und versteckt das Strip (kein Stale). Das --spiraatlas-rt0-Gate bekam 4 Item-Asserts (Lookup 0x2000/Potion, Mismatch 0x9999 versteckt, leerer raw 0, No-Corpus-Slot 3), alle PASS (Gear weiterhin PASS). work/step0_consolidated_v5/item_shop_slots.csv mit slot_value_hex neu generiert (404/404, nur dev, nicht committet). Read-only: kein Writer, keine Treasure/Basteln/Änderungen; ANIMAs Common-Engine nur konsumiert. Build 0 Fehler / 361 Warnungen; --spiraatlas-rt0 + --aicmdmeta-rt0 PASS. Doc: docs/ai/ATLAS_RIKKU_SHOP_ITEM_BADGE_UI_RESULT_2026-06-09.md. [previous: v2.61.4]