アップデート 2.77

2026/6/10

SIN Chain Builder Gate 3：AiScriptLab 検証ブリッジ（`SinApplyPlan`）――プランを検証し、read-only は適用しない；NOT は書き込み用に SIN のまま。レーン BLOCKED（Jarvis-NEMESIS/MAGIC）。SIN Chain Builder の Gate 3 を開き、SIN の SHINRYU preview-only `SinApplyPlan`（Gate 2）を受け取り、AiScriptLab/`AiValidator`-compatible チェックを実行する。それでもモンスターをロードせず、`Rebuild`/`Splice` を行わず、AEON の diff も、ディスクへの書き込みも、何の適用も行わない。問いはただ1つ――「この preview-only プランは構造的に受け入れ可能か（出力されるバイトコードは well-formed か）、そして適用までに残る正直なブロッカー/警告/エラーは何か？」。新しいクラスを `FfxLib/Ai/Sin` に追加：`SinPlanValidator`（`Validate(SinApplyPlan) → SinPlanValidationResult`、`AiScript_File` の静的テーブルと `AiStackModel` とプランだけを読む）、`SinPlanValidationResult`（プランレベルで `AiValidationReport` の語彙を再現：`Errors`/`Blockers`/`Warnings`/`Infos`、`StructurallyValid`＝Error なし、`ApplyAcceptable`＝Gate 3 では構造上 false）および `SinAiScriptLabBridge`（low-level チェックを緩い `AiInstruction` ストリームに対して行い、`AiScriptFile` なし）。チェック（SOUND のオフライン部分集合で、`AiValidator` 自身が使うものと同一）： (1) すべての opcode が実証済み48種（`AiScript_File.IsKnownOpcode`）に含まれる；(2) `HasOperand` が `0x80` のサイズ規則（`IsOperandBearing`）と一致――不一致なら `Emit()` がストリームを mis-sizes；(3) per-instruction RT0（`Emit()` が同じ opcode＋operand の re-decodes と一致）；(4) statement-level によるスタックバランスを `AiStackModel` で確認（線形ボディは net 0、ガードは D7/POPXNCJMP 用に boolをちょうど1つ残す）。 3つのパイロットの判定：すべて構造的に有効な BUT apply-BLOCKED（preview-only）――SIN-006/SIN-009（線形）は net 0 でバランスし、SIN-010（HP-guard）は bool をちょうど1つと net-0 アクションを残す。SHINRYU の DIV/MUL に関する指摘は EXPLICITLY 対応（NEMESIS の判断＝EXPECTED BLOCKER として残し、NOT 修正は行わない）：方向は実証済み（345体のモンスター調査による `0x16=DIV`/`0x17=MUL`＋IDA `FFX_Atel_InterpretWorkerOpcodes@0x864180`＋FFXDataParser）なので、`AiSnippetLibrary` の `MUL` が `0x16` に束縛されているのは確認済みのバグ――ただし完全な整合（定数の修正＋re-validate EVERY の利用側：`MonsterAiEditor`、`AiAutomation`、`--aiasm-rt0`/`--ai2`/`--ai3`＋re-prove RT0/RT2）は、read-only 検証ゲート外の専用 PATCH で行う（RT2 は Gate 3 では禁止）。それが Error ではなく BLOCKER でなければならない理由を示す構造的な洞察：`AiStackModel` は BOTH DIV と MUL に対して net -1 になるため、スタックは同じように釣り合い、バイトは re-parses のままで、間違った算術を検出できるのは RT2 だけ。バリデーターは完全な証拠付きの Warning + Blocker として表面化し、ゲートは 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 のまま書き込み用――Gate 3 はプランを検証するだけで、適用はしない；「DESIGN 用にクリーンでも、WRITING 用に開放されたわけではない」――そして clean-structure も書き込みを開放しない。writer/save/NOT/`Rebuild` diff/backup/`Splice`/AEON/button/RT2 を行わず、UI、NOT も `monster_.bin`/runtime/Aurora/native-menu/Blitzball/Shop/Mix/Sphere/`Common`（ANIMA）や `MonsterAiEditor` に触れない。ビルドは0 errors；`--sin-validate-rt0`＋`--sin-dryrun-rt0`（Gate 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 Chain Builder Gate 2: dry-run／プレビュープランナー（`SinApplyPlan`）— preview-only、SIN は書き込み用には BLOCKED のまま。レーン Jarvis-SHINRYU（MAGIC／SIN）。SIN Chain Builder の Gate 2 を開き、YEVONの仕様（Gate 1、設計）を実行可能なプレビューレイヤーに変える: ユーザーが AI の意図を組み立てると、プランナーは生成される内容を正確に表示する — 適用、保存、モンスターへのバイトコード書き込み、公開用ボタンの作成は行わない。新しい名前空間 `FfxLib/Ai/Sin`: `SinChainRecipe`（最小限の具体的な IR: trigger／condition／action／combo／payload／target）、`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 = force／perform コマンド; SIN-010 Farplane Toll = HP<50%のガード付きアクション）。正直なペイロード分類（`SinDryRunPlanner.ClassifyPayload`、`AiCommandMetadataCatalog.IsKnownAiPerformOperandCategory`経由）: item／GATTA（`0x2xxx`）および non-AI = blocked; AI-perform コマンド = candidate（NEVERで実証済み — ファイガ `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`：3つのパイロットを構築し、決定的なプレビューを描画して、何も保存/書き込みされていないこと、`ApplyAllowed=false`、rung=preview-only、正直なブロッカーが存在すること、昇格ラダーが100%未達であること、さらに候補が authoring-ready に昇格していないことを表明する。MINOR（NEW の実行可能な機能：dry-run プランナー＋ゲート；実行可能だからこそ REVISION を残す――YEVON の引き継ぎに従う）。対象範囲/正直さ： SIN は BLOCKED のまま書き込み用――Gate 2 はプレビュー/dry-run であって authoring ではない；「DESIGN 用にクリーンでも、WRITING 用に開放されたわけではない。」 NOT は writer/parser/runtime/Aurora/native-menu/Blitzball/Shop/調合/Sphere/`Common`（ANIMA）/save や `MonsterAiEditor`（UI Preview = Gate 3+）には触れず、`FfxLib/Ai/` の read-only。ビルドは0 errors；`--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 Prize Table を TREE に変更：League/Tournament → 1st/2nd/3rd/Top Scorer → draw → 賞品（＋RE-proven による draw 検出）。レーン Jarvis-NIMROOK（賞品の整理）。Prize Table（prize-index 459件＋`bltz0200.ebp` 内の odds 390件）は、平坦なカテゴリのアコーディオンをやめ、RE-proven 3階層ツリーになった：Competition（League/Tournament）→ Award（1st/2nd/3rd place＋Top Scorer――最終順位とは無関係に、top-scorer のチームが勝ち取る賞品）→ Draw N（1つの `switch GetRandomInRange`）→編集可能な賞品バケット。パーサー `BlitzballPrizeStructure_File.FindRollSwitchStarts`/`DrawStartFor` に新規追加（read-only、byte-safe）：各 draw の境界は `GetRandomInRange` 呼び出し（opcode `B5 A6 00`）――実際の `bltz0200.ebp` 上で 68 draw を実証（459件の賞品箇所をすべてマッピング、最初のロール前に孤立した1件）、モデルを検証するためゲート `--blitzball-prizestruct-rt0` を拡張した。正直さ： ODDS は SEPARATE ファミリーのまま（賞品とは1対1に対応させない）。draw 内では賞品数 ≠ roll-bound ペア数（corpus-checked、67/68）だからであり、「この賞品の当選確率は X%」と主張するのは証拠を捏造することになる。＋`Atlas` タブを `Prize Atlas` に改名＋`blocked` ラベルを整合：read-only Prize Atlas は以前「league/tournament/top-scorer = blocked (runtime/save)」と表示していたが、現在の文面では、それが YOUR save に保存された賞品にだけ適用されると説明している――割り当て＋odds は game-file で編集可能（Prize Table タブ、RT0 で実証済み）で、報酬は Prize Pool タブ（takara）にある。賞品タブにチェーン凡例（Prize Table がインデックスを選ぶ → Prize Pool が報酬を示す）も追加。MINOR（NEW 機能：パーサー内の RE-proven draw-structure API＋初の階層型賞品ツリー）。対象範囲： writer/`EditSession`/`SetPrizeIndexAt`/`SetThresholdAt` は変更なし（新しい read-only の追加＋表示のみ）；save/runtime/SIN/`Common`/Atlas provider や他レーンのコードには触れない（RIN のコミット済み v2.74.x ベースライン上に構築）。ビルドは0 errors；`--blitzball-prizestruct-rt0`（68 draw）＋`--spiraatlas-rt0`＋roster/recruit/treasure 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つの新しい集約ハブ（Battle Commands、Items、Sphere Grid、Text/Reference）＋再利用可能な `SubTabHub` コンポーネント＋より簡潔なサイドバー。レーン Jarvis-RIN による2回目の IA パス（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) Battle Commands → `Comandos/Magias de Personagem`（command.bin） · `Monster Commands 1`（monmagic1） · `Monster Commands 2`（monmagic2）；(2) Items → `Items`（item.bin） · `Key Items`（important.bin、ガード付き） · `Shop`（ガード付きスロットペイロード）――Shop と Key Items は独立した画面からここへ移動；(3) Sphere Grid → `Explorer (DB)` · `Builder` · `Canvas`（3→1；Explorer はプロジェクトが必要、Builder/Canvas はプロジェクトなしで開く）；(4) Text / Reference → `String Explorer` · `Macro Explorer` · `Weapon Names` · `Battle Text` · `Event Explorer`（5→1）。各 sub-tab には実ファイル/スコープとともに正直なモードピル（writer amber / read-only teal）を表示。サイドバー： Core Authoring は23→15ボタンに減り、Auto-Abilities は Customizations / Aeons のすぐ隣に配置；Monster AI Explorer はメニューから削除（ハンドラー/コードは保持し、ナビゲーション項目だけをなくした）。対象範囲（RIN）：ナビゲーション/ホスティングのみ――新しい4つの `Main_Window` ハンドラーはファクトリー経由で `SubTabHub` を構築（カーネルテーブル用は `CreateKernelCommandsControl(...)`；残りは `new XxxControl()`）し、旧ハンドラーもコード内に残る（`ShowKernelCommands`/`CreateKernelCommandsControl` はそのまま＝戻る/進むと nav-restore が引き続き機能）。writer/parser/runtime/save/SIN/provider や、他レーンのモジュール（MAGIC/Sphere）の INTERNALS には触れず、`Main_Window` のナビゲーション行（共有ファイル）だけを編集して `Modules/SubTabHub` を追加した。Battle Commands の追加要素（ユニバーサル検索、per-tab 検索、multi-edit）は follow-up まで先送り（command-editor ロジック＝MAGIC レーンに触れるため）。MINOR（4つの NEW ナビゲーションモジュール/タブ＋新しい再利用可能コンポーネント）。ビルドは 0 errors / 361 warnings でコンパイル成功；エディターは v2.74.0.0 で再起動。[前回: `v2.73.0`] — Jarvis-RIN

