更新 2.77

2026/6/10

SIN 鏈條建構器閘門3：AiScriptLab 驗證橋接器，用於 `SinApplyPlan`（read-only）— 驗證計劃，執行 NOT 套用；SIN 保持 BLOCKED 以進行寫入。工作線 Jarvis-NEMESIS（MAGIC/SIN）。開啟 SIN 鏈條建構器的閘門3：它接收 SHINRYU 的 preview-only `SinApplyPlan`（閘門2），並對其執行 AiScriptLab/`AiValidator` 相容檢查，仍然不載入怪物、不使用 `Rebuild`/`Splice`、不進行 AEON 差異比對、不使用磁碟，也不套用任何內容。它只回答一個問題：「這個 preview-only 計劃在結構上是否可接受（它會發出的位元組碼是 well-formed），以及還有哪些誠實的阻礙/警告/錯誤橫亙在它與套用之間？」。`FfxLib/Ai/Sin` 中的新類別：`SinPlanValidator`（`Validate(SinApplyPlan) → SinPlanValidationResult`，僅讀取 `AiScript_File` 靜態表 + `AiStackModel` + 該計劃）、`SinPlanValidationResult`（在計劃層級鏡像 `AiValidationReport` 的詞彙：`Errors`/`Blockers`/`Warnings`/`Infos`，`StructurallyValid` = 無錯誤，`ApplyAcceptable` = 在閘門3 依建構為 false）以及 `SinAiScriptLabBridge`（對鬆散的 low-level 串流執行 `AiInstruction` 檢查，無 `AiScriptFile`）。檢查（SOUND 離線子集，與 `AiValidator` 本身使用的相同）：（1）每個操作碼 ∈ 48 個已驗證的操作碼（`AiScript_File.IsKnownOpcode`）；（2）`HasOperand` 符合 `0x80` 大小規則（`IsOperandBearing`）— 否則 `Emit()` mis-sizes 該串流；（3）per-instruction RT0（`Emit()` re-decodes 到相同的操作碼+運算元）；（4）透過 statement-level 進行 `AiStackModel` 堆疊平衡（線性主體淨值為 0；守衛留下正好 1 個布林值給 D7/POPXNCJMP）。三位飛行員的判決：所有結構有效的 BUT apply-BLOCKED (preview-only) — SIN-006/SIN-009 (線性) 平衡為淨零；SIN-010 (HP-guard) 恰好留下 1 個布林值 + 一個 net-0 動作。SHINRYU 的 DIV/MUL 發現處理了 EXPLICITLY (NEMESIS 決定 = 保留為 EXPECTED BLOCKER，執行 NOT 修正)：方向已證實 (透過 345 隻怪物普查 + `0x16=DIV` `0x17=MUL` + FFXDataParser 的 IDA/`FFX_Atel_InterpretWorkerOpcodes@0x864180`)，因此 `AiSnippetLibrary` 的 `MUL` 繫結至 `0x16` 是一個已確認的錯誤 — 但完整調和 (修正常數 + re-validate EVERY 消費者：`MonsterAiEditor`、`AiAutomation`、`--aiasm-rt0`/`--ai2`/`--ai3` + re-prove RT0/RT2) 是一個專用的 PATCH，位於 read-only 驗證閘門之外 (且 RT2 在閘門 3 中被禁止)。結構性見解證明瞭為何它必須是 BLOCKER 而非錯誤：`AiStackModel` 給出 BOTH DIV 和 MUL 的淨值 -1 → 堆疊平衡完全相同，位元組 re-parses，且只有 RT2 捕捉到錯誤的算術。驗證器將其顯示為警告 + 阻擋，附上完整證據，且閘門確認 HP% 配方保持封鎖且已 NOT 靜默修正 (規劃器仍會發出 `0x16`，`AiSnippetLibrary` 未受影響)。附加 (non-breaking) 擴充： `SinPlannedStep` 獲得了 `GuardOps`/`BodyOps` (規劃器已計算出的原始 `AiInstruction`)，因此驗證器精確檢查規劃器產生的內容 (單一事實來源；預設為空 → 每個 Gate-2 建構站點持續編譯，且 `--sin-dryrun-rt0` 保持 PASS)。新的 read-only 閘門 `--sin-validate-rt0`：驗證 3 個試點並斷言 structurally-valid + apply-NOT-acceptable + 誠實的阻擋者 + 晉升階梯未滿足 + 無候選人→authoring-ready + (SIN-010) 存在 DIV/MUL 阻擋器且 not-fixed；確定性驗證。MINOR (NEW 可執行能力：驗證器 + 閘門)。範圍/誠實性： SIN 保持 BLOCKED 以進行寫入 — 閘門 3 驗證計劃，但不套用計劃；「清理 DESIGN 尚未解鎖給 WRITING」 — 而且 clean-structure 也不會解鎖寫入。它會 NOT 執行寫入器/儲存/`Rebuild`/`Splice`/AEON 差異/備份/RT2/按鈕/UI；它會 NOT 觸及 `monster_.bin`/runtime/Aurora/native-menu/Blitzball/Shop/Mix/Sphere/`Common`(ANIMA) 或 `MonsterAiEditor`。建置 0 錯誤；`--sin-validate-rt0` + `--sin-dryrun-rt0` (閘門 2，無回歸) + `--aicmdmeta-rt0` + `--spiraatlas-rt0` + `--aiasm-rt0` (AiScriptLab，真實語料庫上 346/346 RT0) 全部 PASS。文件：`docs/ai/SIN_NEMESIS_AISCRIPTLAB_VALIDATION_RESULT_2026-06-10.md` + `docs/ai/HANDOFF_NEMESIS_SIN_AEON_DIFF_GATE_NEXT_2026-06-10.md`。[前一個：`v2.76.0`] — Jarvis-NEMESIS

