更新 2.61

2026/6/9

原生選單 STEP 3: native-list 行來源 reverse-engineered + `list-read` (探查) + 即時選擇讀取。持續進行原生 in-game 選單工作線 (Yojimbo→Jarvis-BAHAMUT)，step-3 缺口 #1（「原生清單的行從何而來？」）已透過 IDA 封閉：該清單 INPUT (`FFX_Menu_List_UpdateInput 0x8B4460`) 是 100% 通用型 — 純粹對 152 位元組物件進行欄位數學運算 (`+40` 狀態、`+48` 計數、`+50` 頂部、`+52` 目標、`+58` 頁面、`+66` 插槽、`+69` 結果、`+70` 捲動、`+72` 已選取、`+28` 驗證器)，不碰觸任何全域變數，並由 10 個不同的建構器重複使用 — 但每個原生繪製都是 item-shaped：場景3 清單 (`FFX_Menu_CreateScene3ScrollableList 0x8B4FB0` → 繪製 `0x8B4A00` → 行 `0x8B4B20`) 從 `unk_159EC30[64i]` (64 位元組結構) + `byte_1866250[]` (型別) 讀取行，其中物品名稱由 `0x86C3C0(id→table)` 解析，並在 `rowPtr+32` (型別 1) 處有選項的直接標籤；它載入 scene3/33/34 並依賴自訂全域變數。二進位檔中不存在「free-text 清單」繪製 — 因此一個帶有 OUR 文字（競技場 / Aurora Photo-Mode 外殼）的原生清單需要 DLL 繪製回呼（步驟 5，即 tick-bible §4 中所預見的路徑），hand-rolled 配方已記錄（通用輸入 `0x8B4460` + 使用 DLL 視窗 / `sub_8F5F70` 字串 / `sub_9016B0` 遊標的 `sub_8C0640` 繪製，讀取 `+69`/`+72`）。透過探查 TODAY 出貨：新的動詞 `ffxprobectl list-read [handleHex]` (READ-only)，會掃描 menu-object POOL (`g_FFX_MenuObjPool 0x18408C0`，32 個槽 × 152B) — 找到 ANY 活躍的原生列表/彈出視窗，並透過其回呼識別它 — 加上捷徑「目前列表」的全域變數 (`dword_1866214`/`186A5DC`/`23CC120`)。✅ RT2 PASS (即時，2026-06-09): 在遊戲處於自訂裝備選單時，池掃描捕捉到了被導航的列表 (slot[3] `@0x017A0A88`，`input=0x8D57E0`，是通用 `0x8B4460` 的一個薄包裝) 並且 `+72`/`SELECTED` 即時追蹤了遊標 (35→42)，當操作者移動它時 → step-3「讀取了一個原生可導航列表的選取項」PROVEN 而不寫入任何東西。(加分項：重置物件的 `+62 = group 0x101` 與 `FFX_MenuObj_Reset` 相符 (IDA) — 偏移量已與記憶體確認。) 未觸及任何相機 RAM / Aurora / `dllmain.cpp` / 存檔；IDA read-only (`_claude_ida` 副本，位於文件中的 rename-queue)。`ffxprobectl` 建置 0 個錯誤。步驟 5 (藍圖): paste-ready 原生外殼的骨架位於 `RuntimeTools/NativeMenuShell/NativeMenuShell.h` (+README) — 物件 hand-roll + 繪製回呼 (視窗+行+遊標) + FFX 字型編碼器 + 與 Aurora 的拍照模式動作解耦的橋接；ABI/偏移量已確認 (IDA 驗證工作流程) 並經對抗性審查 (2 個鏡頭 FFX-vs-IDA + C++ → 無當機/編譯阻礙)；x86 防護 + anti-OOB 鉗位 + load-bearing 不變量已註解；未接線，不觸及 `dllmain.cpp`。步驟 5.1 (接線藍圖, 已套用 NOT): 計劃 + 修補草稿 (`docs/ai/HANDOFF_BAHAMUT_NATIVE_MENU_WIRE_BLUEPRINT_2026-06-09.md` + `docs/patches/BAHAMUT_NATIVE_MENU_WIRE_DRAFT_2026-06-09.patch`) 透過選單泵 `ffx-hooks.dll` 上的繞道將外殼接線至 `FFX_Menu_PerFramePump 0x8A9C50` (`int __cdecl(uint)`, IDA-verified, main-thread) — 預設為 OFF (`FFXHOOKS_ENABLE_NATIVE_MENU` + F7 快速鍵), 橋接僅呼叫 `PhotoMode::`; 經對抗性審查 (2 個視角) 無阻礙 (編譯審查員將其套用至暫存樹, `git apply --recount --check` exit 0); `dllmain.cpp` NOT touched/committed. Doc: `docs/reverse/FFX_NATIVE_MENU_LIST_ROW_SOURCE_2026-06-09.md`.