ノートを読む

SeymourBETAMINOR

アップデート 2.73

2026/6/10

updateruntime-hook

Blitzball Hub: 散在していた5つの画面を、sub-tabs + 正直なモードピル + 5ウィンドウすべてのビジュアル調整を備えた1つの「Blitzball」タブに統合。ナビゲーション + UX の統合（レーン Jarvis-RIN）。サイドバーには名前が競合する 5つの単独ボタン（`Blitzball Prizes`/`Roster`/`Recruits`/`Prizes (Edit)`/`Prize Table`）があり、そのうち3つが「prize」と表示されていた。現在は 1つのボタン `Blitzball 🏐` になり、新モジュール `BlitzballHub_Control`（`Modules/BlitzballHub`）を開く。そこには FFX-styled ストリップ内に 5つの sub-tabs（`tabPill` ピル、アクティブタブには teal の下線）がある: Roster · Recruits · Prize Pool · Prize Table · Atlas。各 sub-tab はストリップの直下に正直なモードピルを表示する—4つのwriterは `WRITER LAB · <file> · RT0 proven · RT2 pending`（amber）、Atlasは `READ-ONLY · Spira Data Atlas`（teal）。Hub外側の「Mode」バッジは中立（`Atlas + Writer Lab`）になり、単一のモードを主張できなくなったためである。タブは lazy-loaded（各 UserControl は初回選択時だけ構築してキャッシュ）なので、Hubが4つの `ByteSnapshotEditorSession`s を同時に保持することは決してない。5つのウィンドウすべてをビジュアル調整（表示のみ—writer/parser/binding/DataModel は変更しない）: 新しい `heroGradient` クラスでヒーローを小さくし（3つの copy-pasted リテラルグラデーションを重複排除）、`Save` は4つのwriterで `primaryAction`（teal）を使うようになった（以前は各画面の LEAST-styled ボタンだった）。Roster の8つの `cardSoft` ボックスは 1つのテーブルにまとめ（整列したヘッダー、right-aligned a/b/c/type）、Prize Table はカテゴリ別アコーディオンにグループ化（5つの折りたたみ可能なグループ—League/Tournament Standings、League/Tournament Top Scorer、Roll Threshold/odds—初期状態は閉じ、各グループに family-color のドット + サイト数を表示する）。グループにマッチするテキストフィルター auto-expands で約849個の選択肢を抑え、さらに per-row per-family のカラーストライプ（teal=prize-index、amber=odds）＋凝縮したテキスト＋正規化したパディングを追加し、Prize Pool では Quantity/Raw Type を `cardSoft` にまとめて Quantity 列を狭くし、Recruits では `@0x` のオフセットをサブタイトルに下げてプレイヤーコンボを主要素にし、Atlas ではグリッドに色付きのエビデンスピル（proved-candidate=teal / partial=amber / metadata-only=blue / blocked=danger）を付け、リテラルカラー（`#9AD7E2`/`#9EB0C2`）をトークンに置き換えた。`StudioTheme.axaml` に新しい追加クラス（`tabPill`/`tabPillActive`、`heroGradient`、`pillWriter`/`pillReadonly`、`numField`）を追加――従来存在しなかったセレクターなので、他画面への回帰はゼロ（I はグローバルな NOT `TabControl` テーマにも触れず、ベアタブを使う8画面への影響を避けた）。新しい presentation-only コンバーターを2つ（`PrizeFamilyBrushConverter`、`EvidenceStatusBrushConverter`）。MINOR（NEW ナビゲーションモジュール/IA＋初の再利用可能な sub-tab ストリップ；磨き込みだけなら PATCH だが、新モジュールに伴って入る）。writer/parser/runtime/save/SIN/Atlas provider/他レーンには触れず、5つの `_Control.axaml.cs` と DataModels はそのまま。ビルドは 0 errors / 361 warnings でコンパイル成功（最後の `.exe` はエディターが開いていたためコピーに失敗しただけで、コードとは無関係）。[前回: `v2.72.0`] — Jarvis-RIN