閱讀說明

SeymourBETAMINOR

更新 2.76

2026/6/10

updatesin

SIN 鏈構建器閘門2: dry-run / 預覽規劃器 (`SinApplyPlan`) — preview-only，SIN 保留為 BLOCKED 以用於寫入。工作線 Jarvis-SHINRYU (MAGIC/SIN)。開啟 SIN 鏈構建器的閘門2，將 YEVON 的規格（閘門1，設計）轉化為可執行的預覽層：使用者撰寫一個 AI 意圖，規劃器則精確顯示將生成的內容 — 無須套用、儲存、將位元組碼寫入怪物，或建立公開按鈕。新命名空間 `FfxLib/Ai/Sin`：`SinChainRecipe`（最小具體 IR：觸發/條件/動作/組合/酬載/目標），`SinApplyPlan`（read-only 可檢查計畫：計畫步驟、指令、分支/堆疊形狀、證據、阻礙因素、promotion-ladder 閘門、`ApplyAllowed=false` hard-wired），`SinDryRunPlanner`（read-only 降級：選取已證明的 `AiSnippetLibrary` 片段並展開範本 IN MEMORY — 是否 NOT 呼叫 `Rebuild`/`AppendGuardedAction`/splice，是否 NOT 載入怪物，是否 NOT 執行 `AiValidator`，是否 NOT 呼叫 `AiAutomation`），`SinDryRunPreview`（確定性文字序列化）以及 `SinPilotRecipes`（3個強制駕駛員：SIN-006 Véu de Bevelle = turn-1 self-buff；SIN-009 Mandato do Maester = 強制/執行命令；SIN-010 Farplane 代價 = HP<50% 受保護的動作）。誠實酬載分類（`SinDryRunPlanner.ClassifyPayload`，透過 `AiCommandMetadataCatalog.IsKnownAiPerformOperandCategory`）：物品/GATTA（`0x2xxx`）以及 non-AI = 已封鎖；AI-perform 命令 = 候選（NEVER 已證明 — 即使是 Firaga `0x3049` 也不例外，其 RT2 是運算元交換，而非 SIN-authored 區塊）。發現（dry-run 立即捕捉到它）：已驗證的代碼片段 `guard-hp-below-pct-force-cmd` 發出操作碼 `0x16`（DIV，根據已驗證的表 `0x16=DIV`/`0x17=MUL`），其中 HP% 習慣用法意圖爲 MULTIPLY — 一個潛在的 `AiSnippetLibrary` 不一致（其 `MUL` 常量綁定到 `0x16`）；在預覽中被標記爲警告/阻塞，NOT 在此修復（修復發射器超出 preview-only 範圍；需要代碼片段的 RT0/RT2 re-validation）。新的 read-only 關卡 `--sin-dryrun-rt0`：構建三個試運行，生成確定性的預覽，並斷言沒有保存/寫入任何內容，`ApplyAllowed=false`，梯級=preview-only，存在真實阻塞，晉升階梯100%未滿足，且沒有候選晉升到 authoring-ready。MINOR（NEW 可執行能力：dry-run 規劃器 + 關卡；它留下 REVISION 正是因爲它可執行，根據 YEVON 的移交）。範圍/誠實性： SIN 對寫入保持 BLOCKED — 關卡2是預覽/dry-run，不是創作；"用於 DESIGN 的清理未對 WRITING 解鎖。" NOT 是否觸及寫入器/解析器/運行時/Aurora/native-menu/Blitzball/Shop/Mix/Sphere/`Common`(ANIMA)/save 或 `MonsterAiEditor`（UI 預覽 = 關卡3+）；read-only 的 `FfxLib/Ai/`。構建0錯誤；`--sin-dryrun-rt0` + `--aicmdmeta-rt0` + `--spiraatlas-rt0` + `--aiasm-rt0`（AiScriptLab）全部 PASS。文檔：`docs/ai/SIN_SHINRYU_DRY_RUN_EMITTER_RESULT_2026-06-10.md` + `docs/ai/HANDOFF_SHINRYU_SIN_AISCRIPTLAB_GATE_NEXT_2026-06-10.md`。[上一個：`v2.75.0`] — Jarvis-SHINRYU。