閱讀說明

SeymourBETA

更新 2.60

2026/6/9

updatemonster-ai

可重複使用的 read-only Atlas 證據徽章，應用於怪物 AI 編輯器。 `HANDOFF_ATLAS_READONLY_MODULE_BADGES` 的第一層：一個可重複使用的 evidence-badge 元件，顯示每個條目的資料來源及其可信度——沒有寫入器、沒有套用、沒有 SIN。新的 `Modules/Common/AtlasEvidenceBadgeStrip.axaml(.cs)`（drop-in UserControl 帶有一個 `Evidence` 屬性）+ `Modules/Common/AtlasEvidenceBadge.cs`（`AtlasEvidenceBadge` 按嚴重性著色 + `AtlasEvidenceInfo` 承載徽章/來源/「出現位置」，工廠 `ForBibleEntry`/`ForDetail`）。關鍵決策（經過對抗性審查後）： ONE 引擎 — `AiBibleEvidence` 被參數化為 `Derive(...)`，並且條列區域透過 `entry.EvidenceBadges` 重複使用該條目的規範徽章，因此怪物 AI 內嵌條列區域和完整的 BIBLE 視窗永遠不會不一致；`IDA` 保留為獨立的結構性徽章，並且絕不合併為綠色的 `proved`（一個被審查發現並修復的錯誤）。加入了任務的 `partial` 權杖。「在遊戲中出現的位置」文字變成了 `AiBibleWhereAppears`（一個由 DRY 和模組共享的 BIBLE 來源）。應用於 `Monster AI Editor` 內嵌的 BIBLE 面板：徽章 + 來源 + 所選條目的「出現位置」展開器；現有的 📖 開啟完整指南按鈕會開啟焦點所在的 BIBLE。沒有執行時期、SIN、save-path 或 `SpiraDataAtlasCatalog` 提供者的變更。建置 0 個錯誤 / 361 個警告；`--spiraatlas-rt0` 和 `--aicmdmeta-rt0` PASS；`AiScriptLab --ai2` PASS（驗證器乾淨 346/346）。[先前：`v2.59.0`] — Jarvis-MAGIC

閱讀說明

SeymourBETA

更新 2.59

2026/6/9

updatemonster-ai