ノートを読む

SeymourBETAMINOR

アップデート 2.72

2026/6/10

updateruntime-hook

Blitzball Prize Table: ODDS も編集可能に（ロール閾値390件）—「すべてを編集」。 `Blitzball Prize Table 🏐` タブ（`v2.71.0`）を拡張し、459件の prize-index サイトに加えて、PROBABILITIES を決める閾値即値390件を編集する—`case >= N` / `case <= M` が `GetRandomInRange(100)` 上に定める境界（バイトコード `29 AE <thr> 0E/0F D7/D6` = `DUP·PUSHII·GE/LE·jump`）。A バケットは `roll >= lo` に捕捉され、`roll <= hi` には約`(hi-lo+1)%`の確率がある。バケットを広げるほど、その賞品の確率が上がる。新しい `BlitzballPrizeStructure_File.FindRollThresholds`/`SetThresholdAt`（無関係なswitchに触れないよう、スキャン範囲を prize-index サイトから ≤768B に限定）—SAME の2バイトwriter（`Event_File.PatchScriptUInt16`）を使う。UI を統合し、フィルターに「Roll Threshold (odds)」を追加。各行は inline-editable（賞品行は解決済み報酬をライブ表示、閾値行はバケット境界を表示）。`--blitzball-prizestruct-rt0` ゲートを拡張し、実際の `bltz0200.ebp` で PASSES: 賞品459件 + 閾値390件（`<=` 195 / `>=` 195 = 完全な対応）、no-edit byte-identical、prize-index AND の閾値編集はどちらも2バイトだけに分離された（`<=10 → <=50` @0xC108）。re-read が両方を確認。MINOR（NEW 機能: 確率編集）。save/runtime/SIN/他レーンには触れない。ビルドはエラー0件 / 警告361件; `--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 が各順位/ランダムバケットで与える賞品を編集（`bltz0200.ebp` 内の即値459件）—「blocked」ラベルが誤りであることを示す。 read-only explorer（`v2.62.0`）は `BlitzballLeague/TournamentPrizeIndex`/`TopScorer` を `blocked`（runtime/save）と分類していたが、これは保守的すぎた: `bltz0201`（`PrizeIndex + 220 → Treasure Label`）の読み取り/表示側しか見ていなかった。割り当ては `bltz0200.ebp` の ATEL スクリプト内に、定数即値459件として存在する: `Set BlitzballPrizeIndex[slot] = <prize-index>` が `GetRandomInRange(100)` に対するswitchの中にある（ランダム報酬の分配）。Game-file は加入処理と同じように編集可能で、即値だけは255を超えるため 2バイトである。新しいモジュール/タブ `Blitzball Prize Table 🏐`（`Modules/BlitzballPrizeStructEditor`）は、459サイトすべてを変数/報酬/インデックスで絞り込める一覧にし、インラインで prize-index を編集しながら解決済み報酬をライブ表示する（takara `prize+220`、または100超なら MacroDict#8）。新しいプリミティブ `Event_File.PatchScriptUInt16`/`ReadScriptUInt16`（length-preserving の2バイト即値パッチを `ScriptChunkOverride` 経由で行う）+ `FfxLib/Blitzball/BlitzballPrizeStructure_File.cs`（スキャン/`SetPrizeIndexAt`）+ ゲート `Tools/BlitzballPrizeStructRt0.cs`（`--blitzball-prizestruct-rt0`）。実際の `bltz0200.ebp`（222,464 B）での PROVEN: 459サイト（League 141 + Tournament 188 + League-TS 65 + Tournament-TS 65 = コーパス件数と一致）、no-edit byte-identical、単一の prize-index 編集は 2バイトだけに分離された（League 1位 `0x0001→0x0099` @0xC0A2）。re-read が確認した。RE の発見: ATEL の変数IDは per-file（bltz0201では `0x28`、bltz0200では `0x30`）。bltz0200のID（`0x30`/`0x31`/`0x32`/`0x33`）は、ファイル自身のswitch/Setサイトから証明した。正直さ: WHICH が各順位で与える賞品インデックスを編集する（game-file、RT0 の分離は実証済み、RT2 は保留）。各インデックスが与える報酬 GIVES = takara（`Blitzball Prizes (Edit)` タブ）。確率（ロール閾値）は別の即値セットで、まだ公開していない。MINOR（NEW モジュール + 新しい2バイトwriter）。save/runtime/SIN/他レーンには触れない。ビルドはエラー0件 / 警告361件; `--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 で GAME FILE 内のブリッツボール賞品101件を編集（takara.bin 220..320）。新しいモジュール/タブ `Blitzball Prizes (Edit) 🏐`（`Modules/BlitzballPrizesEditor`）で、ブリッツボール賞品 POOL を編集する（賞品0..100 → takara行220+k → 報酬。proved-candidate ルールは `v2.62.0` で確定）: 101賞品を並べた master-detail で、各行にアイテムのドロップダウン（名前/IDで絞り込み）+ 数量 + Raw Type/Kind/解決済み報酬を表示する。内部では実証済みの `TreasureEditor_DataModel` を REUSES（アイテム辞書、名前解決、`ByteSnapshotEditorSession`、full-table writer）し、行220..320に絞り込む → saveはTreasuresタブと同じ SAME writerで、`takara.bin` を書き込み、編集した賞品を除く498件すべてのエントリを byte-for-byte のまま保持する。`Main_Window`（nav + `SetModule`）に登録。正直さ: 「Writable (Lab)」バッジ—POOL（各賞品インデックスが与える報酬）を編集するのであり、リーグ/トーナメント/イベントごとに勝ち取る WHICH 賞品（= runtime/save）を編集するのではない。装備/key-item 賞品や、より細かなKind制御にはTreasuresタブを使う。read-only `Blitzball Prizes 🏐` explorer（`v2.62.0`）を、実編集機能で補完する。MINOR（NEW モジュール/タブ）。`TreasureEditor_DataModel`/`Treasure_File`/`Item_Dictionary` を再利用し、新しいwriterは追加しない。プレイヤーのsave/runtime/SIN/他レーンには触れない。ビルドはエラー0件 / 警告361件。[前回: `v2.69.0`] — Jarvis-CHAPPU

ノートを読む