閱讀說明

SeymourBETAMINOR

更新 2.75

2026/6/10

update

Blitzball 獎品表變成 TREE：聯賽/錦標賽 → 第1/2/3名/最佳射手 → 抽獎 → 獎品（+ RE-proven 抽獎偵測）。工作線 Jarvis-NIMROOK（獎品組織）。獎品表（459 prize-index + 390 個機率在 `bltz0200.ebp` 中）不再是扁平的類別手風琴，而是變成一個 RE-proven 三層樹狀結構：比賽（聯賽/錦標賽）→ 獎項（第1/2/3名 + 最佳射手——top-scorer 隊伍贏得的獎品，與最終排名無關）→ 抽獎 N（一個 `switch GetRandomInRange`）→ 可編輯的獎品桶。解析器 `BlitzballPrizeStructure_File.FindRollSwitchStarts`/`DrawStartFor`（read-only、byte-safe）中的新功能：每次抽獎的邊界是 `GetRandomInRange` 呼叫（操作碼 `B5 A6 00`）——在真實的  上證實有 68 次抽獎`bltz0200.ebp`（459 個獎品位置全部對應；第一次擲骰前有 1 個孤兒），閘門 `--blitzball-prizestruct-rt0` 已擴展以斷言該模型。誠實說明： ODDS 仍然是 SEPARATE 家族（不與獎品配對），因為在一次抽獎中，獎品數量 ≠ roll-bound 配對數量（corpus-checked，67/68）——宣稱「此獎品有 X% 的機率」等於捏造證據。+ 將 `Atlas` 分頁重新命名為 `Prize Atlas` + 調整了 `blocked` 標籤：read-only 獎品地圖過去顯示「聯賽/錦標賽/top-scorer = 已封鎖（執行期/存檔）」；現在文字解釋這僅適用於儲存在 YOUR 存檔中的獎品——指定與機率是 game-file 可編輯的（獎品表分頁，RT0 已證實），而獎勵 = 獎品池分頁（takara）。+ 獎品分頁上的鏈結圖例（獎品表選取索引 → 獎品池指定獎勵）。MINOR（NEW 功能：解析器中的 RE-proven draw-structure API + 第一個階層式獎品樹）。範圍： writer/`EditSession`/`SetPrizeIndexAt`/`SetThresholdAt` 未更動（新的 read-only + 僅呈現層面）；不觸及保存/執行期/SIN/`Common`/Atlas 提供者或其他工作線的程式碼（建構於 RIN 已提交的 v2.74.x 基準之上）。建構 0 錯誤；`--blitzball-prizestruct-rt0`（68 繪圖）+ `--spiraatlas-rt0` + 名冊/招募/寶藏 RT0 全部 PASS。文件：`docs/ai/HANDOFF_NIMROOK_BLITZBALL_PRIZE_UI_DIAGNOSIS_2026-06-10.md`。\[上一版：`v2.74.1`] — Jarvis-NIMROOK

閱讀說明

SeymourBETAPATCH

更新 2.74

2026/6/10

updatemonster-ai