BIBLE OF SPIRA / Atlas UI 2.0: multi-badge 證據導航 + 篩選器 + 來源面板 (read-only). `BIBLE OF SPIRA` 視窗獲得了一個誠實的 evidence-health 導航層，沒有新的寫入器。`AiBibleEntry` 現在攜帶結構化的 Atlas 來源 (`SourcePath`, `WriterPolicy`, `DetailKind`) 加上單一來源的證據標記 (`AiBibleEvidence`)，僅從條目已有的欄位衍生而來——它從不發明證明。每個條目顯示 multi-badges (`blocked`, `RT2`, `IDA`, `proved`, `RT0`, `parser-corpus`, `presence-index`, `metadata-only`, `semantic-candidate`, `RT2-pending`, `read-only`) 按嚴重程度著色，並帶有 honesty-preserving 工具提示 (`RT0` = Atlas 解析/目錄完整性，而非執行時權威性；`parser-corpus` 證明結構/存在性，而非效果)。A 新的證據篩選器 (`Todas`, `Proved/RT0`, `Parser corpus`, `Metadata-only`, `Blocked`, `RT2 pending`) 與種類/領域篩選器和搜尋乾淨地級聯，並附有計數。Atlas-derived 條目獲得一個 Atlas：來源與政策面板，揭露 `Domain`、`DetailKind`、`WriterPolicy` 和 `SourcePath`（而不傾倒原始 CSV）。「在遊戲中出現的位置」文字已按領域以誠實的措辭重寫 (`monster-presence` = 陣型/欄位存在性，而非行為；`sin-eligibility` = 一個佇列，而非授權；`gear-name-model` = `w_name.bin` 行，而非最終獎勵名稱；`blitzball-prize` = metadata-only；晶球 `Unknown6` = 原始/未知)。搜尋現在接受 `metadata-only`/`blocked`/`RT2-pending`/`domain:`，通過添加到 `SearchBlob` 的令牌。暫存建置 0 錯誤 / 361 警告；`--spiraatlas-rt0` 和 `--aicmdmeta-rt0` PASS (`979/867/112`).無執行時期、SIN 寫入器或 `SpiraDataAtlasCatalog` 提供者變更：僅 read-only / UX。[上一版：`v2.58.0`] — Jarvis-MAGIC

閱讀說明

SeymourBETA

更新 2.58

2026/6/9

updateruntime-hook

編輯器中的 Aurora Overlay Lab：為 `ffx-hooks.dll` 提供持久化設定。新增 `Live Tools -> Aurora Overlay Lab` 模組，可透過 `modules\config\aurora_overlay.ini` 控制執行時期疊層，同時同步舊有旗標檔案（`aurora_overlay.flag`、`aurora_overlay_d3d11.flag`、`aurora_w2s_sniff.flag`），並公開 GDI / D3D11 模式、W2S 掃描、D3D 嗅探、預算/冷卻、重新整理，以及 `Auto-pause hits` 調節旋鈕。DLL 在啟動時讀取 `.ini`，環境變數仍優先；當 `d3d_sniff_autopause_hits=3` 回退矩陣仍為最新時，constant-buffer 會暫停耗資源的 D3D 檢查。該面板會正規化遊戲根目錄 / `FFX.exe` / `modules` 輸入、顯示 DLL / 設定 / 日誌狀態、開啟 `%TEMP%\ffx-hooks.log`、透過 Steam 應用程式 ID `359870` 啟動、在實際 `FFX.exe` 根目錄與所選目標不同時發出警告，並捕捉設定 I / O 失敗，避免導致 UI 崩潰。先前的執行時期驗證：D3D11 in-frame 標籤位於實際 FFX 中；本次通過驗證了編輯器建置 `0 errors` / `361 warnings` 以及 DLL 部署。[上一版：`v2.57.0`] — Jarvis-Codex

閱讀說明

SeymourBETA

更新 2.57

2026/6/9

updatemonster-ai

自訂頭目創造器：針對 Drop1/Steal/Bribe 的進階戰利品精簡版。數值面板現在有一張進階戰利品卡片，可選用覆寫設定，針對普通/稀有 `Drop1`、普通/稀有 `Steal` 以及 `Bribe`：物品 ID、數量以及原始機率（在那些欄位存在之處）。空白或無效的欄位會從選取的 `Loot used` 繼承；預覽／差異透過 `Item_Dictionary` 解析物品名稱，並顯示諸如 `Potion x1 → Dark Matter x2` 的變更，同時將無效欄位列為繼承。克隆器現在會套用複製/繼承的整個 `LootFile`，然後蓋上 `Gil/AP` 以及 Drop1/Steal/Bribe 精簡覆寫；當填入時，`.bossrecipe.json` 會記錄那些覆寫。老實說：`Drop2`、超殺掉落以及裝備/能力池仍保留在怪物編輯器／後續版本。編輯器建置：0 個錯誤／361 個警告。[前一個：`v2.56.0`] — Jarvis-Codex

