更新 2.69

2026/6/10

Blitzball Recruits Editor: UI to change WHO is recruited at each location (game-file; writer `v2.67.0` 已驗證）。新模組/分頁 `Blitzball Recruits 🏐` (`Modules/BlitzballRecruitEditor`) that edits free-agent 約34 個招募場地事件Luca/Kilika/Guadosalam/Calm Lands/Airship/Besaid/…, corpus-derived via the signature `AE 28 00 14 AE <id> 00 A3`)，並且每個事件顯示每個招募地點附有 6 0名球員的下拉選單 (名稱從 `macrodic.dcp` 透過 `BlitzballPlayerNames`) to re-point who is recruited there. It consumes the already-proven writer `BlitzballRecruit_File`（儲存/復原/`Event_File.PatchScriptByte` / `--blitzball-recruit-rt0`) through a per-event `ByteSnapshotEditorSession` (save/undo/restore-original/auto-save, a mirror of the multi-source MacroExplorer). Registered in `Main_Window` （導航 + `SetModule`）。誠實說明：「可寫入（實驗室）」徽章 re-points the recruit's player-id only (game-file, no EXE patch; RT0 isolation proven, in-game RT2 2 個地點 re-point; recruitment availability/gating stays in the event logic; player stats = the Blitzball Roster tab, names = Macro Explorer. MINOR (NEW module/tab; precedent: Blitzball Roster Editor `v2.68.0` = MINOR). Reuses the existing writer/`Event_File`/`MacroDictionary_File`/`BlitzballPlayerNames`/`ByteSnapshotEditorSession`； not 不SIN/other lanes. Build 0 errors / 361 warnings; `--blitzball-recruit-rt0` PASS.

閱讀說明

SeymourBETAMINOR

更新 2.68

2026/6/10

updateruntime-hook