導航整合：4 個新的彙總中樞（戰鬥指令、道具、幻光球盤、文字/參考）+ 一個可重複使用的 `SubTabHub` 元件 + 更精簡的側邊欄。第二次 IA 由工作線 Jarvis-RIN（Halyson 的筆記堆）進行。新的通用元件 `SubTabHub_Control`（`Modules/SubTabHub`）：一個 FFX-styled sub-tab 條（重複使用 Blitzball 的 `tabPill`/mode-pill），透過 `AddTab(label, factory, mode, pill, requiresProject)` 以程式碼建構，lazy-loaded（每個 sub-tab 在首次選取時建立其控制項並快取）並附帶一個 `requiresProject` 防護（一個 project-gated 分頁會顯示佔位符號而非崩潰）。在此之上，4 個中樞（每個 HOSTS 現有控制項，未經更動）：(1) 戰鬥指令 → `Comandos/Magias de Personagem`（command.bin）· `Monster Commands 1`（monmagic1）· `Monster Commands 2`（monmagic2）；(2) 道具 → `Items`（item.bin）· `Key Items`（important.bin, 已防護）· `Shop`（已防護的插槽酬載）— 商店與關鍵道具從獨立畫面移至此處；(3) 幻光球盤 → `Explorer (DB)`· `Builder`· `Canvas`（3→1；探索者需要專案，建構器/畫布無需專案即可開啟）；(4) 文字/參考 → `String Explorer`· `Macro Explorer`· `Weapon Names`· `Battle Text`· `Event Explorer`（5→1）。每個 sub-tab 都帶有一個真實模式標籤（作者琥珀色 / read-only 青綠色），顯示實際檔案/範圍。側邊欄：核心編輯從 23 個按鈕減少至 15 個；Auto-Abilities 現在緊鄰自訂 / 召喚獸；怪物 AI 探索器已從選單中移除（處理程式/程式碼保留——僅導航選項消失）。範圍（RIN）：僅導航/託管——4 個新的 `Main_Window` 處理程式透過工廠建構一個 `SubTabHub`（`CreateKernelCommandsControl(...)` 用於核心表格；(`new XxxControl()` 其餘部分) 而舊的處理常式保留在程式碼中 (`ShowKernelCommands`/`CreateKernelCommandsControl` 保持不變 = 返回/前進且 nav-restore 持續運作). 不會不影響 writer/parser/runtime/save/SIN/provider 或任何其他工作線模組的 INTERNALS (MAGIC/Sphere); 它僅編輯 `Main_Window` 導航行 (共用檔案) + 新增 `Modules/SubTabHub`. 戰鬥指令附加功能 (全域搜尋、per-tab 搜尋、multi-edit) 被延後到 follow-up (它們影響 command-editor 邏輯 = MAGIC 工作線). MINOR (4 個 NEW 導航模組/分頁 + 一個新的可重複使用元件). 建置編譯 0 個錯誤 / 361 個警告; 編輯器在 v2.74.0.0 重新啟動. [上一個: `v2.73.0`] — Jarvis-RIN

閱讀說明

SeymourBETAMINOR

更新 2.73

2026/6/10

updateruntime-hook

