WakkaBETA

アップデート 2.123

2026/6/16

v2.123.0.0BETAMINOR

Wakka

Arena+ マルチDark Aeon進捗サイドカー + のリーダー/ライター。 FfxHooksDll

(a) 新しいサイドカー mods/Spira Reforge/arena/progress/spira-arena-progress.{json,schema.json} (（ドシエセク.15スキーマv1）に flags{} cleared/first clear utc/last clear utc/clear count/証拠 + オプションの tier_lock_state{} (LOCKED/READY/CLEARED) カタログの progress_flag 技術情報 (arena.dark.<slug>); README が使用規則とカタログ<- サイドカーマッピングを文書化。(b) 新しいモジュール RuntimeTools/FfxHooksDll/hooks/ArenaProgressSidecar.{h,cpp} — best-effort JSON ストエフォートリーダー/ライター（依存なし）、 ArenaProgress_Initialize/IsRowCleared/RecordCleared を arena_plus_progress.flag (（デフォルトオフ）でゲート、 $FFXHOOKS_ARENAPLUS_PROGRESS_PATH -> <DllDir>/mods/Spira Reforge/arena/progress/... - フォールバック <DllDir>/spira-arena-progress.json. を検索。 .tmp + MoveFileEx. で原子的永続化。env FFXHOOKS_ARENAPLUS_FAKE_CLEAR=flag1,flag2 で開発者がテスト用に手動でフラグをシードできる。 UI (c) dllmain.cpp がカタログオーバーレイの後に ArenaProgress_Initialize 技術情報 InstallHooks を呼ぶ。(d) 実際の勝利検出はまだ配線されて NOT いない — 文書化されたとして保持; TODO; 計画のFase 6がこの分割を認め、公 API ArenaProgress_RecordCleared(flag, note) は将来の battleEnd フックコンシューマーの準備ができている。 PolyHook ビルド 10/10 PASS cpp。ゲ In-game RT2 テストが必テスト (技術情報 FFXHOOKS_ARENAPLUS_FAKE_CLEAR)経由）。前版: v2.122.0.1]

v2.123.0.1BETAREVISION

Wakka

Arena+ Aeon：penta ストレッチのレシピ＋dry-run PASS

（レシピ／ドキュメント、出荷済みの動作変更なし）。計画フェーズ7（ストレッチ）。新しい RuntimeTools/ArenaMultiBossLab/recipes/dark_penta_elemental_five.json＋レシピドキュメント mods/Spira Reforge/arena/recipes/dark_penta_elemental_five.md（Dark Valefor + Dark Ifrit + Dark Ixion + Dark Shiva + Dark Bahamut を nagi05_70 上で扱う内容、ヘレティック·ヨウジンボウエイリアス、バニラ monPos 6件中5件、スロット5は未使用）。パイプライン ArenaMultiBossLab --recipe dark_penta_elemental_five --dry-run PASS（nagi05_70.bin.spiraforge.bak に対して）：chunk2＝0x18A4 に5アクター（16バイト）、chunk3＝0x1B04 に6 monLive（96バイト、position-only）。re-read がスロットを確認。カタログ行 dark-penta-elemental-five を更新：id renamed、token_mode blocked->alias（エイリアスは技術的に正当）、evidence の注記 dry-run PASS、rt2_status は blocked のまま（in-game の証拠なし） — RT0 byte-safety だけが証明済み。NOT は penta を機能へ昇格させるか：_RT2_CHECKLIST.md 経由で quartet RT2 PASS＋文書化された in-game の試行が行われるまで、ストレッチのまま。レシピ MD 内の4方向昇格計画（PASS／blocked-by-camera／blocked-by-ai／blocked-by-crash）。［前回: v2.123.0.0］

v2.123.0.2BETAREVISION

Lulu

Spira Reforge：Capture Cascade フェーズ A のロックダウン — 8件の決定を確定＋準備アーティファクト3件

（設計／ドキュメント／スキーマ、コードなし）。Halyson の計画セッション（2026-06-16）で、Capture Cascade ドキュメント §7 の未決定事項8件（v2.122.0.1）をすべて確定：D1 メーガス三姉妹 → Mushroom Rock Road（Gagazet ではない — Operation Mi'ihen と3体の悲劇的な fayth への倒錯したノスタルジー、mid-early エリアが T7 エンドゲームへ反転する）；D2 Bestiary F7 → 専用タブ＋post-battle ポップアップ、GPT-generated アート（捕獲した DA ごと）用スロット。D3 パトロール non-fleeable。D4 のドロップ＝テーマ付きシャード1個＋レア消耗品1個。D5 の捕獲はkill++としてカウント（バニラの1v1 AND SIN ラダーをアンロック）。D6 は確認プロンプトなし。D7 safe-zone は、T7 モブと DA パトロールの両方に適用。D8 バフは初回エントリー post-capture 時のみ告知。フェーズ A ではアーティファクトを3件作成：（a）サイドカースキーマ mods/Spira Reforge/save-schemas/spira-reforge-flags.schema.json v1（DA の捕獲＋sin_mode.region_overrides＋conquistas_seen＋capture_cascade.patrol_kills／first_entry_seen — de-conflicted、Jarvis-ARENA の spira-arena-progress.json サイドカー（v2.123.0.0 由来）を使用し、アリーナ行クリアを管理）；（b）リージョンマップ mods/Spira Reforge/arena/dark-aeon-region-map.json（8つの DA → 正規エリア＋patrol_subzones＋safe_zones＋ナラティブ注記）；（c）フェーズ B RE スパイク計画 docs/reverse/FFX_SPIRA_REFORGE_CAPTURE_BIT_M_HEADER_RE_PLAN_2026-06-16.md（capturable ビットを m### ヘッダー内で、hex diff＋任意の IDA により特定する1～2時間の手順書）。マスタードキュメントの §7（ロックダウン）＋§4（最終マップ）＋§13（アーティファクト参照）を更新。VISION_AND_ROADMAP §11 に「フェーズ A アーティファクト」ブロックを追加。 4フェーズ計画を定義（A＝ロックダウン完了、B＝別チャットで RE のスパイク、C＝Cap-1 ライター（v0.5 内）、D＝RT2 パイロット）。［前回: v2.123.0.1］

v2.123.1.0BETAPATCH

Lulu

Ronso メンタルＷ: メンタルＷ: Overdrive再アーム修正（バグ re-arm 2）+ 2回目のコマンドリング。 command-ring RE

(（ランタイムフック動作バグ runtime-hook + 技術情報の修正） RE技術情報 バグ 2（「Ronso敵の技技術情報 re-select Rageが一度使うと左に再選択されない」）技術情報 RonsoManaHook.cpp が表示 OD ゲートを gateMin=100 (（バニラ「満タンバー」）から 40 (= kRonsoSkillCosts[0], Overdrive Jumpコスト） ”てぞちに下げた。ゲートが100のとき、一度の部分使用（ドレイン40 → チャージ60 < 100）の後、 すべての 技術情報 returne技術情報 OD はバーが100に再充填されるまで消えた — 0–255部分プール自体と矛盾。行ごとのグレ Per-row ーアウト (G3) は手頃でないスキル（コスト現在チャージ）をまだブロックするので、ゲートを下げるのは安全。インストールバナーを修正 hudSafe=19→hudSafe=21 (（ログが間違ったバージョンを印刷し、診断を妨げていた）。 2回目 RE (の RT2 hudSafe=20 FAIL): 技術情報 79BB70/79B500/7B6BD0/79AD40/7A07D0/797D60 の完全逆コンパイル + オフライン command.bin ダンプが証明: (a) ランタイムコマンド行 = 0x14 ファイル構造体 (（アンカー byte[25]=CharacterUserなので byte[22]=MenuFlgs (b) cmd282（敵の技）敵の技) IS 技術情報 OD がリングヘッダー (MenuFlgs=0x11→ヘッダー、 MainMenu=True, ODCat=19, MenuLeft) — 古い「282→リーフcat4 +296」の読み方は 間違い; (c) 79BB70 loop-2, 技術情報 Misc2 MenuLeft (0x10) → dword[28]&0x1000 技術情報 BSS 配列 +40, NOT +0（可視ヘッダー）ではない — だから282を利用可能に強制してもミドルリングに表示されない; (d) resolve=-1 は 赤ニシン (（メインリングは-1でも表示される）; (e) 797D60 case 3 は per-actor blob (actor+0xF7C)を読む; (f) 79B500 は actor[0x590]=save[+16] 早期に 書き込む — RefreshMenu_Shim (（トランポリンの前のPrepare）での私たちの強制はそのストアに 上書き/消去される → セーブ編集の複製が失敗した理由を説明。 save-edit 技術情報 .i64 リネーム: 7B6BD0→FFX_Btl_UI_BuildOverdriveTargetList, 79B500→FFX_Btl_RefreshActorMenuState (技術情報 79BB70/797D60/79B500)にコメント）。ドキュメント: docs/reverse/FFX_RONSO_MANA_COMMAND_RING_PIPELINE_RE_2026-06-16.md §8。次のステップ（バグ 1） save-edited-vs-forced : 正確なデルタを差分するためのセーブ編集対強制キャプチャ実験。修 RT2 テストが必要. 前版: v2.123.0.2]

v2.123.1.1BETAREVISION

Lulu

Spira Reforge: Capture Cascade B フェーズハ (RE ンドオフプロンプト（ `capturable` ビットのスパイク）

Capture Cascade フェーズ用の専用チャットを立ち上げる完全なプロンプト。レーン: . Lane B Lane identity: Jarvis-CAPTURE-RE. ミッション: hex差分（コケラくず ↔ ヘレティック·ヴァルファーレ + 2検証サンプル）+ 任意 capturable クロスチェックで m###.bin ヘッダーのコケラくず ↔ ヘレティック·ヴァルファーレオフセット+ビット IDA CanCapture cross-check. 成果物: ≥4行の証拠テーブル + ドキュメント + 計画ドキュメント更新 RESULT 技術情報 plan-doc + マスター Cascadeドキュメント更新技術情報 PORT_STATUS 技術情報 REVISION 独自のバンプ。 Non-goals 非目標を明示（ライターを実装しない、 NOT ランタイムに触れない、 NOT ゲーム内で捕獲しない） NOT 。正直な見積もり–2h。 in-game)（フェーズ 1.5、）のブロック解除。 Cap-1 (前版: C, v0.5) )技術情報 v2.123.1.0]

v2.123.1.2BETAREVISION

Lulu

Spira Reforge：Capture Cascade の二重命名規約（内部コードネーム＋player-facing ブランド）

（設計／ドキュメント、コードなし）。Halyson は 2026-06-16 に決定：この機能は役割の異なる 2つの名前を保持する。内部（技術ドキュメント、変更履歴、スキーマフィールド、ID、プロンプト、レーン signatures）は Capture Cascade（Cap-1／2／3、dark_aeons.captured.<id>、capture_cascade.patrol_kills、arena.dark.<id>）のまま。Player-facing（ポップアップ、mod README、mod ページ）＝Yoke of Spira（EN）／Jugo de Spira（PT） — 聖書／Yevon の響き（マタイ 11:30「私のくびきは負いやすい」）が、バニラ FFX の神権的テーマを反響させる。F7 Conquests タブ＝The Yoke（EN）／O Jugo（PT）。デフォルトのポップアップ文字列：EN 「Besaid は今やヘレティック·ヴァルファーレの くびきの下にある」／PT 「Besaid はヘレティック·ヴァルファーレの くびきの下にある」。on-capture のバトルテキスト EN 「ヘレティック·ヴァルファーレは手なずけられた。Spira は震えている。」／PT 「ヘレティック·ヴァルファーレは手なずけられた。Spira は震えている。」。Capture Cascade ドキュメントに §0（命名規約表＋Microsoft Threshold／Redstone の根拠）を追加。VISION_AND_ROADMAP §11 に cross-link を含む3コンテキスト表を追加。［前回: v2.123.1.1］

v2.123.2.0BETAPATCH

Lulu

Ronso メンタルＷ: root-cause FIX メンタルＷ: コマンドリングの根本原因 — リングバッファベースが決してデリファレンスされていなかった（バグ 1）

(（ランタイムフック動作バグ runtime-hook + の修正）。 ) RE). 発見（ログ + 逆コンパイルで実証）: コマン command-ring ドリングバッファは runtime-allocated; その絶対ポインターはセ BSS ル (*(u32*)0x2310CD8). 7AEFC0/79BB70 は mov edi,[cell] (DEREF) 技術情報 +20592 (（ソートスクラッチ）/ +1144*slot (per-actor 技術情報 RonsoManaHook.cpp は RVA_FFX_BATTLE_COMMAND_RING_BSS_BASE=0x1F0FCD8 デリファレンスなしで、かつず 0x1000 使用 — したがって ALL リング書き込み（テンプレート、スロットご per-slot とのヘッダー +0, OD 行 +296) 技術情報 hudSafe 11..21 技術情報 BSS は ライブ表示バッファではなかった. 静的領域に着地した。これがリング注入が決して表示されず、 BSS 技術情報 CopyMenuTemplate_Shim (技術情報 7AEFC0 デトゥア）が常に早期リターンした理由 early-returned (delta = slotPtr - ringBase が1144の倍数ではなかった）。 修正: 新しい RVA_FFX_BATTLE_COMMAND_RING_BASE_PTR=0x1F10CD8 (（実際のポインターセル、 mov edi,[..]@0x7AEFC8) + BattleCommandRingUiBase() がそれを デリファレンス するようにな (*(u32*)(g_base+RVA), null-checked , 。これで、 PatchKimahriCommandRingUi (（+0ヘッダー）、 PatchKimahriMainMenuOverdriveRow (+296 OD) 技術情報 CopyMenuTemplate_Shim (+296 post-sort) が初めて 実際の リングに書き込む。 RE 技術情報 (IDA): 7AD980 = 優先度で配列を1つソート (key=*(u8*)(GetCommandEntryById+92), スクラッチ=ring+20592); 7AEFC0 がスロットリングをソートするために8回呼ぶ（カテゴリごとに1回） per-slot 技術情報 .i64 リネーム: 7AEFC0→FFX_Btl_UI_SortCommandRingSlot, 7AD980→FFX_Btl_UI_SortCmdRingArrayByPrio + ポインターセル 0x2310CD8. DIAG (hudSafe=22): DumpKimahriRingState が +0/+296 技術情報 G0-finalize の読み戻しをログし、エンコードされた cmd（）が着地するかを確認。技術情報) OD ビルド（10/10） (0x311A) 技術情報 PolyHook 技術情報 PASS (10/10), apply-mode , 技術情 RT2 テストが必要 (（バグ OD 1: ミドルリングの）。ドキュメント: docs/reverse/FFX_RONSO_MANA_COMMAND_RING_PIPELINE_RE_2026-06-16.md §9。前版: v2.123.1.2]

v2.123.3.1BETAREVISION

Seymour

Spira Reforge: Capture Cascade Cap-1 — `capturable` 技術情報 `m###.bin` LOCATED (スパイク、 B RE のみ） ) doc-only)

(RE(動作変更なし; 並行レーンの v2.123.3.0 MINOR このは純粋に/で、そのと競合しない） REVISION 技術情報RE 。Capture )Cascade MINOR)フェーズ B スパイクがのみで納品: doc-only: すべての capturable=true|false 技術情報 m###.bin を制御するバイトがバイト精度で特定され、 byte-precise 技術情報 58サンプル. 判定: 位置 = bytes[StatSheetPointer + 0x78] (（ここで StatSheetPointer = uint32_le(bytes[0x0C])) 意味論 = 0xFF (sbyte -1) は捕獲不可、 0x00..0x67 (（sbyte 0..103）は捕獲可（バニラMonster Arenaの104スロットテーブルのスロットインデックス）; パディング bytes[StatSheetPointer + 0x79] は常に 0x00. 証拠チェーンは (a) レガシーエデ v1.4 FFXmon4.ini (（「Capture インデックス」を16ビットhexとして、 00FF = uncap）、(b) 現在の C構造体 FfxLib/Monster/Monster_StatSheet.cs 49-50行 ([Data] public sbyte ArenaId + [Data] public byte ArenaIdPadding)c) ラ UI イブバインディング MonEditor_Control.axaml 466行（「Capture インデックス (Arena)」）、(d) 完全な構造レイアウト (MonsterHeaderFile 0x40セクション StatSheet 技術情報 Monster_StatSheet StatBlock で ArenaId が +0x64 オフセット、 StatBlock セクション section + 0x14 → file-relative +0x78)を横断。証明: 21/21捕獲可が期待スロット byte-exact と一致（ FFXmon4.ini 技術情報 m044=0x28/m045=0x29/m046=0x2A/m193=0x55/m194=0x56)とのバイト完全一致を含む）、16/16ボスuncap = 0xFF, 10/10 Dark Aeon (m334..m343) = 0xFF, 3/3 デア·リヒター Penanceエント (m344..m346) = 0xFF. 重要な運用修正: 古いDA 「は m106..m113に住む」仮定は間違い WRONG — 実際のは m334..m343 (技術情報 FfxLib/Dictionaries/Monster_Dictionary.cs 343-356行で実証）、Magus メーガス三姉妹 Sistersは3つの別エントリ (m341/m342/m343). DOC-ONLY: このセッションで m###.bin/DLL/runtime/save/hook ンタイム/セーブ/フックに何も書き込まれなかった。 IDA 未実行: CanCapture() ゲートキーパーの確認（の任意ステップ3） (PLAN技術情報 cross-validation 技術情報 ; バニラ FFX Extracted\ tree (recommended but not blocking — 58/58 modded already match the vanilla expectation via the FFXmon4.ini cross-reference). Artifacts: docs/reverse/FFX_SPIRA_REFORGE_CAPTURE_BIT_M_HEADER_RE_RESULT_2026-06-16.md (full RESULT doc with Phase C writer recipe), work/_capture_re_2026-06-16/parse_capture_offset.ps1 (CLI parser), work/_capture_re_2026-06-16/dump_arena_id_evidence.ps1 (bulk dump), work/_capture_re_2026-06-16/capture_re_evidence_summary.json (58 rows), work/_capture_re_2026-06-16/capture_re_evidence_hexdump.txt. The original PLAN doc gained a BLOQUEIO RESOLVIDO banner + corrected DA IDs. PORT_STATUS.md got a row "Capture Cascade Cap-1 — capturable bit located" as Precisa Testar in-game (Phase C writer). Cap-1 writer (Phase C, next session) writes 1 byte per monster while preserving byte-identity of the 8 adjacent identity fields. [previous: v2.123.3.0 (（並行レーン; 彼らのチェンジログエントリは出荷時に着地する）

v2.123.4.0BETAPATCH

Lulu

Nul Ward: teach/メニューサーフェス判定menu-surface RE VERDICT + FIX 技術情報 menu-bound + 技術情報 + メニュー拘束フックの（間違った `cmp 320`)

- RE + + 実際の .i64; PATCH バンプ → リビジョンリセット; HEAD v2.123.3.1 は並行レーンのだった） parallel-lane REVISION)スフィ RE アグリッド経由のRadiant(320) MCP (321)教育 + 成長した FFX_recon.i64) 技術)/Umbral(情報 command.bin でのidalib ） end-to-end. PROVEN 術情報 (1) FFX_GrantCommandToCharacter@0x785D10 がid≥96をパーティワイ party-wide ドバンク g_PartyWideCommandBank@0x11307FC にルーティング — 16ワード/256ビット = ids 96..351; Radiant=word14 bit0、=word14 bit1; (2) FFX_Btl_BuildActorCommandMenu@0x79BB70 SEEDS 技術情報0x670 (に（コピーループは g_CmdAggregateAvailArrays@0x113081C で終了 → バンク = 16ワード）; (3) FFX_Btl_IsCommandAvailable@0x79AD40 がアクターワード 818+id/16 (を読む（id320→バイト 0x68C bit0）— 一貫; (4) FFX_SphereGrid_NodeActivateStateMachine@0x8CC300 ケース21が grant(, , 1) を呼ぶ , node.LearnedMove, 技術情 node with LearnedMove=0x3140/0x3141 teaches it; (5) persistence via FFX_IsCommandLearnedPersistent@0x7850E0 reads the same bit. BUG FOUND & FIXED: BuildActorCommandMenu has 3 cmp r32,140h (two 81 FE=esi on the aggregate loops, one 81 FF=edi on the PLACEMENT loop that inserts the id into the White-magic submenu). Only the placement compare controls whether 320/321 reach the menu; the old NulWardTeachHook patched the first match (81 FE, a no-op for surfacing). FIX: it now patches all cmp r32,140h→0x142 (PolyHook rebuild PASS). Documented RT2 risks: (a) FFX_Kernel_GetCommandEntryById@0x790AE0→FFX_Table_GetEntryByIdRange@0x7AB890 is a range-table with a fallback to cmd 0 — the grown command.bin must extend the range covering 320/321 (else Radiant resolves to cmd 0); (b) persistence depends on the ply_save limit/special map being wide enough to cover bit 224/225 (word 14). Design: id≥96 = party-wide (the whole party learns it), not per-char (96-bit cap). Renames+comments applied to the real .i64 (FFX_Btl_IsCommandAvailable, FFX_Btl_InitPartyWideCommandBank, FFX_Btl_PrepareSaveCommandState, FFX_Btl_BuildAggregateChildList, g_PartyWideCommandBank, g_PerCharCmdMenuState, etc.). Doc: docs/reverse/FFX_NUL_WARD_TEACH_SURFACE_RE_VERDICT_2026-06-16.md

v2.123.3.1

v2.123.4.1BETAPATCH

Lulu

Ronso メンタルＷメンタルＷ hudSafe=24: PERSISTENT gauge-full PIN (`max:=charge`) — 「バーが最大でな LEFT い限りでOverdriveに入れない」を修正

(（ランタイムフック動作バグ runtime-hook + の修正）。 ) RE). 発見（ログ + 逆コンパイルで実証）: FFX Overdrive使用可能」を 満タンゲージ (charge==max) に結合し、/メニューレンダラーで re-checks ム再チ PER-FRAME する HUD技術情報 私たちのフックの外. で。 hudSafe=23 の一時的スプーフは各トランポリン周辺で max:=charge を設定したが、直後に 技術情報 max=255 復元した (EndKimahriMaxSpoof)ので、リングが描かれるフレームは max=255 (（ゲージ満タンでない）を見た → Overdrive非表示 LEFT / ブロック。 RT2 ログ証拠（ (hudSafe=23): G0 menu charge=100 max=100 (（スプーフはビルド中に実際に機能した） DID にもかかわらずは決して表示されず; OD 技術情報 IsOdReady ... vanilla=1 ->1 (（ビットはバニラでも設定された） 0x590 でまだブロックされた。 RE 技術情報 ): MCP): 79AF70 = (actor[0x590]>>2)&1, 79AEE0 = (actor[0x590]>>3)&1 — 両方強制され=1、ゲー NOT トではない; 792AB0 (FFX_Btl_BattleMenuInputDispatch) のとき kind=12 OD 情報 技術情報 79AF70 (リングを構築 OD （リングは存在する）; 799AD0/799D60/7996E0/799830 は target-mask ゲットマスクリゾルバー, であり、満タンゲートではない。 OD-full 結論: ライブゲートはレンダラーの毎フレ per-frame charge==max 比較 — 一時的スプーフの手の届かないところ。 修正: ApplyKimahriRuntimePoolMax の間 持続的に max:=charge をピン留め charge>=gateMin (するようになった（彼のコマンドメニューが上がっている間、ゲージ per-frame はすべての毎フレームチェックで100%満タンと読まれる; /はコマンド / ATB/CTB 力中 一時停止 されるので、 ゲインは失われない) しきい値を下回ると実際のプール（255）を返し、ゲージが0–255に向かって再充填される。一時的 Begin/End スプーフは退役 (no-ops)ディスパッチシムが持続的ピンを呼ぶ。 既知のトレードオフ（）:): (RT2): 使用可能中はバーが満タンと読まれる; OD チャージが使 OD 用可能帯域にいる間ゲインが一時停止する可能性（がゲイン停止を示したら再検討 — ピンをメニューのみにスコープ） RT2 ビルド（10/10） ). 技術情報 menu-only). PolyHook (10/10) PASS (10/10), apply-mode ドデプロ (SHA B092B4C6). RT2 テストが必要 (（に行き、 LEFT 部分チャージでRonso 敵の技 Rageを使う）。ドキュメント: docs/reverse/FFX_RONSO_MANA_COMMAND_RING_PIPELINE_RE_2026-06-16.md §10。前版: v2.123.4.0]

v2.123.5.0BETAPATCH

Lulu

Nul Wardグリッド教育: grid-teach: command.bin 技術情報 PROVEN ( 技術情報 (範囲（exeパッチなし） LearnedMove 技術情報 FIX 技術情報エディタのエンコーディング + オフライン検証器

(（エディタ動作バグの修正 SphereGridExplorer + 新しいオフライン証明/検証器 + ）。 ) RE). DLL 触れない (（Ronso Manaレーンが使用中）メンタルＷ lane is lane — /エディタ/のみ。 C#/editor/IDA 技術情報 RT2 技術情報 ELIMINATED 技術情報 RE が FFX_Kernel_LoadFileToTable@0x781E00 (（ケース0 "command") が command.bin 技術情報 技術情報 (g_CommandKernelTable@0x112A92C, full-file memcpy) — 範囲合成なし. FFX_Table_GetEntryByIdRange@0x7AB890 が範囲ヘッダーを ファイルバイトから直接, 読み、 EntryListFile: numRanges=int16@0(=Signature=1)、 lo=PreviousFileCount@8(=0), hi=(EntryCount-1)@10, stride=EntrySize@12(0x60), base=EntryTableFileOffset@16(0x14); record = file + 0x14 + id*0x60. 成長した command.bin が EntryCount-1=321, を書くので、ids 320/321 ∈ 0,321 → ちょうど追加されたRadiant/Umbral行に解決 技術情報 exe/パッチなし。DLL 技術情報 技術情報 CommandKernelLookupVerifier (FfxLib技術情報 がエンジンの正確な計算を成長したバイトに対して再生し、 --nul-ward-static ゲートに配線 (engine_lookup_resolves チェック: (320/321) がc (m GetCommandEntryById(d0フォールバックに当たらないオフライン証明） NOT 技術情報 エディタ（） () FIX (SphereGridExplorer): ド LearnedMove ロップダウンが生の id (0x0140)を保存していたが、 on-disk ディスク上は エンコードされた id (0x3000|id) 技術情報 SphereGridRt2Lab (アーマーブレイク術情報 panel.bin = 0x3012) で経験的に実証され、grantの (cmd & 0xFFFFF000)==0x3000 ゲートに必要。ドロップダウンは現在 0x3000|id (を出力（Radiant→0x3140, Umbral→0x3141) し、 & 0xFFF, でマスクして名前を解決するので、 ユーザーはウォードをスフィアグリッドに置け、実際に教える (（以前はを保存しgrantが拒否した） 0x0140 技術情報 .i64 リネーム: 0x781E00→FFX_Kernel_LoadFileToTable, g_CommandKernelTable/g_KernelFileSizes/g_AAbilityKernelTable/g_ItemKernelTable 技術情報 0x781E00/0x7AB890/0x790AE0 (の実証コメント（ idalib_save). C。ビルド（0エラー） PASS (ドキュメント: docs/reverse/FFX_NUL_WARD_TEACH_SURFACE_RE_VERDICT_2026-06-16.md §F/§G. 前版: v2.123.4.1]

v2.123.5.1BETAREVISION

Yuna

Aurora バリスティカの最終仕上げ：フェーズ0キックオフ（ドキュメント整合＋レガシーコメント修正＋バリアント UNVERIFIED バッジ）

（ドキュメント＋RE／誠実性注記、新機能なし、動作上のバンプなし）。計画は .cursor/plans/aurora_balistica.plan.md に保存（10フェーズ、Halyson-confirmed スコープ A＋B：アクティブ RT2 5件＋IDA W2S スパイク＋variant-selector IDA スパイク）。この REVISION はフェーズ0のみを出荷（プローブ計装前のドキュメント整合）。4つの編集：（1）PORT_STATUS.md 「Aurora Chamber」行 — Honestidade のテキストを修正：以前は transform battle->world is DESIGN/UNCALIBRATED (...) flip-Z is a hypothesis、現在は 2026-06-05 の IDA-proof を反映（X/Z = identity、Y residual RT2 pending、参照 FFX_AURORA_BATTLE_TO_SCENE_TRANSFORM_IDA_PROVEN_2026-06-05.md＋FFX_AURORA_MASTER_RT2_CHECKLIST_2026-06-15.md A01／A04／A10）。(2) PORT_STATUS.md の先頭 — Atualizacao 2026-06-16 (Aurora finalizacao balistica) 新ブロック：A15 と照合した実際の Aurora 状態と、確認済みの RT2 順序（azit03_00 -> klyt00_00 -> drag -> grow -> camera -> photo、次に IDA スパイク）を要約。(3) RuntimeTools/FFXMapViewerWeb/aurora-overlay.js — JSDoc ヘッダー（9～10行目）を修正：以前は RAW battle-local - design-only/UNCALIBRATED、現在は IDA-proven IDENTITY in X/Z; Y residual per area/model height (actor+0x534) RT2 pending; flip-Z stays as comparison/debug only。(4) FFXProjectEditor/Modules/AuroraChamber/AuroraChamber_DataModel.cs — variantNote は SceneDetail に表示され、_resolver.ResolveScenes(MapKey) が1つを超えるバリアントを返した場合、 runtime selector UNVERIFIED を _a/_b/_c の一覧の横に追加するようになった。これにより、実際のセレクター（story-flag → バリアント）がまだ RE-proven されていなくても、Chamber はカタログが選んだ任意のバリアントを描画することがユーザーに分かる。A04 FFX_AURORA_ARENA_VARIANT_SELECTION_RE_2026-06-15.md を参照。触れないもの： probe、writers、offline gates、FfxHooksDll。次（フェーズ1）： aurora-calib-v2 を RuntimeTools/FfxDinput8Probe/ctl/Program.cs に実装し、CSV／JSON 出力（残存 identity_dx/dy/dz/rms、flipz_*、yaw180_*、winner enum、height_0x534、route＋battle id）を生成 — 仕様は docs/reverse/FFX_AURORA_CALIBRATION_PROBE_SPEC_2026-06-15.md。フェーズ0 RT2： N／A（docs-only＋UI 文字列）。［前回: v2.123.5.0］

更新一覧に戻る

WakkaBETA

アップデート 2.123

2026/6/16

v2.123.0.0BETAMINOR

Wakka

Arena+ マルチDark Aeon進捗サイドカー + のリーダー/ライター。 FfxHooksDll

(a) 新しいサイドカー mods/Spira Reforge/arena/progress/spira-arena-progress.{json,schema.json} (（ドシエセク.15スキーマv1）に flags{} cleared/first clear utc/last clear utc/clear count/証拠 + オプションの tier_lock_state{} (LOCKED/READY/CLEARED) カタログの progress_flag 技術情報 (arena.dark.<slug>); README が使用規則とカタログ<- サイドカーマッピングを文書化。(b) 新しいモジュール RuntimeTools/FfxHooksDll/hooks/ArenaProgressSidecar.{h,cpp} — best-effort JSON ストエフォートリーダー/ライター（依存なし）、 ArenaProgress_Initialize/IsRowCleared/RecordCleared を arena_plus_progress.flag (（デフォルトオフ）でゲート、 $FFXHOOKS_ARENAPLUS_PROGRESS_PATH -> <DllDir>/mods/Spira Reforge/arena/progress/... - フォールバック <DllDir>/spira-arena-progress.json. を検索。 .tmp + MoveFileEx. で原子的永続化。env FFXHOOKS_ARENAPLUS_FAKE_CLEAR=flag1,flag2 で開発者がテスト用に手動でフラグをシードできる。 UI (c) dllmain.cpp がカタログオーバーレイの後に ArenaProgress_Initialize 技術情報 InstallHooks を呼ぶ。(d) 実際の勝利検出はまだ配線されて NOT いない — 文書化されたとして保持; TODO; 計画のFase 6がこの分割を認め、公 API ArenaProgress_RecordCleared(flag, note) は将来の battleEnd フックコンシューマーの準備ができている。 PolyHook ビルド 10/10 PASS cpp。ゲ In-game RT2 テストが必テスト (技術情報 FFXHOOKS_ARENAPLUS_FAKE_CLEAR)経由）。前版: v2.122.0.1]

v2.123.0.1BETAREVISION

Wakka

Arena+ Aeon：penta ストレッチのレシピ＋dry-run PASS

（レシピ／ドキュメント、出荷済みの動作変更なし）。計画フェーズ7（ストレッチ）。新しい RuntimeTools/ArenaMultiBossLab/recipes/dark_penta_elemental_five.json＋レシピドキュメント mods/Spira Reforge/arena/recipes/dark_penta_elemental_five.md（Dark Valefor + Dark Ifrit + Dark Ixion + Dark Shiva + Dark Bahamut を nagi05_70 上で扱う内容、ヘレティック·ヨウジンボウエイリアス、バニラ monPos 6件中5件、スロット5は未使用）。パイプライン ArenaMultiBossLab --recipe dark_penta_elemental_five --dry-run PASS（nagi05_70.bin.spiraforge.bak に対して）：chunk2＝0x18A4 に5アクター（16バイト）、chunk3＝0x1B04 に6 monLive（96バイト、position-only）。re-read がスロットを確認。カタログ行 dark-penta-elemental-five を更新：id renamed、token_mode blocked->alias（エイリアスは技術的に正当）、evidence の注記 dry-run PASS、rt2_status は blocked のまま（in-game の証拠なし） — RT0 byte-safety だけが証明済み。NOT は penta を機能へ昇格させるか：_RT2_CHECKLIST.md 経由で quartet RT2 PASS＋文書化された in-game の試行が行われるまで、ストレッチのまま。レシピ MD 内の4方向昇格計画（PASS／blocked-by-camera／blocked-by-ai／blocked-by-crash）。［前回: v2.123.0.0］

v2.123.0.2BETAREVISION

Lulu

Spira Reforge：Capture Cascade フェーズ A のロックダウン — 8件の決定を確定＋準備アーティファクト3件

（設計／ドキュメント／スキーマ、コードなし）。Halyson の計画セッション（2026-06-16）で、Capture Cascade ドキュメント §7 の未決定事項8件（v2.122.0.1）をすべて確定：D1 メーガス三姉妹 → Mushroom Rock Road（Gagazet ではない — Operation Mi'ihen と3体の悲劇的な fayth への倒錯したノスタルジー、mid-early エリアが T7 エンドゲームへ反転する）；D2 Bestiary F7 → 専用タブ＋post-battle ポップアップ、GPT-generated アート（捕獲した DA ごと）用スロット。D3 パトロール non-fleeable。D4 のドロップ＝テーマ付きシャード1個＋レア消耗品1個。D5 の捕獲はkill++としてカウント（バニラの1v1 AND SIN ラダーをアンロック）。D6 は確認プロンプトなし。D7 safe-zone は、T7 モブと DA パトロールの両方に適用。D8 バフは初回エントリー post-capture 時のみ告知。フェーズ A ではアーティファクトを3件作成：（a）サイドカースキーマ mods/Spira Reforge/save-schemas/spira-reforge-flags.schema.json v1（DA の捕獲＋sin_mode.region_overrides＋conquistas_seen＋capture_cascade.patrol_kills／first_entry_seen — de-conflicted、Jarvis-ARENA の spira-arena-progress.json サイドカー（v2.123.0.0 由来）を使用し、アリーナ行クリアを管理）；（b）リージョンマップ mods/Spira Reforge/arena/dark-aeon-region-map.json（8つの DA → 正規エリア＋patrol_subzones＋safe_zones＋ナラティブ注記）；（c）フェーズ B RE スパイク計画 docs/reverse/FFX_SPIRA_REFORGE_CAPTURE_BIT_M_HEADER_RE_PLAN_2026-06-16.md（capturable ビットを m### ヘッダー内で、hex diff＋任意の IDA により特定する1～2時間の手順書）。マスタードキュメントの §7（ロックダウン）＋§4（最終マップ）＋§13（アーティファクト参照）を更新。VISION_AND_ROADMAP §11 に「フェーズ A アーティファクト」ブロックを追加。 4フェーズ計画を定義（A＝ロックダウン完了、B＝別チャットで RE のスパイク、C＝Cap-1 ライター（v0.5 内）、D＝RT2 パイロット）。［前回: v2.123.0.1］

v2.123.1.0BETAPATCH

Lulu

Ronso メンタルＷ: メンタルＷ: Overdrive再アーム修正（バグ re-arm 2）+ 2回目のコマンドリング。 command-ring RE

(（ランタイムフック動作バグ runtime-hook + 技術情報の修正） RE技術情報 バグ 2（「Ronso敵の技技術情報 re-select Rageが一度使うと左に再選択されない」）技術情報 RonsoManaHook.cpp が表示 OD ゲートを gateMin=100 (（バニラ「満タンバー」）から 40 (= kRonsoSkillCosts[0], Overdrive Jumpコスト） ”てぞちに下げた。ゲートが100のとき、一度の部分使用（ドレイン40 → チャージ60 < 100）の後、 すべての 技術情報 returne技術情報 OD はバーが100に再充填されるまで消えた — 0–255部分プール自体と矛盾。行ごとのグレ Per-row ーアウト (G3) は手頃でないスキル（コスト現在チャージ）をまだブロックするので、ゲートを下げるのは安全。インストールバナーを修正 hudSafe=19→hudSafe=21 (（ログが間違ったバージョンを印刷し、診断を妨げていた）。 2回目 RE (の RT2 hudSafe=20 FAIL): 技術情報 79BB70/79B500/7B6BD0/79AD40/7A07D0/797D60 の完全逆コンパイル + オフライン command.bin ダンプが証明: (a) ランタイムコマンド行 = 0x14 ファイル構造体 (（アンカー byte[25]=CharacterUserなので byte[22]=MenuFlgs (b) cmd282（敵の技）敵の技) IS 技術情報 OD がリングヘッダー (MenuFlgs=0x11→ヘッダー、 MainMenu=True, ODCat=19, MenuLeft) — 古い「282→リーフcat4 +296」の読み方は 間違い; (c) 79BB70 loop-2, 技術情報 Misc2 MenuLeft (0x10) → dword[28]&0x1000 技術情報 BSS 配列 +40, NOT +0（可視ヘッダー）ではない — だから282を利用可能に強制してもミドルリングに表示されない; (d) resolve=-1 は 赤ニシン (（メインリングは-1でも表示される）; (e) 797D60 case 3 は per-actor blob (actor+0xF7C)を読む; (f) 79B500 は actor[0x590]=save[+16] 早期に 書き込む — RefreshMenu_Shim (（トランポリンの前のPrepare）での私たちの強制はそのストアに 上書き/消去される → セーブ編集の複製が失敗した理由を説明。 save-edit 技術情報 .i64 リネーム: 7B6BD0→FFX_Btl_UI_BuildOverdriveTargetList, 79B500→FFX_Btl_RefreshActorMenuState (技術情報 79BB70/797D60/79B500)にコメント）。ドキュメント: docs/reverse/FFX_RONSO_MANA_COMMAND_RING_PIPELINE_RE_2026-06-16.md §8。次のステップ（バグ 1） save-edited-vs-forced : 正確なデルタを差分するためのセーブ編集対強制キャプチャ実験。修 RT2 テストが必要. 前版: v2.123.0.2]

v2.123.1.1BETAREVISION

Lulu

Spira Reforge: Capture Cascade B フェーズハ (RE ンドオフプロンプト（ `capturable` ビットのスパイク）

Capture Cascade フェーズ用の専用チャットを立ち上げる完全なプロンプト。レーン: . Lane B Lane identity: Jarvis-CAPTURE-RE. ミッション: hex差分（コケラくず ↔ ヘレティック·ヴァルファーレ + 2検証サンプル）+ 任意 capturable クロスチェックで m###.bin ヘッダーのコケラくず ↔ ヘレティック·ヴァルファーレオフセット+ビット IDA CanCapture cross-check. 成果物: ≥4行の証拠テーブル + ドキュメント + 計画ドキュメント更新 RESULT 技術情報 plan-doc + マスター Cascadeドキュメント更新技術情報 PORT_STATUS 技術情報 REVISION 独自のバンプ。 Non-goals 非目標を明示（ライターを実装しない、 NOT ランタイムに触れない、 NOT ゲーム内で捕獲しない） NOT 。正直な見積もり–2h。 in-game)（フェーズ 1.5、）のブロック解除。 Cap-1 (前版: C, v0.5) )技術情報 v2.123.1.0]

v2.123.1.2BETAREVISION

Lulu

Spira Reforge：Capture Cascade の二重命名規約（内部コードネーム＋player-facing ブランド）

（設計／ドキュメント、コードなし）。Halyson は 2026-06-16 に決定：この機能は役割の異なる 2つの名前を保持する。内部（技術ドキュメント、変更履歴、スキーマフィールド、ID、プロンプト、レーン signatures）は Capture Cascade（Cap-1／2／3、dark_aeons.captured.<id>、capture_cascade.patrol_kills、arena.dark.<id>）のまま。Player-facing（ポップアップ、mod README、mod ページ）＝Yoke of Spira（EN）／Jugo de Spira（PT） — 聖書／Yevon の響き（マタイ 11:30「私のくびきは負いやすい」）が、バニラ FFX の神権的テーマを反響させる。F7 Conquests タブ＝The Yoke（EN）／O Jugo（PT）。デフォルトのポップアップ文字列：EN 「Besaid は今やヘレティック·ヴァルファーレの くびきの下にある」／PT 「Besaid はヘレティック·ヴァルファーレの くびきの下にある」。on-capture のバトルテキスト EN 「ヘレティック·ヴァルファーレは手なずけられた。Spira は震えている。」／PT 「ヘレティック·ヴァルファーレは手なずけられた。Spira は震えている。」。Capture Cascade ドキュメントに §0（命名規約表＋Microsoft Threshold／Redstone の根拠）を追加。VISION_AND_ROADMAP §11 に cross-link を含む3コンテキスト表を追加。［前回: v2.123.1.1］

v2.123.2.0BETAPATCH

Lulu

Ronso メンタルＷ: root-cause FIX メンタルＷ: コマンドリングの根本原因 — リングバッファベースが決してデリファレンスされていなかった（バグ 1）

(（ランタイムフック動作バグ runtime-hook + の修正）。 ) RE). 発見（ログ + 逆コンパイルで実証）: コマン command-ring ドリングバッファは runtime-allocated; その絶対ポインターはセ BSS ル (*(u32*)0x2310CD8). 7AEFC0/79BB70 は mov edi,[cell] (DEREF) 技術情報 +20592 (（ソートスクラッチ）/ +1144*slot (per-actor 技術情報 RonsoManaHook.cpp は RVA_FFX_BATTLE_COMMAND_RING_BSS_BASE=0x1F0FCD8 デリファレンスなしで、かつず 0x1000 使用 — したがって ALL リング書き込み（テンプレート、スロットご per-slot とのヘッダー +0, OD 行 +296) 技術情報 hudSafe 11..21 技術情報 BSS は ライブ表示バッファではなかった. 静的領域に着地した。これがリング注入が決して表示されず、 BSS 技術情報 CopyMenuTemplate_Shim (技術情報 7AEFC0 デトゥア）が常に早期リターンした理由 early-returned (delta = slotPtr - ringBase が1144の倍数ではなかった）。 修正: 新しい RVA_FFX_BATTLE_COMMAND_RING_BASE_PTR=0x1F10CD8 (（実際のポインターセル、 mov edi,[..]@0x7AEFC8) + BattleCommandRingUiBase() がそれを デリファレンス するようにな (*(u32*)(g_base+RVA), null-checked , 。これで、 PatchKimahriCommandRingUi (（+0ヘッダー）、 PatchKimahriMainMenuOverdriveRow (+296 OD) 技術情報 CopyMenuTemplate_Shim (+296 post-sort) が初めて 実際の リングに書き込む。 RE 技術情報 (IDA): 7AD980 = 優先度で配列を1つソート (key=*(u8*)(GetCommandEntryById+92), スクラッチ=ring+20592); 7AEFC0 がスロットリングをソートするために8回呼ぶ（カテゴリごとに1回） per-slot 技術情報 .i64 リネーム: 7AEFC0→FFX_Btl_UI_SortCommandRingSlot, 7AD980→FFX_Btl_UI_SortCmdRingArrayByPrio + ポインターセル 0x2310CD8. DIAG (hudSafe=22): DumpKimahriRingState が +0/+296 技術情報 G0-finalize の読み戻しをログし、エンコードされた cmd（）が着地するかを確認。技術情報) OD ビルド（10/10） (0x311A) 技術情報 PolyHook 技術情報 PASS (10/10), apply-mode , 技術情 RT2 テストが必要 (（バグ OD 1: ミドルリングの）。ドキュメント: docs/reverse/FFX_RONSO_MANA_COMMAND_RING_PIPELINE_RE_2026-06-16.md §9。前版: v2.123.1.2]

v2.123.3.1BETAREVISION

Seymour

Spira Reforge: Capture Cascade Cap-1 — `capturable` 技術情報 `m###.bin` LOCATED (スパイク、 B RE のみ） ) doc-only)

(RE(動作変更なし; 並行レーンの v2.123.3.0 MINOR このは純粋に/で、そのと競合しない） REVISION 技術情報RE 。Capture )Cascade MINOR)フェーズ B スパイクがのみで納品: doc-only: すべての capturable=true|false 技術情報 m###.bin を制御するバイトがバイト精度で特定され、 byte-precise 技術情報 58サンプル. 判定: 位置 = bytes[StatSheetPointer + 0x78] (（ここで StatSheetPointer = uint32_le(bytes[0x0C])) 意味論 = 0xFF (sbyte -1) は捕獲不可、 0x00..0x67 (（sbyte 0..103）は捕獲可（バニラMonster Arenaの104スロットテーブルのスロットインデックス）; パディング bytes[StatSheetPointer + 0x79] は常に 0x00. 証拠チェーンは (a) レガシーエデ v1.4 FFXmon4.ini (（「Capture インデックス」を16ビットhexとして、 00FF = uncap）、(b) 現在の C構造体 FfxLib/Monster/Monster_StatSheet.cs 49-50行 ([Data] public sbyte ArenaId + [Data] public byte ArenaIdPadding)c) ラ UI イブバインディング MonEditor_Control.axaml 466行（「Capture インデックス (Arena)」）、(d) 完全な構造レイアウト (MonsterHeaderFile 0x40セクション StatSheet 技術情報 Monster_StatSheet StatBlock で ArenaId が +0x64 オフセット、 StatBlock セクション section + 0x14 → file-relative +0x78)を横断。証明: 21/21捕獲可が期待スロット byte-exact と一致（ FFXmon4.ini 技術情報 m044=0x28/m045=0x29/m046=0x2A/m193=0x55/m194=0x56)とのバイト完全一致を含む）、16/16ボスuncap = 0xFF, 10/10 Dark Aeon (m334..m343) = 0xFF, 3/3 デア·リヒター Penanceエント (m344..m346) = 0xFF. 重要な運用修正: 古いDA 「は m106..m113に住む」仮定は間違い WRONG — 実際のは m334..m343 (技術情報 FfxLib/Dictionaries/Monster_Dictionary.cs 343-356行で実証）、Magus メーガス三姉妹 Sistersは3つの別エントリ (m341/m342/m343). DOC-ONLY: このセッションで m###.bin/DLL/runtime/save/hook ンタイム/セーブ/フックに何も書き込まれなかった。 IDA 未実行: CanCapture() ゲートキーパーの確認（の任意ステップ3） (PLAN技術情報 cross-validation 技術情報 ; バニラ FFX Extracted\ tree (recommended but not blocking — 58/58 modded already match the vanilla expectation via the FFXmon4.ini cross-reference). Artifacts: docs/reverse/FFX_SPIRA_REFORGE_CAPTURE_BIT_M_HEADER_RE_RESULT_2026-06-16.md (full RESULT doc with Phase C writer recipe), work/_capture_re_2026-06-16/parse_capture_offset.ps1 (CLI parser), work/_capture_re_2026-06-16/dump_arena_id_evidence.ps1 (bulk dump), work/_capture_re_2026-06-16/capture_re_evidence_summary.json (58 rows), work/_capture_re_2026-06-16/capture_re_evidence_hexdump.txt. The original PLAN doc gained a BLOQUEIO RESOLVIDO banner + corrected DA IDs. PORT_STATUS.md got a row "Capture Cascade Cap-1 — capturable bit located" as Precisa Testar in-game (Phase C writer). Cap-1 writer (Phase C, next session) writes 1 byte per monster while preserving byte-identity of the 8 adjacent identity fields. [previous: v2.123.3.0 (（並行レーン; 彼らのチェンジログエントリは出荷時に着地する）

v2.123.4.0BETAPATCH

Lulu

Nul Ward: teach/メニューサーフェス判定menu-surface RE VERDICT + FIX 技術情報 menu-bound + 技術情報 + メニュー拘束フックの（間違った `cmp 320`)

- RE + + 実際の .i64; PATCH バンプ → リビジョンリセット; HEAD v2.123.3.1 は並行レーンのだった） parallel-lane REVISION)スフィ RE アグリッド経由のRadiant(320) MCP (321)教育 + 成長した FFX_recon.i64) 技術)/Umbral(情報 command.bin でのidalib ） end-to-end. PROVEN 術情報 (1) FFX_GrantCommandToCharacter@0x785D10 がid≥96をパーティワイ party-wide ドバンク g_PartyWideCommandBank@0x11307FC にルーティング — 16ワード/256ビット = ids 96..351; Radiant=word14 bit0、=word14 bit1; (2) FFX_Btl_BuildActorCommandMenu@0x79BB70 SEEDS 技術情報0x670 (に（コピーループは g_CmdAggregateAvailArrays@0x113081C で終了 → バンク = 16ワード）; (3) FFX_Btl_IsCommandAvailable@0x79AD40 がアクターワード 818+id/16 (を読む（id320→バイト 0x68C bit0）— 一貫; (4) FFX_SphereGrid_NodeActivateStateMachine@0x8CC300 ケース21が grant(, , 1) を呼ぶ , node.LearnedMove, 技術情 node with LearnedMove=0x3140/0x3141 teaches it; (5) persistence via FFX_IsCommandLearnedPersistent@0x7850E0 reads the same bit. BUG FOUND & FIXED: BuildActorCommandMenu has 3 cmp r32,140h (two 81 FE=esi on the aggregate loops, one 81 FF=edi on the PLACEMENT loop that inserts the id into the White-magic submenu). Only the placement compare controls whether 320/321 reach the menu; the old NulWardTeachHook patched the first match (81 FE, a no-op for surfacing). FIX: it now patches all cmp r32,140h→0x142 (PolyHook rebuild PASS). Documented RT2 risks: (a) FFX_Kernel_GetCommandEntryById@0x790AE0→FFX_Table_GetEntryByIdRange@0x7AB890 is a range-table with a fallback to cmd 0 — the grown command.bin must extend the range covering 320/321 (else Radiant resolves to cmd 0); (b) persistence depends on the ply_save limit/special map being wide enough to cover bit 224/225 (word 14). Design: id≥96 = party-wide (the whole party learns it), not per-char (96-bit cap). Renames+comments applied to the real .i64 (FFX_Btl_IsCommandAvailable, FFX_Btl_InitPartyWideCommandBank, FFX_Btl_PrepareSaveCommandState, FFX_Btl_BuildAggregateChildList, g_PartyWideCommandBank, g_PerCharCmdMenuState, etc.). Doc: docs/reverse/FFX_NUL_WARD_TEACH_SURFACE_RE_VERDICT_2026-06-16.md

v2.123.3.1

v2.123.4.1BETAPATCH

Lulu

Ronso メンタルＷメンタルＷ hudSafe=24: PERSISTENT gauge-full PIN (`max:=charge`) — 「バーが最大でな LEFT い限りでOverdriveに入れない」を修正

(（ランタイムフック動作バグ runtime-hook + の修正）。 ) RE). 発見（ログ + 逆コンパイルで実証）: FFX Overdrive使用可能」を 満タンゲージ (charge==max) に結合し、/メニューレンダラーで re-checks ム再チ PER-FRAME する HUD技術情報 私たちのフックの外. で。 hudSafe=23 の一時的スプーフは各トランポリン周辺で max:=charge を設定したが、直後に 技術情報 max=255 復元した (EndKimahriMaxSpoof)ので、リングが描かれるフレームは max=255 (（ゲージ満タンでない）を見た → Overdrive非表示 LEFT / ブロック。 RT2 ログ証拠（ (hudSafe=23): G0 menu charge=100 max=100 (（スプーフはビルド中に実際に機能した） DID にもかかわらずは決して表示されず; OD 技術情報 IsOdReady ... vanilla=1 ->1 (（ビットはバニラでも設定された） 0x590 でまだブロックされた。 RE 技術情報 ): MCP): 79AF70 = (actor[0x590]>>2)&1, 79AEE0 = (actor[0x590]>>3)&1 — 両方強制され=1、ゲー NOT トではない; 792AB0 (FFX_Btl_BattleMenuInputDispatch) のとき kind=12 OD 情報 技術情報 79AF70 (リングを構築 OD （リングは存在する）; 799AD0/799D60/7996E0/799830 は target-mask ゲットマスクリゾルバー, であり、満タンゲートではない。 OD-full 結論: ライブゲートはレンダラーの毎フレ per-frame charge==max 比較 — 一時的スプーフの手の届かないところ。 修正: ApplyKimahriRuntimePoolMax の間 持続的に max:=charge をピン留め charge>=gateMin (するようになった（彼のコマンドメニューが上がっている間、ゲージ per-frame はすべての毎フレームチェックで100%満タンと読まれる; /はコマンド / ATB/CTB 力中 一時停止 されるので、 ゲインは失われない) しきい値を下回ると実際のプール（255）を返し、ゲージが0–255に向かって再充填される。一時的 Begin/End スプーフは退役 (no-ops)ディスパッチシムが持続的ピンを呼ぶ。 既知のトレードオフ（）:): (RT2): 使用可能中はバーが満タンと読まれる; OD チャージが使 OD 用可能帯域にいる間ゲインが一時停止する可能性（がゲイン停止を示したら再検討 — ピンをメニューのみにスコープ） RT2 ビルド（10/10） ). 技術情報 menu-only). PolyHook (10/10) PASS (10/10), apply-mode ドデプロ (SHA B092B4C6). RT2 テストが必要 (（に行き、 LEFT 部分チャージでRonso 敵の技 Rageを使う）。ドキュメント: docs/reverse/FFX_RONSO_MANA_COMMAND_RING_PIPELINE_RE_2026-06-16.md §10。前版: v2.123.4.0]

v2.123.5.0BETAPATCH

Lulu

Nul Wardグリッド教育: grid-teach: command.bin 技術情報 PROVEN ( 技術情報 (範囲（exeパッチなし） LearnedMove 技術情報 FIX 技術情報エディタのエンコーディング + オフライン検証器

(（エディタ動作バグの修正 SphereGridExplorer + 新しいオフライン証明/検証器 + ）。 ) RE). DLL 触れない (（Ronso Manaレーンが使用中）メンタルＷ lane is lane — /エディタ/のみ。 C#/editor/IDA 技術情報 RT2 技術情報 ELIMINATED 技術情報 RE が FFX_Kernel_LoadFileToTable@0x781E00 (（ケース0 "command") が command.bin 技術情報 技術情報 (g_CommandKernelTable@0x112A92C, full-file memcpy) — 範囲合成なし. FFX_Table_GetEntryByIdRange@0x7AB890 が範囲ヘッダーを ファイルバイトから直接, 読み、 EntryListFile: numRanges=int16@0(=Signature=1)、 lo=PreviousFileCount@8(=0), hi=(EntryCount-1)@10, stride=EntrySize@12(0x60), base=EntryTableFileOffset@16(0x14); record = file + 0x14 + id*0x60. 成長した command.bin が EntryCount-1=321, を書くので、ids 320/321 ∈ 0,321 → ちょうど追加されたRadiant/Umbral行に解決 技術情報 exe/パッチなし。DLL 技術情報 技術情報 CommandKernelLookupVerifier (FfxLib技術情報 がエンジンの正確な計算を成長したバイトに対して再生し、 --nul-ward-static ゲートに配線 (engine_lookup_resolves チェック: (320/321) がc (m GetCommandEntryById(d0フォールバックに当たらないオフライン証明） NOT 技術情報 エディタ（） () FIX (SphereGridExplorer): ド LearnedMove ロップダウンが生の id (0x0140)を保存していたが、 on-disk ディスク上は エンコードされた id (0x3000|id) 技術情報 SphereGridRt2Lab (アーマーブレイク術情報 panel.bin = 0x3012) で経験的に実証され、grantの (cmd & 0xFFFFF000)==0x3000 ゲートに必要。ドロップダウンは現在 0x3000|id (を出力（Radiant→0x3140, Umbral→0x3141) し、 & 0xFFF, でマスクして名前を解決するので、 ユーザーはウォードをスフィアグリッドに置け、実際に教える (（以前はを保存しgrantが拒否した） 0x0140 技術情報 .i64 リネーム: 0x781E00→FFX_Kernel_LoadFileToTable, g_CommandKernelTable/g_KernelFileSizes/g_AAbilityKernelTable/g_ItemKernelTable 技術情報 0x781E00/0x7AB890/0x790AE0 (の実証コメント（ idalib_save). C。ビルド（0エラー） PASS (ドキュメント: docs/reverse/FFX_NUL_WARD_TEACH_SURFACE_RE_VERDICT_2026-06-16.md §F/§G. 前版: v2.123.4.1]

v2.123.5.1BETAREVISION

Yuna

Aurora バリスティカの最終仕上げ：フェーズ0キックオフ（ドキュメント整合＋レガシーコメント修正＋バリアント UNVERIFIED バッジ）

（ドキュメント＋RE／誠実性注記、新機能なし、動作上のバンプなし）。計画は .cursor/plans/aurora_balistica.plan.md に保存（10フェーズ、Halyson-confirmed スコープ A＋B：アクティブ RT2 5件＋IDA W2S スパイク＋variant-selector IDA スパイク）。この REVISION はフェーズ0のみを出荷（プローブ計装前のドキュメント整合）。4つの編集：（1）PORT_STATUS.md 「Aurora Chamber」行 — Honestidade のテキストを修正：以前は transform battle->world is DESIGN/UNCALIBRATED (...) flip-Z is a hypothesis、現在は 2026-06-05 の IDA-proof を反映（X/Z = identity、Y residual RT2 pending、参照 FFX_AURORA_BATTLE_TO_SCENE_TRANSFORM_IDA_PROVEN_2026-06-05.md＋FFX_AURORA_MASTER_RT2_CHECKLIST_2026-06-15.md A01／A04／A10）。(2) PORT_STATUS.md の先頭 — Atualizacao 2026-06-16 (Aurora finalizacao balistica) 新ブロック：A15 と照合した実際の Aurora 状態と、確認済みの RT2 順序（azit03_00 -> klyt00_00 -> drag -> grow -> camera -> photo、次に IDA スパイク）を要約。(3) RuntimeTools/FFXMapViewerWeb/aurora-overlay.js — JSDoc ヘッダー（9～10行目）を修正：以前は RAW battle-local - design-only/UNCALIBRATED、現在は IDA-proven IDENTITY in X/Z; Y residual per area/model height (actor+0x534) RT2 pending; flip-Z stays as comparison/debug only。(4) FFXProjectEditor/Modules/AuroraChamber/AuroraChamber_DataModel.cs — variantNote は SceneDetail に表示され、_resolver.ResolveScenes(MapKey) が1つを超えるバリアントを返した場合、 runtime selector UNVERIFIED を _a/_b/_c の一覧の横に追加するようになった。これにより、実際のセレクター（story-flag → バリアント）がまだ RE-proven されていなくても、Chamber はカタログが選んだ任意のバリアントを描画することがユーザーに分かる。A04 FFX_AURORA_ARENA_VARIANT_SELECTION_RE_2026-06-15.md を参照。触れないもの： probe、writers、offline gates、FfxHooksDll。次（フェーズ1）： aurora-calib-v2 を RuntimeTools/FfxDinput8Probe/ctl/Program.cs に実装し、CSV／JSON 出力（残存 identity_dx/dy/dz/rms、flipz_*、yaw180_*、winner enum、height_0x534、route＋battle id）を生成 — 仕様は docs/reverse/FFX_AURORA_CALIBRATION_PROBE_SPEC_2026-06-15.md。フェーズ0 RT2： N／A（docs-only＋UI 文字列）。［前回: v2.123.5.0］

Arena+ マルチDark Aeon進捗サイドカー + のリーダー/ライター。 FfxHooksDll

Arena+ Aeon：penta ストレッチのレシピ＋dry-run PASS

Spira Reforge：Capture Cascade フェーズ A のロックダウン — 8件の決定を確定＋準備アーティファクト3件

Ronso メンタルＷ: メンタルＷ: Overdrive再アーム修正（バグ re-arm 2）+ 2回目のコマンドリング。 command-ring RE

Spira Reforge: Capture Cascade B フェーズ ハ (RE ンドオフプロンプト（ `capturable` ビットのスパイク）

Spira Reforge：Capture Cascade の二重命名規約（内部コードネーム＋player-facing ブランド）

Ronso メンタルＷ: root-cause FIX メンタルＷ: コマンドリングの根本原因 — リングバッファベースが決してデリファレンスされていなかった（バグ 1）

Spira Reforge: Capture Cascade Cap-1 — `capturable` 技術情報 `m###.bin` LOCATED (スパイク、 B RE のみ） ) doc-only)

Nul Ward: teach/メニューサーフェス判定menu-surface RE VERDICT + FIX 技術情報 menu-bound + 技術情報 + メニュー拘束フックの（間違った `cmp 320`)

Ronso メンタルＷ メンタルＷ hudSafe=24: PERSISTENT gauge-full PIN (`max:=charge`) — 「バーが最大でな LEFT い限りでOverdriveに入れない」を修正

Nul Wardグリッド教育: grid-teach: command.bin 技術情報 PROVEN ( 技術情報 (範囲（exeパッチなし） LearnedMove 技術情報 FIX 技術情報 エディタのエンコーディング + オフライン検証器

Aurora バリスティカの最終仕上げ：フェーズ0キックオフ（ドキュメント整合＋レガシーコメント修正＋バリアント UNVERIFIED バッジ）

Arena+ マルチDark Aeon進捗サイドカー + のリーダー/ライター。 FfxHooksDll

Arena+ Aeon：penta ストレッチのレシピ＋dry-run PASS

Spira Reforge：Capture Cascade フェーズ A のロックダウン — 8件の決定を確定＋準備アーティファクト3件

Ronso メンタルＷ: メンタルＷ: Overdrive再アーム修正（バグ re-arm 2）+ 2回目のコマンドリング。 command-ring RE

Spira Reforge: Capture Cascade B フェーズ ハ (RE ンドオフプロンプト（ `capturable` ビットのスパイク）

Spira Reforge：Capture Cascade の二重命名規約（内部コードネーム＋player-facing ブランド）

Ronso メンタルＷ: root-cause FIX メンタルＷ: コマンドリングの根本原因 — リングバッファベースが決してデリファレンスされていなかった（バグ 1）

Spira Reforge: Capture Cascade Cap-1 — `capturable` 技術情報 `m###.bin` LOCATED (スパイク、 B RE のみ） ) doc-only)

Nul Ward: teach/メニューサーフェス判定menu-surface RE VERDICT + FIX 技術情報 menu-bound + 技術情報 + メニュー拘束フックの（間違った `cmp 320`)

Ronso メンタルＷ メンタルＷ hudSafe=24: PERSISTENT gauge-full PIN (`max:=charge`) — 「バーが最大でな LEFT い限りでOverdriveに入れない」を修正

Nul Wardグリッド教育: grid-teach: command.bin 技術情報 PROVEN ( 技術情報 (範囲（exeパッチなし） LearnedMove 技術情報 FIX 技術情報 エディタのエンコーディング + オフライン検証器

Aurora バリスティカの最終仕上げ：フェーズ0キックオフ（ドキュメント整合＋レガシーコメント修正＋バリアント UNVERIFIED バッジ）

Spira Reforge: Capture Cascade B フェーズハ (RE ンドオフプロンプト（ `capturable` ビットのスパイク）

Ronso メンタルＷメンタルＷ hudSafe=24: PERSISTENT gauge-full PIN (`max:=charge`) — 「バーが最大でな LEFT い限りでOverdriveに入れない」を修正

Nul Wardグリッド教育: grid-teach: command.bin 技術情報 PROVEN ( 技術情報 (範囲（exeパッチなし） LearnedMove 技術情報 FIX 技術情報エディタのエンコーディング + オフライン検証器

Spira Reforge: Capture Cascade B フェーズハ (RE ンドオフプロンプト（ `capturable` ビットのスパイク）

Ronso メンタルＷメンタルＷ hudSafe=24: PERSISTENT gauge-full PIN (`max:=charge`) — 「バーが最大でな LEFT い限りでOverdriveに入れない」を修正

Nul Wardグリッド教育: grid-teach: command.bin 技術情報 PROVEN ( 技術情報 (範囲（exeパッチなし） LearnedMove 技術情報 FIX 技術情報エディタのエンコーディング + オフライン検証器