閱讀說明

SeymourBETA

更新 2.56

2026/6/9

updatemonster-ai

怪物 AI 編輯器：欄位/數值種植器 + 最終 Trinity/BIBLE 打磨。 MONSTER AI TRINITY 標題現在置中，作為 first-read 的適當 `AEON observes · BIBLE teaches · SIN creates` 提示框。工作檯在 fine-tuning 區域新增了一張種植欄位/數值卡片：它從 `btlActorProperty` 搜尋任何 `AiChrPropertyNames`，接受小數值或 `0xNN`，並使用正確的 `onTurn` 形狀（`PUSHII <field> · PUSHII <value> · CALLPOPA 70AB`，無 `setStatField(field,value)`，不與 `actorRef` 混淆）儲存到真實的 `writeChrProperty` 鉤子並附有備份。預設排序會優先顯示 `OverdriveMax`、`OverdriveCurrent`、`showOverdriveBar` 和 hit-reaction 欄位，以便進行 Dark Shiva/overdrive-style 編輯。內嵌的 BIBLE 面板也採用了更乾淨的 Spira/FFX 顏色，用於選取和詳細資訊窗格，取代了衝突的終端區塊。編輯器建置：0 個錯誤／361 個警告。[前一個：`v2.55.4`] — Jarvis-Codex

閱讀說明

SeymourBETA

更新 2.55

2026/6/9

updatemonster-ai

自訂頭目創造器：在 round-trip 中匯入/匯出/UI 頭目配方。左欄現在有一個配方卡片，包含用於 `Import` 的 `Export` 和 `.bossrecipe.json` 按鈕。匯出會寫入目前的草稿配方，而不會建立 `m###.bin`；匯入會驗證結構描述 `ffx.bossrecipe.v1`/version 1，並將來源怪物、目標 ID、顯示名稱、AI 模式/來源、屬性以及簡單獎勵（`RewardGil`、`RewardAp`、`RewardApOverkill`）重新套用到畫面欄位。如果目標已存在，匯入會在狀態面板中發出警告，並讓使用者透過點擊 ID 來選擇另一個 before `Create Monster`。老實說：配方是離線編輯器元資料；實體化頭目仍需使用建立按鈕，而放置/RT2仍屬於陣型編輯器/戰鬥沙盒/in-game的工作。編輯器建置：0 個錯誤 / 361 個警告。[先前：`v2.54.0`] — Jarvis-Codex

閱讀說明

SeymourBETA

更新 2.54

2026/6/9

updatearena

戰鬥沙箱 v2 ：最多8個敵人、地點/ 路線選取器，以及散佈 /攝影機規劃器。在 `LiveBattleLab` 中的戰鬥沙箱 A/B/C stack: it now has a compact 8-enemy slot layout with per-slot HP and quick AI. Routes can be selected from the decoded `btl.bin` 清單（`map/battleId/field/group/formation`）中選取，或手動編輯；準備路線會使用 `btl_` 寫入解析後的 `MonsterLive` 編隊欄位和 `.sandbox.btl.bak`位置，重複使用 `BattleArenaAuthor`、 `Battle_File.WriteWithFormationSlots()`和 `BattleArenaPositionWriter`。規劃器提供散佈選項（`2 compact rows`, wide, boss+adds, corridor, ring) and computes a camera framing recommendation for all active monsters; automatic camera writing remains honestly deferred to Aurora/RT2. `Force Battle` still requires the connected DINPUT8 probe. Solution build: 0 errors / 361 warnings; local screenshot at `work/screenshots/battle-sandbox-tab.png`。上一頁： `v2.53.0`] — Jarvis-MAGIC

閱讀說明