Blitzball 中樞：5 個分散的畫面整合成 1 個「Blitzball」標籤頁，內含 sub-tabs + 一個誠實模式藥丸 + 所有 5 個視窗的視覺優化。導航 + UX 整合（工作線 Jarvis-RIN）。側邊欄原本有 5 個分散的按鈕（`Blitzball Prizes`/`Roster`/`Recruits`/`Prizes (Edit)`/`Prize Table`），名稱衝突（其中 3 個顯示「獎品」）；現在變成 1 個按鈕 `Blitzball 🏐`，開啟新的模組 `BlitzballHub_Control`（`Modules/BlitzballHub`），包含 5 個 sub-tabs 在一個 FFX-styled 條帶中（`tabPill` 藥丸，作用中標籤頁帶青色底線）：名冊 · 招募 · 獎池 · 獎品表 · 地圖集。每個 sub-tab 在條帶正下方顯示一個誠實模式藥丸 — `WRITER LAB · <file> · RT0 proven · RT2 pending`（琥珀色）用於 4 個寫入器，`READ-ONLY · Spira Data Atlas`（青色）用於地圖集 — 因為中樞的外部「模式」徽章現在是中性（`Atlas + Writer Lab`），無法再宣稱單一模式。標籤頁是 lazy-loaded（每個 UserControl 僅在首次選取時建立並快取）→ 中樞從不一次持有 4 個 `ByteSnapshotEditorSession`。所有 5 個視窗的視覺優化（僅限呈現層面 — 未碰觸任何寫入器/解析器/繫結/DataModel）：透過新的  類別，英雄圖像變得更小（去除了 3 個 copy-pasted 字面漸層的重複），`heroGradient` 現在對 4 個寫入器使用 `Save`（青色）（之前是每個畫面的 LEAST-styled 按鈕），`primaryAction`名冊的 8 個  方塊折疊成 `cardSoft`一個表格（對齊的標頭，right-aligned a/b/c/類型）， (aligned header, right-aligned a/b/c/type), 獎品表被分組到一個類別手風琴（5 個可折疊羣組 — 聯賽/錦標賽排名、聯賽/錦標賽最佳射手、擲骰門檻/機率 — 預設關閉，每個附有一個 family-color 點 + 站點計數；文字過濾器 auto-expands 配對羣組）以馴服約849個選項，加上一個 per-row per-family 顏色條紋（青色=prize-index，琥珀色=奇數）+ 緊湊文字 + 標準化間距，獎金池將數量/原始類型分組為 `cardSoft`，並有更緊湊的數量欄位，招募將 `@0x` 偏移量降為副標題，並讓玩家組合成為主要元素，圖集在網格中獲得一個彩色證據標籤（proved-candidate=青色 / 部分=琥珀色 / metadata-only=藍色 / 已封鎖=危險色）以及字面顏色（`#9AD7E2`/`#9EB0C2`）被替換為代碼。在  中新增 附加`StudioTheme.axaml` 類別（`tabPill`/`tabPillActive`、`heroGradient`、`pillWriter`/`pillReadonly`、`numField`）——這些選擇器之前不存在 → 零回歸於其他螢幕（I 確實 NOT 觸及了全域 `TabControl` 主題，正是為了避免影響到使用裸標籤頁的8個螢幕）。2個新的 presentation-only 轉換器（`PrizeFamilyBrushConverter`、`EvidenceStatusBrushConverter`）。MINOR（NEW 導航模組/IA + 第一個可重複使用的 sub-tab 條帶；光是打磨就耗費了 PATCH，但它隨附於新模組）。不影響 writer/parser/runtime/save/SIN/Atlas provider/其他工作線；5個 `_Control.axaml.cs` 與 DataModels 保持不變。建置編譯 0個錯誤 / 361個警告（最後的 `.exe` 未能複製僅因編輯器開啟中——與程式碼無關）。\[previous: `v2.72.0`] — Jarvis-RIN

閱讀說明

SeymourBETAMINOR

更新 2.72

2026/6/10

updateruntime-hook

Blitzball Prize Table: now also edits the ODDS 擴充 `Blitzball Prize Table 🏐` 分頁（`v2.71.0`): on top of the 459 prize-index sites, it now edits the 390 threshold immediates that set the PROBABILITIES 390 個門檻立即值 — 即 `case >= N` / `case <= M` 在 `GetRandomInRange(100)` 上的界限（位元組碼 `29 AE <thr> 0E/0F D7/D6` = `DUP·PUSHII·GE/LE·jump`). A bucket caught by `roll >= lo` 捕獲的 `roll <= hi` 桶具有約`(hi-lo+1)%` 的機率；擴寬桶 = 該獎品獲得更好的機率。新的 `BlitzballPrizeStructure_File.FindRollThresholds`/`SetThresholdAt` （掃描 prize-index site so it never touches an unrelated switch) — using the SAME 2-byte writer (`Event_File.PatchScriptUInt16`). Unified UI「擲骰門檻（機率）」 inline-editable (prize rows show the live resolved reward; threshold rows show the bucket bound). The `--blitzball-prizestruct-rt0` gate is extended and PASSES on the real `bltz0200.ebp`：459 個獎品 + 390 個門檻（195 個 `<=` / 195 個 `>=` = a perfect pairing), no-edit byte-identical, a prize-index AND 隔離至其 2 個位元組（`<=10 → <=50` @0xC108), re-read confirms both. MINOR (NEW capability: odds editing). Does not touch save/runtime/SIN/other lanes. Build 0 errors / 361 warnings; `--blitzball-prizestruct-rt0` PASS。文件： `docs/reverse/FFX_BLITZBALL_PRIZE_STRUCTURE_RE_2026-06-10.md`。先前： `v2.71.0`] — Jarvis-CHAPPU