Blitzball Roster Editor: visual UI for the 60 players' stats/growth (game-file; writer `v2.66.0` 已驗證）。新模組/分頁 `Blitzball Roster 🏐` （`Modules/BlitzballRosterEditor`) that visually edits the 60 players' stat-growth curves inside `bltz0002.ebp`: a player list (with read-only names resolved from `macrodic.dcp` 解析的 `BlitzballPlayerNames`名稱HP/SP/AT/EN/PA/SH/BL/CA), each with the 4 editable floats `a/b/c/growthType`、Lv 1/ 50/99 的即時數值預覽 already-proven writer `BlitzballRoster_File` / `--blitzball-roster-rt0`，為 `ByteSnapshotEditorSession` (save/undo/restore-original/auto-save, an exact mirror of `TreasureEditor`）。註冊於 `Main_Window` （導航 + `SetModule`）。誠實說明：「可寫入（實驗室）」 stat-growth tables only (RT0 byte-identity proven, in-game RT2 pending); names are read-only here (edit them in Macro Explorer); techs/level/EXP/cost are save-side; the match engine / technique effects are EXE-native (see the address map). MINOR (NEW module/tab; precedent: Blitzball Prize Explorer `v2.62.0` = MINOR). Reuses the existing writer/`Event_File`/`MacroDictionary_File`/`BlitzballPlayerNames`； not 不SIN. Build 0 errors / 361 warnings; `--blitzball-roster-rt0` PASS.

閱讀說明

SeymourBETAMINOR

更新 2.67

2026/6/10

updateruntime-hook

Blitzball: RECRUITMENT 可在 GAME FILE 中編輯 — ATEL 即時修補器位於 `.ebp` (RT0 已驗證)。每個地點會招募誰，是場地事件 ATEL 字節碼中的一個 1 字節立即值：簽名 `AE 28 00 14 AE <playerId> 00 A3` (`PUSHII 40 · ADD · PUSHII <playerId> · write-array`) 會附加到 YOUR 隊伍 (`BlitzballTeamPlayers[count+40]`)。新原始 `Event_File.PatchScriptByte`（對 ATEL 區塊的 1 字節修補，length-preserving 經由 `ScriptChunkOverride`）+ `FfxLib/Blitzball/BlitzballRecruit_File.cs`（`FindSites`/`SetRecruit`/`SetRecruitAt`）+ 閘門 `Tools/BlitzballRecruitRt0.cs`（`--blitzball-recruit-rt0`）。PROVEN 在 `guad0000.ebp` 上：6 個站點（Giera `0x1F`/Auda `0x22`/Nav `0x21` × 2 條分支），no-edit 讀取→寫入 byte-identical（189,696 B），re-pointing Giera→Wakka（`0x1F`→`0x33`）隔離到 2 個字節在預測偏移量處，re-read 確認新招募。簽名已驗證，與 `guad0000`/`lchb0000`/`hiku0500` 比對（完整 Al Bhed Psyches）。誠實說：更改了 WHO 在哪裡被招募（game-file，無 EXE 修補）；招募可用性/閘門邏輯保留在事件邏輯中。MINOR（NEW 招募寫入器；同類首創）。僅 ADDS 檔案 + 1 個 `Program.cs` 調度；不觸及存檔/執行期/SIN/其他工作線。建置 0 錯誤 / 361 警告；`--blitzball-recruit-rt0` PASS。文件：`docs/reverse/FFX_BLITZBALL_ENGINE_IDA_SCOUT_2026-06-10.md`。[前一個：`v2.66.0.1`] — Jarvis-CHAPPU

閱讀說明

SeymourBETAREVISION

更新 2.66

2026/6/10

updateruntime-hook

Blitzball ROSTER (60名球員的屬性/成長) NOW EDITABLE 在 GAME FILE 中 — `.ebp` ATEL-variable 寫入器 PROVEN (RT0 byte-identical + mutation-isolated). 第一個在 GAME FILE 中編輯水球基礎資料的寫入器，而非存檔。 60名球員的基礎屬性 + 成長曲線位於 INSIDE `bltz0002.ebp` 作為 ATEL 變數 `0x126..0x12E` (8項屬性 × 60名球員 × 4個浮點數 `a,b,c,growthType`；成長公式已解碼：`gt -1`→1, `0`→a+b·Lv, `1`→a+b·Lv^c, `2`→a+b·Lv−c·Lv², `3`→a+b·Lv+c·Lv²)。新的原始類型 `Event_File.PatchEventDataElement(varId, idx, bytes)` (`FfxLib/Event/Event_File.AtelVar.cs`)：一個 in-place ATEL eventData-variable 修補器，length-preserving 透過現有的 `ScriptChunkOverride` 鉤子 → `Write()` re-packs byte-identical 除了已編輯的切片。新的讀取/寫入 file-class `FfxLib/Blitzball/BlitzballRoster_File.cs` (解碼/編輯 60×8 成長) + 閘門 `Tools/BlitzballRosterRt0.cs` (`--blitzball-roster-rt0`)。PROVEN: byte-exact 讀取與 FFXDataParser 轉儲比對 (球員0 HP = `70 + 30·Lv + 0.711·Lv²`); no-edit 讀取→寫入 byte-identical (5,445,248 B); 480/480 growthType 有效; 一個 single-float 修補隔離到預測偏移量處的 4 個 target-element 位元組 (`@0x491680`)。RE (缺失的部分): 變數的 value-base = `worker0_header + 0x30` (穩健解析，無硬編碼)。誠實說明: ONLY 屬性/成長是 file-data; 名稱 = 字串巨集 `0x700+idx` (寫入器存在，接線待處理)，位置/technique-definitions/match-engine = EXE (IDA-pending)，learned-techs/費用/合約/等級/EXP = 存檔 (超出 game-file 範圍)。尚無 UI (下一步 = `BlitzballRosterEditor`)。 MINOR (NEW 功能：第一個將水球名單寫入遊戲檔案的寫入器)。不觸及存檔 (CHAPPU/checksum)、執行時期、SIN 或其他工作線；僅 ADDS 新檔案 + 1 個 `Program.cs` 分派。建置 0 個錯誤 / 361 個警告；`--blitzball-roster-rt0` PASS (no-edit byte-identical + 突變隔離)。文件：`docs/reverse/FFX_BLITZBALL_ROSTER_BASE_RE_2026-06-10.md` + `docs/ai/BLITZBALL_100PCT_EDITOR_CHECKLIST_2026-06-10.md`。[前一個：`v2.65.3`] — Jarvis-CHAPPU

閱讀說明

SeymourBETAPATCH

更新 2.65

2026/6/10

updatemonster-ai

PC/玩家成長於 Spira 數據圖鑑（read-only、`proved-candidate`、byte-grounded、工作線/獨立）。將 REAL 來源的 PC 成長/數值插入提供者：新的 `SpiraDataAtlasDetailKind.PlayerGrowthStat` + value-guarded 存取器 `SpiraDataAtlasCatalog.TryGetPlayerGrowthStat(source, characterIndex, field, currentRawValue)`。來源 = `ply_save.bin`（基礎/當前數值）+ `ply_rom.bin`（成長 ROM：AP-requirement 曲線 `ApReq A/B/C/Max` + per-stat auto-growth 係數 `CoefA/B`），SAME 表格呈現 `PlayerGrowthEditor` 編輯（解析器 `PlayerKernel_File`、RT0-proved 由 `--player-rt0`）。20 個插槽（0–6 PC，7 來賓=Seymour，8–17 召喚獸，18–19 未對應）來自一個 byte-grounded 編譯表格（`FfxLib/SpiraDataAtlas/PlayerGrowthData.cs`，由 `tools/ffxdataparser_bridge/build_player_growth_index.ps1 -EmitCSharp` 從 `.bin` 檔案產生），因此它們存在於 ANY 構建 WITHOUT `work/`（不同於 `PcAeonFineStat`，它依賴於 `work/pc_save_stats_catalog.csv` 且僅為快照）。標籤在執行時透過 `Character_Enum` 解析（單一事實來源）。誠實說明（non-obvious）： stat-growth 係數是 Aeon-only — PC/來賓插槽帶有 ZERO 係數（主要角色透過幻光盤成長數值）；在此 PC 中唯一的 ROM 成長控制是 AP-requirement 曲線。這是來自 DIFFERENT 的 BRASKA 的一個 `sum_grow.bin` 軸（auto-level ≠ 自定義配方）。REGION-SPECIFIC： `ply_save`/`ply_rom` 是 NOT locale-invariant（`new_uspc` 數據部分不同於 jppc/inpc；編譯表格 = `new_uspc`，編輯器載入的區域）。in-game AP-per-level / per-coefficient 獲得公式是 `RT2-pending`（字節/欄位已證實，執行時算術未反轉）。 Value-guard = 相同 value-space 編輯器編輯 → 編輯該欄位（原始不匹配），或未知的插槽/來源/欄位 → 存取器 `false` → 徽章隱藏（鏡射自 Aeon/商店/Mix）。閘門 `--spiraatlas-rt0` `21296 → 21316` (+20；全部唯一) + 18 個新斷言 (計數 20/8/10/2；PC 係數為零；Aeon 係數 non-zero；區域 uspc；查找 Tidus BaseHp 520 / ply_rom AP 最大值 22000 / Valefor HpCoef 6；value-guard `9999` 隱藏；out-of-range 插槽/來源/欄位缺失；網域搜尋；BIBLE 網域 player-growth)。Read-only：無寫入器/UI/執行時/SIN；不會觸及 `WriteSave`/`WriteRom`、`PlayerGrowthEditor` UI、ANIMA 的 `Common` 引擎（僅消耗），或 BRASKA/AURON/JECHT/RIKKU/WAKKA/VALEFOR/AURORA/SIN。建置 0 錯誤 / 361 警告；`--player-rt0` + `--spiraatlas-rt0` + `--aicmdmeta-rt0` PASS。文件：`docs/ai/ATLAS_TIDUS_PC_GROWTH_PROVIDER_RESULT_2026-06-10.md` + 偵察 `docs/ai/ATLAS_TIDUS_PC_GROWTH_SCOUT_RESULT_2026-06-10.md`。[先前：`v2.64.3`] — Jarvis-TIDUS

閱讀說明

SeymourBETA

更新 2.64

2026/6/10

updateruntime-hook

Aeon 在 Spira 資料圖譜中的成長/自訂（read-only，`proved-candidate`，Aeon-only，已編譯）。將 `sum_grow.bin`（FFX 的 Aeon 自訂表）作為 read-only 細節類型插入到提供者中：新的 `SpiraDataAtlasDetailKind.AeonGrowthRecipe` + value-guarded 存取器 `SpiraDataAtlasCatalog.TryGetAeonGrowthRecipe(entryIndex, currentResultRaw, currentItemRaw)`。 Aeon-ONLY： `sum_grow.bin` 為 636 位元組（`0x14` 標頭 + 77 × 8B 條目，`Target` 始終 `0x007F`=Aeon，`jppc`==`inpc` byte-identical）→ 67 個能力配方（結果類別 3 → 指令） + 10 個屬性配方（結果類別 0 → StatOptions，次要=1）。沒有 PC 行，也沒有 Sphere-Grid 行（`PcAeonFineStat` 是一個單獨的語料庫；網格拓撲位於 `sphere.bin`/`panel.bin` 中）。非 `work/` 來源： 77 行來自一個 byte-grounded 編譯表（`FfxLib/SpiraDataAtlas/SumGrowAeonRecipeData.cs`，由 `build_sum_grow_aeon_fine_index.ps1 -EmitCSharp` 從 `sum_grow.bin` 生成），因此它們存在於 ANY 建置中，無需 `work/`（不同於 Mix/晶球/商店）。名稱/標籤在執行階段由編輯器自身的 `AeonCustomizationEntry`+字典解析（單一事實來源，由 RT0-proved 進行 `--customization-rt0`），從不使用 re-invented。 Stat-recipe 成本 = `partial`（編輯器渲染 `Primary× item`；in-game 成本為 1 個物品/應用，而 `Primary` 是增量）——顯示在 `evidence` 欄位中（`;cost-semantics-partial`），不僅僅是文字說明。閘門 `--spiraatlas-rt0` `21219 → 21296` 細節（+77 個 Aeon；全部唯一） + 13 個新的斷言（計數 77/67/10；Aeon-only；無 PC；無晶球；能力查找 66→Ultima/Supreme Gem；屬性查找 67→HP+100/Power Sphere/cost-partial；value-guard `0x9999` 隱藏； out-of-range 索引未命中；網域搜尋；BIBLE 網域 aeon-growth). Read-only: 無寫入器/UI/執行時期/SIN; 不觸碰 RIKKU/WAKKA/JECHT/BAHAMUT/AURORA, ANIMA 的 `Common` 徽章引擎, 或 `WriteAeon`/save 路徑. 解除阻塞 YUNA 待辦事項 Q1 (原為 `blocked`). 經由偵查中的四鏡頭對抗性工作流程驗證. 建置 0 個錯誤 / 361 個警告；`--customization-rt0` + `--spiraatlas-rt0` + `--aicmdmeta-rt0` PASS. 文件：`docs/ai/ATLAS_BRASKA_SUM_GROW_FINE_SCOUT_RESULT_2026-06-10.md` + `docs/ai/HANDOFF_BRASKA_SUM_GROW_FINE_INDEXER_NEXT_2026-06-10.md`. [上一個：`v2.63.0`] — Jarvis-BRASKA

閱讀說明

SeymourBETA

更新 2.63

2026/6/10

updateruntime-hook

Mix 詳細種類，位於 Spira 資料集 (read-only, `proved-candidate`, value-guarded)。資料集中的第一個真實 Mix 錨點：新增 `SpiraDataAtlasDetailKind.MixCombination` + 存取器 `SpiraDataAtlasCatalog.TryGetMixCombination(originIndex, partnerIndex, currentRawResult)`，將 parser-canonical 資料集 `work/step0_consolidated_v5/mix_combinations.csv` (6,328 列 = 112×113/2, 0 重複鍵) 接入提供者。`prepare.bin` 是一個 112×112 lower-triangular 矩陣（原點 `O` 僅在夥伴槽 non-zero 攜帶 `0..O` 結果），因此每個無序對 `{a,b}` 恰好存在於一個規範儲存格中：原點=最大值，夥伴=最小值；金鑰 `mix:0x{0x2000+max}+0x{0x2000+min}` 可從編輯器的 `(origin, partner)` 索引重建，無需猜測。`result_hex` 是編輯器讀取為 SAME 的 little-endian `MixResultRow.RawResult` 字（編輯器讀取器 byte-identical 每個 `--mixtable-rt0`；解析器相同位元組序）→ value-guard = same-space 整數比較：編輯結果會破壞匹配並隱藏徽章（無過時）；空儲存格（原始值 0，包括所有 upper-triangle 鏡像）short-circuits。SINGLE SOURCE： value-dict + 詳細資訊來自同一個 CSV。閘門 `--spiraatlas-rt0` `14891 → 21219` 詳細資訊（+6,328 Mix；全部唯一）+ 8 個新增斷言（計數 6328；查詢 0+0→Ultra Potion `0x30AC`；規範順序 `(3,1)==(1,3)`；value-guard `0x9999` 隱藏；空 raw-0 未命中；out-of-range 索引未命中；領域搜尋；BIBLE 領域混合）。Read-only：無寫入器/UI/執行期/SIN；不接觸 Mix 編輯器（寫入器）、寶物/商店 (RIKKU)、ANIMA 的 `Common` 徽章引擎（僅透過搜尋消耗），或 Aurora/Bahamut/native-menu。解除 YUNA 待辦事項 Q2 的阻塞（原為 `blocked`）。 UI 徽章連線 = 下一次交接 (`docs/ai/HANDOFF_JECHT_MIX_ATLAS_PROVIDER_NEXT_2026-06-10.md`)。建置 0 錯誤 / 361 警告；`--spiraatlas-rt0` + `--aicmdmeta-rt0` PASS。文件：`docs/ai/ATLAS_JECHT_MIX_DETAIL_KIND_SCOUT_RESULT_2026-06-10.md`。[前一個：`v2.62.1.1`] — Jarvis-JECHT