閱讀說明

SeymourBETAMINOR

更新 2.71

2026/6/10

updateruntime-hook

Blitzball Prize Table: EDIT which prize each placement/random bucket awards (459 immediates in `bltz0200.ebp`中的 459 個立即值）— — 反駁了「被封鎖」的標籤。 read-only explorer (`v2.62.0`）將 `BlitzballLeague/TournamentPrizeIndex`/`TopScorer` 標記為 `blocked` （執行時 /儲存）——過於保守：它只看到了 `bltz0201` （`PrizeIndex + 220 → Treasure Label`）中的讀取 /顯示面。賦值位於 `bltz0200.ebp` as 459 constant immediates in the ATEL 459 個常數立即值： `Set BlitzballPrizeIndex[slot] = <prize-index>` 位於對 `GetRandomInRange(100)` (the random reward distribution). Game-file 2 位元組，因為它超過 255）。新模組/分頁 `Blitzball Prize Table 🏐` （`Modules/BlitzballPrizeStructEditor`): a filterable list (by variable/reward/index) of all 459 sites with inline prize-index 即時解析的獎勵（ta kara `prize+220`, or MacroDict#8 for >100). New primitives `Event_File.PatchScriptUInt16`/`ReadScriptUInt16` (length-preserving 2-byte immediate patch via `ScriptChunkOverride`的 2 位元組立即值修補）+ `FfxLib/Blitzball/BlitzballPrizeStructure_File.cs` （掃描/`SetPrizeIndexAt`）+ 閘門 `Tools/BlitzballPrizeStructRt0.cs` （`--blitzball-prizestruct-rt0`）。 PROVEN 在真實的 `bltz0200.ebp` (222,464 B45 9 個站點 League-TS + 65 Tournament-TS = matches the corpus count), no-edit byte-identical, a single prize-index 隔離在其 2 位元組（聯賽第 1 名 `0x0001→0x0099` @0xC0A2), re-read confirms. RE finding: ATEL var ids are per-file （bltz0201 中的`0x28` 對比 bltz0200 中的 `0x30` ）；bltz0200 的 ID（`0x30`/`0x31`/`0x32`/`0x33`）已從檔案自身的 sw itch/Set 站點得到證明。誠實說明： WHICH prize index each placement awards (game-file, RT0 isolation proven, RT2 pending); the reward each index GIVES = takara (the `Blitzball Prizes (Edit)` 分頁);出現機率(抽取門檻)是另一組即時資料,尚未公開。 MINOR (NEW module + new 2-byte writer). Does not touch save/runtime/SIN/other lanes. Build 0 errors / 361 warnings; `--blitzball-prizestruct-rt0` PASS。文件: `docs/reverse/FFX_BLITZBALL_PRIZE_STRUCTURE_RE_2026-06-10.md`。前一版: `v2.70.0`] — Jarvis-CHAPPU

閱讀說明

SeymourBETAMINOR

更新 2.70

2026/6/10

updateruntime-hook

Blitzball Prizes Editor: UI to edit the 101 blitzball prizes in the GAME FILE (takara.bin 新模組 /分頁 `Blitzball Prizes (Edit) 🏐` (`Modules/BlitzballPrizesEditor`) that edits the blitzball prize POOL (prize 0..100 → takara row 220+k → reward; the proved-candidate rule closed in `v2.62.0`): a master-detail 道具下拉選單(依名稱 /ID 篩選)+ 數量 + 原始 Typ e/Kind/解析後的 reward。它 REUSES the proven `TreasureEditor_DataModel` (道具字典、名稱解析、 `ByteSnapshotEditorSession`, full-table writer) filtered to rows 220..320 → the save is the SAME ,寫入 `takara.bin` and preserving all 498 entries byte-for-byte except the edited prize. Registered in `Main_Window` (導覽 + `SetModule`)。誠實標示: 「可寫入(實驗室)」 POOL (which reward each prize index gives), not WHICH prize you win per league/tournament/event (= runtime/save); for gear/key-item prizes or finer Kind control, use the Treasures tab. Complements the read-only `Blitzball Prizes 🏐` 瀏覽器(`v2.62.0`)補上實際編輯功能。 MINOR (NEW module/tab). Reuses `TreasureEditor_DataModel`/`Treasure_File`/`Item_Dictionary`; not 不SIN/other lanes. Build 0 errors / 361 warnings.

閱讀說明