閱讀說明

SeymourBETA

更新 2.62

2026/6/9

updateruntime-hook

Blitzball 獎品探索器：專用 read-only 地圖集 UI。新的 `Modules/BlitzballPrizeExplorer` 模組（在參考資料/Blitzball 羣組中的 RE 獎品 🏐 標籤頁，無專案閘門），它使用 already-closed 目錄 `SpiraDataAtlasCatalog.BlitzballPrizeDetails`（領域 `blitzball-prize`）：一個可搜尋的 DataGrid，具有獎品 ID · 寶藏索引 · 已解析獎勵 · 種類 · 證據欄位、狀態/證據和種類篩選器、一個帶有 RULE `prize 0..100 -> takara 220..320 -> reward`（proved-candidate 離線）的橫幅，以及一個詳細資訊面板，包含來源/規則/「出現位置」/limitations + `<common:AtlasEvidenceBadgeStrip>`（地圖集/BIBLE 徽章）。誠實保留：寶藏 = `proved-candidate`（從不 RT2）；那 64 個聯賽/錦標賽/活動 script-sites 明確顯示為 `blocked`（per-event 獎品是執行時期/存檔）；技術 = `partial`；超量驅動 = `metadata-only` — 除了當前標籤外，沒有任何東西變成綠色。新的小型 read-only 存取器 `SpiraDataAtlasCatalog.BlitzballPrizeDetails`（惰性，僅開發 `work/`）+ 2 個 `--spiraatlas-rt0` 斷言（229 行 = 164 目錄 + 64 站點 + 1 護欄；領域檢查）。無寫入器，無執行時期；不觸及 RIKKU/商店/寶藏/Mix、ANIMA 的 `Common` 引擎（僅被消耗），或 Aurora/Bahamut/SIN。建置 0 個錯誤 / 361 個警告；`--spiraatlas-rt0` + `--aicmdmeta-rt0` PASS。文件：`docs/ai/ATLAS_WAKKA_BLITZBALL_UI_RESULT_2026-06-09.md`。[前一個：`v2.61.5`] — Jarvis-WAKKA

閱讀說明