Fix the P28-02-OPT registration documents (r03) before product optimization
Docs only. Adds execution/p28-02/opt/: SPEC.md, TASK_INSTRUCTIONS.md and registration/ (acceptance baseline of 12, registration and config proposals, the before-derived fixed table of allowed cross-version differences, and the byte-transfer record). Decision D1 is option B: only the load_from_path failure path stops recording its performance telemetry; the frozen E3 rule stays. The improvement rule is the formally completed EQ SPEC §4. No product, frozen EQ or original-condition change; 23/88 and 4/30 unchanged. Registration is Root's; implementation is Opus. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
This commit is contained in:
@@ -0,0 +1,118 @@
|
||||
# P28-02-OPT 仕様(r03。原本の加算は whole-unit final の後だけ)
|
||||
|
||||
- 状態: 登録のための固定版です(候補 r01 と r02 を Root の照合で直したもの。r01・r02 は Root 制御フォルダの `opt-registration-proposal-r01/`・`-r02/` にそのまま保持)。`docs/plans/original-completion-2026-10-02/execution/p28-02/opt/SPEC.md` として main に固定し、その実 SHA を base にして、Root が通常の新規登録をします。§3 の決定 D1(案 B)を含みます。
|
||||
- 前提:
|
||||
- P28-02-DIAG は正式に完了しています(Q `fdb309f3bc81529135915429d2432a6644696311`、`execution/p28-02/DIAG_FORMAL_COMPLETION_FDB309F.json`)。T1 の選定の根拠です。
|
||||
- P28-02-EQ は正式に完了しています(S `9adbbee334548ac36cd49d68efc021abb7acd003`、Q `4e34e5209706e3e16a4860e65e52b90287722c36`、`execution/p28-02/EQ_FORMAL_COMPLETION_4E34E52.json`)。凍結した EQ(`execution/p28-02/eq/**`)が、この task の同等性の比較器です。
|
||||
- 改善の契約は `execution/p28-02/eq/references/OPT_CONTRACT_T1.md`(EQ に凍結、SHA `ad9f3d76…`)と、EQ の `SPEC.md`(SHA `3791ccdc…`)です。この SPEC はそれらを具体化するもので、置き換えません。両者の違いは §5 に書きます。
|
||||
|
||||
## 1. 原本の条件(変更しない)
|
||||
|
||||
- 成果単位 P28-02(`work_packages.json` の P28.remaining_deliverables)
|
||||
- work: 失敗時拒否を含む同等性を先に固定し、snapshot変換・検証・コピー・経路接続の実測上位から改善する。
|
||||
- acceptance: 同条件の反復比較と全状態・全イベント一致を確認し、キャッシュの古さ・所有権・不正入力を検証する。
|
||||
- P28 の横断条件6件(原文): 原本条件とUI操作が一致 / Runtimeの実利用・会計・行動へ接続 / 途中保存・再起動で再現 / 異常/境界/中断を検証 / 関連回帰PASS / 要件別ログとソースハッシュを保存。
|
||||
- 補助(原本の分母を増やさない): U1 未達と、実施していない分岐の開示。U2 証拠の範囲の適用。
|
||||
- 分母は 30/88 で、部分点はありません。現在の正式完了は 23/88、パッケージは 4/30 です。P28 パッケージは P27 と P28-03 が残るため、この task の後も完了になりません。予算の false 6件(R0 の2件、P1 の2件、P2 の2件)は、改善が無ければそのまま残します。原本の条件を満たさなければ、P28-02 は未達のまま保持します。
|
||||
|
||||
## 2. 範囲(OPT_CONTRACT_T1 §1〜§2 を、変えてよい箇所まで具体化する)
|
||||
|
||||
- 改善の対象は T1 だけです(I11 PUBLISH_SNAPSHOT、平均 約 81 ms/tick。tick の外の Runtime の `create_snapshot` の独立の計測が 約 77 ms)。T2(PathService の query)は選びません(OPT_CONTRACT_T1 §1 の理由。U1 に開示します)。
|
||||
- 変えてよい製品のファイルは、次の**既存**の6つだけです。source map の対象で、ファイルの追加と削除は禁止です。各ファイルの中で変えてよい箇所も、次の表に限ります(「許可ファイルなら全ての箇所を自由に変えてよい」とは解釈しません)。
|
||||
|
||||
| ファイル | 変えてよい箇所 | 目的 |
|
||||
|---|---|---|
|
||||
| `autoload/simulation_runtime.gd` | `create_snapshot`、`_publish_snapshot`、`latest_snapshot` と `latest_digest`(宣言と getter、`:148-156`) | T1 と E5 の所有権 |
|
||||
| 同上 | `_restore_snapshot_internal` のうち `domain_events` を検証する文(`restored_domain_events`、`:788-790`)と確定する文(`:1346`)だけ | E4(§3) |
|
||||
| 同上 | `load_from_path` の pause の扱い(`:4225-4226`)と、`_finish_load_operation` の失敗の分岐のうち `operation == &"load"` の pause の復元と、同じ失敗の分岐の `_record_runtime_performance(&"load", …)`(記録しない。決定 D1) | E3(§3) |
|
||||
| `scripts/world/path_service.gd` | `create_snapshot` だけ | T1 |
|
||||
| `scripts/core/command_queue.gd` | `create_snapshot` だけ | T1 |
|
||||
| `scripts/world/world_service.gd` | `create_snapshot` と `_create_geometry_snapshot` だけ | T1 |
|
||||
| `scripts/world/route_subslot_path_adapter.gd` | `create_snapshot` だけ | T1 |
|
||||
| `scripts/core/simulation_snapshot.gd` | 変更しない(このファイルは `validate` と `restore` だけを持ち、create_snapshot の経路の関数が無い。どちらも E3 の対象の API)。変更が必要になった場合は判断に戻す | — |
|
||||
|
||||
- 上の関数の中から呼ぶための新しい private の関数を、同じファイルに足すことは認めます。その関数を呼んでよいのは、上の表の箇所だけです。
|
||||
- OPT の試験・checker・verifier は `docs/plans/original-completion-2026-10-02/execution/p28-02/opt/**`(source map の外)に置きます。
|
||||
- EQ・DIAG・collector・RESTART の各ファイルの bytes は変えません(OPT_CONTRACT_T1 §2)。それらは変更せずに OPT の S で実行し、検証にもそのまま使います。
|
||||
|
||||
## 3. 前の版の既存の不具合と、OPT での扱い(OPT_CONTRACT_T1 §3「判定の扱い」)
|
||||
|
||||
before の記録(EQ の S_eq native `native-9adbbee-r01`。R-A と O-A の stored checker)にある既存の不具合は、次のとおりです。行の番号は joined report の `scenarios` の位置です(R と O で同じ並び)。
|
||||
|
||||
| 種類 | before の行 | 原因(製品の source) | OPT での扱い |
|
||||
|---|---|---|---|
|
||||
| E5 outside_in の aliasing | 27、29、31、33、35、37(latest_snapshot / snapshot_published / state_updated × dict / array。defect: external_mutation_latest、cached_digest_aliasing、computed_latest_digest_changed) | `_publish_snapshot`(`simulation_runtime.gd:12616-12621`)が同じ dict を `latest_snapshot` と2つの signal に渡し、`latest_digest` を遅延で計算する(`:151-156`) | T1 の対象の箇所そのもの。OPT で直す |
|
||||
| E4 restore/load の event stream の差し替え | 20 `E4/restore_snapshot`、21 `E4/load_from_path`(defect: event_stream_replaced_subscribers_not_carried) | `_restore_snapshot_internal` が新しい `DomainEventStream` で置き換え、購読を引き継がない(`:788`、`:1346`) | 最小の原因の修正: 検証は従来どおり一時のインスタンスで行い、確定の時に、今の `domain_events` のインスタンスへ同じ内容を `restore_snapshot` で入れる(`DomainEventStream.restore_snapshot` は購読に触れない)。確定の前に、今のインスタンスで restore が失敗しない条件(配送中でない、保留の配送が無い)を確かめ、原子性を保つ |
|
||||
| E3 load の失敗で K が変わる | R: 12〜17、O: 12〜15、17(E3/load_from_path の各入力。defect: K_changes。O の 16 は NA) | (i) `load_from_path` が既に paused でも `_clock.set_paused(true)` を呼び(`:4226`)、失敗の分岐が `_clock.set_paused(previous_paused)` で同じ値に戻す(`_finish_load_operation`)ので、kernel の `_pause_request_serial` が失敗ごとに +2 される(kernel 側は `simulation_kernel.gd:172-178`)。(ii) 同じ失敗の分岐が `_record_runtime_performance(&"load", …)` で `performance_budget` に標本を1つ足す(`_sample_counts.load` +1、`_samples`・`_totals` の load) | 最小の原因の修正: `load_from_path` の失敗の経路でだけ、(i) kernel の `paused` と `_pause_request_serial` を load の前の値に戻し、(ii) その失敗の試行の performance telemetry を記録しない(決定 D1)。成功の経路(`set_paused(true)` とその serial の +1、成功した load の状態・event・telemetry)と、他の load 系の操作は変えない。kernel のファイルは変えない |
|
||||
|
||||
- 決定 D1(案 B): Root が、既存のユーザーの「対象受入に必要な不具合を優先」の範囲、Opus への実装の委任、main の更新の許可を適用した実装判断です(新たな人間の発言を主張する承認ではありません)。
|
||||
- before の E3 の K_changes は (i) と (ii) の2つからなり、凍結した EQ の E3 の判定は、拒否の前後の K の層の全体(telemetry を含む全ての欄の bytes)を比べます。(i) だけでは後の版の「全ての E の合格」(OPT_CONTRACT_T1 §3)に届かないので、(ii) も同じ失敗の経路でだけ止めます。
|
||||
- 凍結 E3 の基準(失敗の前後で S/K/C が不変)は変えません。止めるのは、`load_from_path` の失敗の分岐の performance telemetry の記録だけです。成功した load と他の操作の telemetry は維持します。E3 の K から telemetry を除くという基準の除外(案 A)は採用しません。
|
||||
- 失敗の記録と通知は残します: `_complete_save_operation` による SAVE_LOAD_FAILED の event、`latest_save_operation_result`、`save_operation_completed` の signal、戻り値と payload の `duration_us`・`runtime_duration_us`・`message`・`save_path`。凍結 E3 は、この event の形、payload と `latest_save_operation_result` の一致、戻り値と payload の一致、`preload_pause_restored` と `loaded_clock_paused` を検査します。
|
||||
- 修正は、その不具合の原因だけを変えます。他の挙動(公開の順序と回数、event の ID と counter と全欄、成功した restore/load の状態)は、§4 の固定表の外で前の版と一致しなければなりません。
|
||||
|
||||
## 4. 同等性の受入規則(凍結した EQ の比較の上に OPT が足す規則。EQ 独立レビューの low 1 への対応)
|
||||
|
||||
- 後の版の EQ の記録は、OPT の提出 S で、凍結した `eq/run_eq.py --run <共通> --opt-changed <実際に変更した OPT ファイル>… --output …/eq-after-<S>-r01` で取ります(7 phase、version after、measured_source `S_opt-native-not-Q`)。その束は、凍結した `eq/verify_eq.py`(native-verify と同じ規則)で検証します。R-A と R-B、O-A と O-B の差 0(決定性)と、before と同じ全範囲(各 39 シナリオ)が必要です。
|
||||
- 版の間の比較は、凍結した `verify_eq.compare_bundles(before, after)` の結果の全体を使います(その `ok` は差が1件でもあれば false。EQ の設計どおり)。
|
||||
- **許容する差は、before の記録だけから事前に導いて固定した表 `opt/registration/BEFORE_DEFECT_ALLOWED_DIFFERENCES.json`(SHA `3bd40d64dfacfa1cd81a130e67b278673b4621b9f5face8e71d63042faf2403d`、role ごとに 196 行)だけです。** 表は `derive_opt_allowed_differences.py`(Root 制御フォルダ、SHA `fe35d945…`)が、before の bundle(`4c54b665…`)の R-A/O-A の joined report・stored checker と、正式の native-verify の比較の結果(digest の方式)から作った r02 の表(`6b057c18…`)に、決定 D1 の行を同じ集合として含めたものです。後の版の観測は使っていません。
|
||||
- 表の各行は、比較の path(`compare_reports` の path の形そのもの)、before の値、after の値(または K の差の量)、原因です。内訳は role ごとに次のとおりです。
|
||||
- E5 の6行: 操作の直後の観測(checkpoint 2)で、`latest` の木の、before の defect に記録された mutation の path(dict は `systems/runtime/id_generator/counters/__p28_eq_probe`、array は `systems/runtime/domain_events/published_ids` の実際の index)。`digest_self_consistent`(false → true)。before の比較がその checkpoint で記録した digest の欄(R は product の `computed_latest_digest`、O は `harness_normalized_digest`。after の値は同じ行の checkpoint 1 の値)。
|
||||
- E4 の2行: `result.facts.event_stream` の `keys`(3つ → `replaced` だけ)と `replaced`(true → false)。
|
||||
- E3 の修正による K の差: 失敗した load の行の最後の checkpoint 以降の全ての scenario の checkpoint で、`K._pause_request_serial` の before と after の差が、before の実行の順序で、それまでに通った失敗した load の行の実際の増分(before の defect に記録された値、各 +2)の合計とちょうど等しいこと(R は最後に 12、O は 10)。成功した E4/load_from_path の +1 は両版で同じ。
|
||||
- 決定 D1 による K の差: 同じ checkpoint の `K.performance_budget._sample_counts` で、`load` の件数だけが、before の実行の順序で、それまでに通った失敗した load の行の数(before の defect に記録された各 +1)だけ少ないこと(R は最後に 6、O は 5)。他の metric の件数は同じ。`_samples`・`_totals` は EQ の SPEC §3.2 の除外(実時間)のまま、両版の値つきで記録します。
|
||||
- 判定(`opt/check_opt.py`)。どれか1つでも満たさなければ不合格です。
|
||||
1. `compare_bundles` の差の集合が、表の行の集合(path・before の値・after の値)と**完全に一致**すること。表に無い差があっても、表の行の差が出なくても不合格です。仮の定数、path の前方一致での包括の許容、後の版の観測から許容を足すことはしません。
|
||||
2. 主の 31 checkpoint(B1 と 30 分)の S・latest・latest_digest・K・C と、全イベント(E2)は差 0 件(表に行が無い)。
|
||||
3. 後の版の `existing_defects` は R と O の両方で 0 件(`after_all_e_pass` true)。
|
||||
4. 除外(`excluded`)は EQ の SPEC §3.2 の規則のとおりで、両版の実際の値つき。除外で差を隠すことはしません。
|
||||
- 試験(`opt/test_opt.py`): 本物の経路(凍結した `compare_bundles` の結果の形をそのまま使い、外部の入力だけを差し替えたもの)と、モックの試験を区別して記録します。
|
||||
|
||||
## 5. 改善の判定(正式完了した EQ の SPEC §4 を使う。新しい閾値は作らない)
|
||||
|
||||
- 二つの文書の違い:
|
||||
- 凍結の `OPT_CONTRACT_T1.md` §4(83 行目): 「改善した」と書いてよいのは、I11(と、(b) の P1/P2 の kernel の標本)で、後の版の3 PID が前の版の3 PID と重ならずに低い場合だけ。重なる場合は「差は確認できない」。「この規則は管制の提案で、独立レビューの確認を受けます」。
|
||||
- 正式完了した EQ の `SPEC.md` §4(76〜79 行目): 「改善あり」と書いてよいのは、(a) が「改善」で、かつ (a)・(b-1)・(b-2) のどれも「悪化」でない場合だけ。(a) が「改善」にならなければ OPT の変更を採用しない。(b) が「改善」でなくても、悪化でなければ構わない。
|
||||
- 採用の根拠: EQ の SPEC の冒頭(6 行目)は「この SPEC の §3〜§5 が、その r02(OPT_CONTRACT_T1)の E1 の範囲・改善の判定・順序を確定し、置き換えます」と明示しています。その EQ の SPEC は main に固定されて EQ の登録の base になり、EQ は正式に完了しました(`EQ_FORMAL_COMPLETION_4E34E52.json`)。そこで OPT は、EQ の SPEC §4 をそのまま使います。OPT_CONTRACT_T1 §4 の規則で受入を強めることも、弱めることもしません。
|
||||
- 指標と分類(EQ の SPEC §4 のとおり):
|
||||
- (a) I11:PID ごとの、測定 30 tick の I11 の平均(inclusive の wall)。前の版は既存の DIAG の native の bundle(S `d6ce6dd`、3 PID)を再利用します(条件: 製品の source map が `651f7036…`、DIAG の5ファイル・engine・fixture・設定が一致)。後の版は OPT の S で `diag/diag_p28_02.py --run` を1回(3 PID)。
|
||||
- (b-1) P1:run ごとの kernel の `simulation_x1` の budget_verdict の値(区間の標本の平均)。(b-2) P2:`simulation_x3` の値(区間の標本の P95)。前の版は既存の full9(`db9d613`)と frame-before-r02・r03(`p28-02-opt/FRAME_BEFORE_R02_R03_SUMMARY.json`)の3回、後の版は OPT の S で `collector/collect_p28_01.py --run` を3回。
|
||||
- 分類(指標ごと、前後それぞれ3つの値): 改善(後の3つの最大 < 前の3つの最小)、悪化(後の3つの最小 > 前の3つの最大)、差は確認できない(それ以外)。
|
||||
- 記述の規則: 「改善あり」と書いてよいのは、(a) が「改善」で、かつ (a)・(b-1)・(b-2) のどれも「悪化」でない場合だけです。(b-1)・(b-2) が「差は確認できない」の場合は、その指標を「改善した」とは書かず、「差は確認できない(悪化ではない)」と書きます。(a) が「改善」にならなければ、OPT の変更を採用せず、P28-02 は未達のまま保持します。
|
||||
- P95・最大・stall の最大、I0〜I10 の各区間の値は、記述として全て報告します。予算の false は、改善が無ければそのまま残します。
|
||||
|
||||
## 6. 実行と記録(全て OPT の提出 S で行い、「S で実行した」と記録する)
|
||||
|
||||
| 比較 | 前の版 | 後の版(OPT の S) | engine の phase の数 |
|
||||
|---|---|---|---|
|
||||
| EQ | `native-9adbbee-r01`(S_eq、version before。Q_eq `4e34e52` で資格確認済み) | `eq/run_eq.py --run <共通> --opt-changed …` を1回 | 7 |
|
||||
| (a) phase | DIAG `d6ce6dd` の bundle(再利用) | `diag/diag_p28_02.py --run <共通>` を1回 | 6 |
|
||||
| (b) frame | full9 `db9d613` + frame-before-r02・r03 | `collector/collect_p28_01.py --run <共通>` を3回 | 27 |
|
||||
| (c) RESTART | — | `p28-01/restart/probe/restart_pair.py --run <共通>` を1回 | 7 |
|
||||
| (d) 関連回帰 | — | `tools/run_all_tests.py --project-root <凍結した S の checkout> --godot <engine>` | 約194 |
|
||||
|
||||
- 共通の引数・出力の場所・凍結した checkout の規則は、OPT_CONTRACT_T1 §4 のとおりです。
|
||||
- 実行は Root の役割で行います(ユーザーの委任により、現在は Desktop の統括セッション)。実行者・commit・source map・全 raw と SHA を記録します。
|
||||
- integration の後の Q での再利用は、OPT_CONTRACT_T1 §5 の全ての条件が一致する場合だけです。製品の source map が S と Q で変われば、Q で必要な検証をやり直します。
|
||||
|
||||
## 7. 成果物(`execution/p28-02/opt/**`)
|
||||
|
||||
| ファイル | 役割 |
|
||||
|---|---|
|
||||
| `opt/registration/BEFORE_DEFECT_ALLOWED_DIFFERENCES.json` | §4 の固定表(登録の時に固定。SHA を §4 に記載) |
|
||||
| `opt/check_opt.py` | §4 の差の判定、§5 の改善の分類、§2 の変更の箇所の検査(base と S の差分の hunk が、§2 の表の箇所と、そこから呼ぶ新しい private 関数の中だけにあること)、各束の結合(engine を使わない) |
|
||||
| `opt/verify_opt.py` | `$BUILD_OUTPUT_DIR/p28-02-opt-evidence/` の束(EQ の before/after、DIAG の after、frame の after 3回と before 2回、RESTART、全 roster)を結合して判定します。束が無ければ失敗します |
|
||||
| `opt/test_opt.py` | engine を使わない unittest(§2・§4・§5 の正負、束の欠落、偽の合格の拒否。凍結 E3 の判定が K の全体を比べ、telemetry だけの変化も K_changes にすること、失敗の SAVE_LOAD_FAILED の event と payload を消すと E3 が不合格になることを含む) |
|
||||
| `opt/PROGRESS.md`、`opt/IMPLEMENTATION.md` | 経緯と実装の判断 |
|
||||
|
||||
## 8. 順序
|
||||
|
||||
1. OPT の worker が S_opt を提出します(§2 の箇所だけの変更、engine を使わない局所の unit の全件 PASS、変更した OPT ファイルの一覧)。
|
||||
2. Root が、凍結した S_opt で §6 の (EQ)(a)(b)(c)(d) を実行し、束を作って `$BUILD_OUTPUT_DIR` に置きます。
|
||||
3. 正式の validation(unit、EQ の after の native-verify、DIAG の after の verify、OPT の結合 verify)を行います。
|
||||
4. 独立した新しい Opus が、原 work・原 acceptance・横断条件6件・U1/U2 を whole-unit としてレビューします(非同期の配送)。
|
||||
5. prepare → Q での再利用の資格の確認(§6、OPT_CONTRACT_T1 §5)→ 承認 → integration → final → 台帳で 23→24。
|
||||
|
||||
## 9. 全ての失敗の保持
|
||||
|
||||
- native・validation・review の失敗は、raw と SHA とともに保全し、成功に書き換えません。修正は、通常の repair で、同じ W で行います。E1〜E5 が1つでも崩れた変更は採用しません。
|
||||
@@ -0,0 +1,27 @@
|
||||
# P28-02-OPT worker 指示
|
||||
|
||||
仕様は同じディレクトリの `SPEC.md` です。この指示と仕様は変更しないでください。
|
||||
|
||||
- 変えてよい製品の箇所は、SPEC §2 の表の箇所だけです(ファイルの中の全ての箇所ではありません)。source map の対象で、ファイルの追加・削除はしません。`scripts/core/simulation_snapshot.gd` は変えません。EQ・DIAG・collector・RESTART のファイルは変えません。
|
||||
- 作るもの(`docs/plans/original-completion-2026-10-02/execution/p28-02/opt/**` の中): SPEC §7 のファイルです。`opt/registration/BEFORE_DEFECT_ALLOWED_DIFFERENCES.json` は登録の時に固定されたものを使い、変えません。
|
||||
- T1 の改善: `_publish_snapshot` と `create_snapshot`(と、PathService・CommandQueue・WorldService・RouteSubslotPathAdapter の `create_snapshot`)の費用を下げます。
|
||||
- 前の版の既存の不具合(SPEC §3)は、その原因の箇所だけで直します。
|
||||
- E5: `latest_snapshot` と signal の引数を、受け手が入れ子の dict や配列を変えても、内部・`latest_snapshot`・`latest_digest` に影響しない形にします。公開の回数・順序・内容は変えません。複製の費用で T1 の改善を打ち消さないこと(SPEC §5 の (a) が「改善」でなければ採用しない)。
|
||||
- E4: 検証は従来どおり一時の `DomainEventStream` で行い、確定の時に、今の `domain_events` のインスタンスへ同じ内容を `restore_snapshot` で入れます(購読をそのまま保つ)。確定の前に、今のインスタンスで restore が失敗しない条件を確かめ、原子性を保ちます。インスタンスを差し替えて購読を写す方法は使いません(同じ ID の再購読が失敗するため)。
|
||||
- E3: `load_from_path` の失敗の経路でだけ、kernel の `paused` と `_pause_request_serial` を load の前の値に戻し、その失敗の試行の performance telemetry(`_record_runtime_performance(&"load", …)`)を記録しません(SPEC §3 の決定 D1)。成功の経路(状態・event・telemetry)と、他の load 系の操作は変えません。失敗の記録と通知(SAVE_LOAD_FAILED の event、`latest_save_operation_result`、`save_operation_completed`、戻り値と payload の時間・message・save_path)は残します。kernel のファイルは変えません。
|
||||
- 既に分かっている落とし穴を避けること:
|
||||
- autoload の script の class_name を静的に参照しない。Variant から `:=` で型を推論しない。StringName の key は文字の比較で並べる。一時ディレクトリは `BUILD_OUTPUT_DIR` か `tempfile.gettempdir()` の下に作る。
|
||||
- `opt/check_opt.py` には、少なくとも次の拒否試験を置く:
|
||||
- 固定表に無い差を認めること(主の checkpoint、全イベント、before で既存の不具合でなかった行、既存の不具合の行の固定された path の外)
|
||||
- 固定表の行の差が出ていないのに合格にすること、before の値か after の値が表と違うのに合格にすること
|
||||
- `_pause_request_serial` の差が、before の実行順の失敗した load の実際の増分の合計と違うのに認めること、他の K の欄の差を認めること、仮の定数や path の前方一致で許すこと
|
||||
- 後の版に既存の不具合が残っているのに合格にすること、除外で差を隠すこと、欠損を 0 で補うこと、束の欠落
|
||||
- §2 の表の外の箇所を変えた S を通すこと(新しい private 関数を表の外から呼ぶことを含む)
|
||||
- SPEC §5 で (a) が「改善」でないのに採用すること、(b) の「悪化」を見落とすこと、「差は確認できない」の指標を「改善した」と書くこと
|
||||
- `opt/test_opt.py` には、凍結 EQ の E3 の判定(`check_eq.check_e3`)について、少なくとも次の確認を置く(本物の判定の関数を、合成の E3 の記録で呼ぶ):
|
||||
- 拒否の前後で K の telemetry だけ(`performance_budget` の load の件数・標本・合計)が変わっても K_changes になること、`_pause_request_serial` だけが変わっても K_changes になること
|
||||
- K・S・C が不変で、SAVE_LOAD_FAILED の event と一致する payload があれば、load の失敗の行に不具合が無いこと
|
||||
- SAVE_LOAD_FAILED の event を消すと、または payload と `latest_save_operation_result` を食い違わせると、不具合として報告されること
|
||||
- しないこと: git への書込み(commit を含む)、全回帰、§6 の native と比較の実行(Root が行います)。
|
||||
- 提出前に、engine を使わない `python3 opt/test_opt.py` を局所で実行して全件 PASS を確かめます。製品の箇所を変えたことで影響のある既存の suite(snapshot・save/load・restore・domain event・UI の受け手)は、`tools/run_all_tests.py` の対象を絞った局所の実行で確かめてよい(診断。正式の全 roster の代わりにはしない)。生出力を保存し、変更した OPT ファイルの一覧とともに正式な JSON で提出します。
|
||||
- 承認された範囲の中の通常の実装上の選択は、worker が決めて `opt/IMPLEMENTATION.md` に記録し、そのまま進めます。blocked にしてよいのは、原本の製品の仕様・数値・権限・課金・原本の受入に影響する未確定事項がある場合だけです。
|
||||
+110
@@ -0,0 +1,110 @@
|
||||
[
|
||||
{
|
||||
"id": "P28-02-OPT1",
|
||||
"requirement_id": "P28-02",
|
||||
"text": "原 work: 失敗時拒否を含む同等性は正式完了した凍結 EQ(Q 4e34e52)で先に固定済みとし、snapshot 変換・コピーの実測上位 T1(I11 PUBLISH_SNAPSHOT と create_snapshot)を、SPEC §2 の表の箇所だけの変更で改善する。改善の判定は正式完了した EQ の SPEC §4 のとおり(SPEC §5 に OPT_CONTRACT_T1 §4 との違いと採用の根拠を記載): (a) I11 が「改善」で、(a)・(b-1)・(b-2) のどれも「悪化」でない場合だけ採用し「改善あり」と書く。(b-1)・(b-2) が「差は確認できない」の指標は「改善した」と書かない。(a) が「改善」でなければ採用せず、P28-02 は未達のまま保持する。ファイルの追加・削除、EQ・DIAG・collector・RESTART の bytes の変更は無い。",
|
||||
"validation_ids": [
|
||||
"p28-02-opt-unit",
|
||||
"p28-02-opt-native-verify"
|
||||
]
|
||||
},
|
||||
{
|
||||
"id": "P28-02-OPT2",
|
||||
"requirement_id": "P28-02",
|
||||
"text": "原 acceptance(同条件の反復比較): (a) DIAG 区間で前の版3 PID(DIAG d6ce6dd の再利用、条件一致の確認つき)と後の版3 PID、(b) collector の P1/P2 で前の版3回(full9 db9d613 と frame-before-r02・r03)と後の版3回を、同じ入力・engine・machine・設定で比べ、全ての値と分類を記録する。",
|
||||
"validation_ids": [
|
||||
"p28-02-opt-unit",
|
||||
"p28-02-opt-diag-native-verify",
|
||||
"p28-02-opt-native-verify"
|
||||
]
|
||||
},
|
||||
{
|
||||
"id": "P28-02-OPT3",
|
||||
"requirement_id": "P28-02",
|
||||
"text": "原 acceptance(全状態・全イベント一致): 凍結 EQ を --opt-changed で OPT の S に実行した後の版の記録が verify_eq の検証に通り、compare_bundles の差の集合が、before の記録だけから事前に導いた固定表 opt/registration/BEFORE_DEFECT_ALLOWED_DIFFERENCES.json(SHA 3bd40d64…)の行の集合(path・before の値・after の値。E3 の K の差は、before の実行順の失敗した load の実際の増分の合計の _pause_request_serial と、決定 D1 による performance_budget の load の件数)と完全に一致する。主の31 checkpoint と全イベントの差は0。仮の定数・前方一致の包括の許容・after の観測からの許容の追加は無い。",
|
||||
"validation_ids": [
|
||||
"p28-02-opt-unit",
|
||||
"p28-02-opt-eq-native-verify",
|
||||
"p28-02-opt-native-verify"
|
||||
]
|
||||
},
|
||||
{
|
||||
"id": "P28-02-OPT4",
|
||||
"requirement_id": "P28-02",
|
||||
"text": "原 acceptance(キャッシュの古さ・所有権・不正入力): 後の版で E3(restore_snapshot・validate・load_from_path の全ての不正入力の原子的な拒否。凍結 E3 の判定は拒否の前後の S/K/C の全体を比べる)、E4(全ての無効化の経路)、E5(双方向の非干渉)が R と O の両方で既存の不具合 0 件(after_all_e_pass true)。前の版の不具合(E5 aliasing、E4 stream の差し替え、E3 load の K の変化)は SPEC §2・§3 の最小の原因の修正だけで直る。E3 の load の失敗の経路では pause の状態と serial を戻し、その失敗の試行の performance telemetry を記録しない(決定 D1。成功した load と他の操作の telemetry、失敗の SAVE_LOAD_FAILED の event・latest_save_operation_result・save_operation_completed は維持)。",
|
||||
"validation_ids": [
|
||||
"p28-02-opt-unit",
|
||||
"p28-02-opt-eq-native-verify",
|
||||
"p28-02-opt-native-verify"
|
||||
]
|
||||
},
|
||||
{
|
||||
"id": "P28-02-OPT5",
|
||||
"requirement_id": "P28",
|
||||
"text": "横断1(原本条件とUI操作が一致): snapshot_published / state_updated の公開の回数・順序・内容が前の版と一致し(EQ の check_publishes と §4)、UI の受け手(main.gd、world_preview.gd)を含む関連 suite が全 roster で PASS する。UI の変更は無い。",
|
||||
"validation_ids": [
|
||||
"p28-02-opt-eq-native-verify",
|
||||
"p28-02-opt-native-verify"
|
||||
]
|
||||
},
|
||||
{
|
||||
"id": "P28-02-OPT6",
|
||||
"requirement_id": "P28",
|
||||
"text": "横断2(Runtimeの実利用・会計・行動へ接続): 変更は製品の実際の公開の経路(毎 tick の PUBLISH_SNAPSHOT と create_snapshot)にあり、process_real_delta を通る collector の実測(b)と、会計・行動を含む S 層の全状態の一致(E1)で確かめる。",
|
||||
"validation_ids": [
|
||||
"p28-02-opt-eq-native-verify",
|
||||
"p28-02-opt-native-verify"
|
||||
]
|
||||
},
|
||||
{
|
||||
"id": "P28-02-OPT7",
|
||||
"requirement_id": "P28",
|
||||
"text": "横断3(途中保存・再起動で再現): OPT の S で RESTART の native の pair を1回行い、受入済みの RESTART の checker で保存と再開の再現が保たれる。E4 の restore/load の経路も後の版で合格する。",
|
||||
"validation_ids": [
|
||||
"p28-02-opt-native-verify"
|
||||
]
|
||||
},
|
||||
{
|
||||
"id": "P28-02-OPT8",
|
||||
"requirement_id": "P28",
|
||||
"text": "横断4(異常/境界/中断を検証): E3 の全ての不正入力(3 API × 6 分類、R と O)が後の版で同じ code で原子的に拒否され、S/K/C と全イベントが不変。load の失敗が X(B, SAVE_LOAD_FAILED) と一致する。",
|
||||
"validation_ids": [
|
||||
"p28-02-opt-unit",
|
||||
"p28-02-opt-eq-native-verify",
|
||||
"p28-02-opt-native-verify"
|
||||
]
|
||||
},
|
||||
{
|
||||
"id": "P28-02-OPT9",
|
||||
"requirement_id": "P28",
|
||||
"text": "横断5(関連回帰PASS): 製品の source が変わるので、最終の S の凍結した checkout で正式の全 roster(192 suite)を1回実行して全 PASS。Q で再利用するのは OPT_CONTRACT_T1 §5 の全条件が一致する場合だけ。",
|
||||
"validation_ids": [
|
||||
"p28-02-opt-native-verify"
|
||||
]
|
||||
},
|
||||
{
|
||||
"id": "P28-02-OPT10",
|
||||
"requirement_id": "P28",
|
||||
"text": "横断6(要件別ログとソースハッシュを保存): 全ての束(EQ・DIAG・collector・RESTART・全 roster)が、実行した commit・source map(1407 件)・全 raw と SHA・owned PID・private profile・guard・cleanup とともに seal され、要件ごとに結合される。Q で測ったとは表記しない。",
|
||||
"validation_ids": [
|
||||
"p28-02-opt-native-verify"
|
||||
]
|
||||
},
|
||||
{
|
||||
"id": "P28-02-OPT11",
|
||||
"requirement_id": "P28-02",
|
||||
"text": "補助 U1(未達と、実施していない分岐の開示): 選ばなかった T2 とその理由、予算の false 6件の扱い、200客 Ops ON の最大場面・同一 Windows 実機・長期の通し・全ゲームの未達、実施していない分岐を、受入の記録に全て開示する。",
|
||||
"validation_ids": [
|
||||
"p28-02-opt-native-verify"
|
||||
]
|
||||
},
|
||||
{
|
||||
"id": "P28-02-OPT12",
|
||||
"requirement_id": "P28-02",
|
||||
"text": "補助 U2(証拠の範囲の適用): 各測定を実行した版(S。Q ではない)と条件を記録し、前の版の記録の再利用と Q での再利用は条件の一致を確かめた場合だけに限る。診断は正式の証拠に数えない。",
|
||||
"validation_ids": [
|
||||
"p28-02-opt-unit",
|
||||
"p28-02-opt-native-verify"
|
||||
]
|
||||
}
|
||||
]
|
||||
+9982
File diff suppressed because it is too large
Load Diff
+23
@@ -0,0 +1,23 @@
|
||||
{
|
||||
"project": "the-tree-p28-02-opt",
|
||||
"models": {
|
||||
"implementer": "Claude Opus 5.5 Desktop governor under the user delegation; registered worker field codex is not the actual actor and no new Codex implementation is started",
|
||||
"reviewer": "claude-opus-5-5 (fresh, separate Desktop session, async delivery)"
|
||||
},
|
||||
"policy_alignment": "After normal registration, align max_llm_runs 20 -> null with the existing owner script protocol (policy lock, config digest, backups, unchanged rows and baseline, normal Runner reopen), recorded honestly as an owner-delegated decision under the existing human removal of per-item caps. max_repair_attempts stays null. test_timeout_seconds stays the Runner default unless a measured need is brought back to the owner.",
|
||||
"unchanged": [
|
||||
"models of existing projects",
|
||||
"permissions",
|
||||
"auth",
|
||||
"billing and API fallback",
|
||||
"quota fallback rule (structured provider quota only, once, same role, Antigravity claude-opus-5-5-high)"
|
||||
],
|
||||
"original": {
|
||||
"completed": 23,
|
||||
"denominator": 88,
|
||||
"packages_completed": 4,
|
||||
"package_denominator": 30,
|
||||
"opt_credit_before_whole_unit_final": 0,
|
||||
"opt_credit_after_whole_unit_final": "23 -> 24 (P28-02 only)"
|
||||
}
|
||||
}
|
||||
+128
@@ -0,0 +1,128 @@
|
||||
{
|
||||
"status": "r03 for registration (candidates r01 and r02 kept unchanged in opt-registration-proposal-r01/ and -r02/); decision D1 = option B recorded in opt/SPEC.md §3. The tracked paths below are fixed to main by a docs-only commit; that actual SHA is the base_commit of the Root registration.",
|
||||
"prepared_by": "Claude Opus 5.5 Desktop governor (local_a7f85421-3eed-4482-8030-c0dca669573a) under the user's delegation; registration is the owner's (Root's) action",
|
||||
"tracked_paths_to_commit": {
|
||||
"docs/plans/original-completion-2026-10-02/execution/p28-02/opt/SPEC.md": "opt-registration-proposal-r03/SPEC.md",
|
||||
"docs/plans/original-completion-2026-10-02/execution/p28-02/opt/TASK_INSTRUCTIONS.md": "opt-registration-proposal-r03/TASK_INSTRUCTIONS.md",
|
||||
"docs/plans/original-completion-2026-10-02/execution/p28-02/opt/registration/ACCEPTANCE_BASELINE.json": "opt-registration-proposal-r03/ACCEPTANCE_BASELINE.json",
|
||||
"docs/plans/original-completion-2026-10-02/execution/p28-02/opt/registration/REGISTRATION_PROPOSAL.json": "opt-registration-proposal-r03/REGISTRATION_PROPOSAL.json",
|
||||
"docs/plans/original-completion-2026-10-02/execution/p28-02/opt/registration/CONFIG_PROPOSAL.json": "opt-registration-proposal-r03/CONFIG_PROPOSAL.json",
|
||||
"docs/plans/original-completion-2026-10-02/execution/p28-02/opt/registration/BEFORE_DEFECT_ALLOWED_DIFFERENCES.json": "opt-registration-proposal-r03/BEFORE_DEFECT_ALLOWED_DIFFERENCES.json (byte-identical, SHA 3bd40d64dfacfa1cd81a130e67b278673b4621b9f5face8e71d63042faf2403d)"
|
||||
},
|
||||
"register_project": {
|
||||
"project": "the-tree-p28-02-opt",
|
||||
"repo": "/Users/korizatou114/Projects/とりにく工房ゲーム制作部",
|
||||
"worktrees": "/Users/korizatou114/Projects/TheTree-managed-worktrees/p28-02-opt",
|
||||
"baseline_file": "docs/plans/original-completion-2026-10-02/execution/p28-02/opt/registration/ACCEPTANCE_BASELINE.json",
|
||||
"validations": {
|
||||
"p28-02-opt-unit": {
|
||||
"argv": [
|
||||
"{python}",
|
||||
"docs/plans/original-completion-2026-10-02/execution/p28-02/opt/test_opt.py"
|
||||
]
|
||||
},
|
||||
"p28-02-opt-eq-native-verify": {
|
||||
"argv": [
|
||||
"{python}",
|
||||
"docs/plans/original-completion-2026-10-02/execution/p28-02/eq/verify_eq.py",
|
||||
"--project-root",
|
||||
"."
|
||||
]
|
||||
},
|
||||
"p28-02-opt-diag-native-verify": {
|
||||
"argv": [
|
||||
"{python}",
|
||||
"docs/plans/original-completion-2026-10-02/execution/p28-02/diag/verify_diag.py",
|
||||
"--project-root",
|
||||
"."
|
||||
]
|
||||
},
|
||||
"p28-02-opt-native-verify": {
|
||||
"argv": [
|
||||
"{python}",
|
||||
"docs/plans/original-completion-2026-10-02/execution/p28-02/opt/verify_opt.py",
|
||||
"--project-root",
|
||||
"."
|
||||
]
|
||||
}
|
||||
},
|
||||
"validation_note": "The frozen EQ and DIAG verifiers run unchanged on the OPT S checkout and read the Root-placed after bundles at $BUILD_OUTPUT_DIR/p28-02-eq-evidence and $BUILD_OUTPUT_DIR/p28-02-diag-evidence. opt/verify_opt.py reads $BUILD_OUTPUT_DIR/p28-02-opt-evidence (EQ before/after copies for compare_bundles and the SPEC §4 rule, frame before/after, RESTART, full roster) and fails when any bundle is absent; unit PASS alone never accepts. Each check runs under the default validation limit; a measured need for a longer limit goes back to the owner as a normal policy decision, not a silent change."
|
||||
},
|
||||
"register_task_contract": {
|
||||
"id": "P28-02-OPT",
|
||||
"title": "意味を保つ軽量化:T1 snapshot の変換・コピーの改善(原 P28-02 の完了の条件)",
|
||||
"requirement_ids": [
|
||||
"P28-02",
|
||||
"P28"
|
||||
],
|
||||
"acceptance_ids": [
|
||||
"P28-02-OPT1",
|
||||
"P28-02-OPT2",
|
||||
"P28-02-OPT3",
|
||||
"P28-02-OPT4",
|
||||
"P28-02-OPT5",
|
||||
"P28-02-OPT6",
|
||||
"P28-02-OPT7",
|
||||
"P28-02-OPT8",
|
||||
"P28-02-OPT9",
|
||||
"P28-02-OPT10",
|
||||
"P28-02-OPT11",
|
||||
"P28-02-OPT12"
|
||||
],
|
||||
"spec_ref": "docs/plans/original-completion-2026-10-02/execution/p28-02/opt/SPEC.md",
|
||||
"base_commit": "TBD: actual main SHA that adds opt/SPEC.md and opt/TASK_INSTRUCTIONS.md",
|
||||
"worker": "codex",
|
||||
"worker_note": "The registered worker field codex is not the actual actor: the Runner implementer services do not include Claude, so the field is kept as for EQ S5/S6. No new Codex (or Astra) implementation run will be started. The actual implementer is the Claude Opus 5.5 Desktop governor under the user delegation, recorded honestly in each owner submit receipt; Runner submit makes the commits.",
|
||||
"allowed_paths": [
|
||||
"autoload/simulation_runtime.gd",
|
||||
"scripts/core/simulation_snapshot.gd",
|
||||
"scripts/world/world_service.gd",
|
||||
"scripts/world/route_subslot_path_adapter.gd",
|
||||
"scripts/world/path_service.gd",
|
||||
"scripts/core/command_queue.gd",
|
||||
"docs/plans/original-completion-2026-10-02/execution/p28-02/opt/**"
|
||||
],
|
||||
"depends_on": [],
|
||||
"resource_locks": [
|
||||
"p28-02-opt"
|
||||
],
|
||||
"validation_ids": [
|
||||
"p28-02-opt-unit",
|
||||
"p28-02-opt-eq-native-verify",
|
||||
"p28-02-opt-diag-native-verify",
|
||||
"p28-02-opt-native-verify"
|
||||
],
|
||||
"max_repair_attempts": null,
|
||||
"allowed_paths_note": "Runner allowed_paths are file-level. The allowed sites inside each file are fixed by opt/SPEC.md §2 and enforced by opt/check_opt.py (diff hunks only inside those functions and statements, plus new private functions called only from them); scripts/core/simulation_snapshot.gd is listed by OPT_CONTRACT_T1 but is not to be changed."
|
||||
},
|
||||
"native_contract": {
|
||||
"executor": "Root role only, after the worker submits S_opt (currently the Desktop governor by user delegation)",
|
||||
"common_arguments": {
|
||||
"readonly": "/Users/korizatou114/Projects/TheTree-managed-worktrees/p28-01-perf-baseline/.runtime/P28-01-COLLECTOR/build/p28-01-readonly",
|
||||
"fixture": "artifacts/original-completion-2026-10-02/p28-current1299-runtime-scale-build-candidate-native-r01/fixture/reference.variant (eb4f7700...)",
|
||||
"engine": "/Applications/Godot.app/Contents/MacOS/Godot (c7cccbf8...)"
|
||||
},
|
||||
"runs_on_S_opt": [
|
||||
"eq/run_eq.py --run <common> --opt-changed <each changed OPT file> --output artifacts/original-completion-2026-10-02/p28-02-opt/eq-after-<S>-r01",
|
||||
"diag/diag_p28_02.py --run <common> --output artifacts/original-completion-2026-10-02/p28-02-opt/phase-after-<S>-r01",
|
||||
"p28-01/collector/collect_p28_01.py --run <common> --output artifacts/original-completion-2026-10-02/p28-02-opt/frame-after-<S>-r0{1,2,3}",
|
||||
"p28-01/restart/probe/restart_pair.py --run <common> --output artifacts/original-completion-2026-10-02/p28-02-opt/restart-after-<S>-r01",
|
||||
"tools/run_all_tests.py --project-root <frozen S checkout> --godot <engine> --output artifacts/original-completion-2026-10-02/p28-02-opt/full-roster-<S>-r01"
|
||||
],
|
||||
"before_records": {
|
||||
"EQ": "artifacts/original-completion-2026-10-02/p28-02-root-control-r01/native-9adbbee-r01 (S_eq, version before; qualified on Q_eq 4e34e52)",
|
||||
"phase": "DIAG native bundle of S d6ce6dd (reused when the source map, DIAG files, engine, fixture and settings match)",
|
||||
"frame": "full9 db9d613 (reused as one run) + artifacts/original-completion-2026-10-02/p28-02-opt/frame-before-r02 and -r03 (run on main 44bce91, product source map 651f7036..., summary FRAME_BEFORE_R02_R03_SUMMARY.json; P1 x1 averages 487.037 / 481.987 ms, P2 x3 P95 5126.595 / 5145.149 ms)"
|
||||
},
|
||||
"measured_source_rule": "Every after value is recorded as run on S_opt, never as measured on Q (OPT_CONTRACT_T1 §5)."
|
||||
},
|
||||
"credit": "EQ, DIAG add 0. P28-02 moves 23->24 only after the OPT final, the whole-unit independent review of the original work/acceptance, cross-cutting 6 and U1/U2, and the ledger. The P28 package stays in progress (P27, P28-03 pending).",
|
||||
"improvement_rule": "Formally completed EQ SPEC §4 (lines 76-79): improvement claimed only when (a) I11 is 改善 and none of (a)(b-1)(b-2) is 悪化; (b) need not improve if not worse. OPT_CONTRACT_T1 §4 line 83 differs; EQ SPEC line 6 states its §3-§5 fix and replace that judgment, so EQ SPEC §4 is used unchanged (opt/SPEC.md §5).",
|
||||
"decision_D1": {
|
||||
"option": "B",
|
||||
"where": "opt/SPEC.md §3",
|
||||
"basis": "Root implementation decision applying the existing user scope (prioritize defect fixes needed for the target acceptance), the Opus implementation delegation and the main update permission; not a claim of a new human statement",
|
||||
"content": "load_from_path failure path stops recording its performance telemetry sample; success load and other operations keep their telemetry; the failure event SAVE_LOAD_FAILED, latest_save_operation_result and save_operation_completed stay; the frozen E3 rule (S/K/C unchanged across a rejection) is unchanged; option A (excluding telemetry from E3 K) is not adopted",
|
||||
"unapproved_criterion_change": false
|
||||
}
|
||||
}
|
||||
+61
@@ -0,0 +1,61 @@
|
||||
{
|
||||
"at_jst": "2026-10-22T11:17:04.576266+09:00",
|
||||
"actual_Opus_governor_session": "local_a7f85421-3eed-4482-8030-c0dca669573a",
|
||||
"scope": "P28-02-OPT registration documents r03 (decision D1 = option B); docs only; original P28-02 conditions and the frozen EQ unchanged; original credit zero",
|
||||
"source_manifest": {
|
||||
"path": "/Users/korizatou114/Projects/とりにく工房ゲーム制作部/artifacts/original-completion-2026-10-02/p28-02-root-control-r01/opt-registration-proposal-r03/MANIFEST.json",
|
||||
"sha256": "2d556634012cc6c717358eb3f472ee704242b285372ce4a0e9b72fa64f729b75"
|
||||
},
|
||||
"kept_candidates": [
|
||||
"opt-registration-proposal-r01",
|
||||
"opt-registration-proposal-r02"
|
||||
],
|
||||
"copies": [
|
||||
{
|
||||
"target": "docs/plans/original-completion-2026-10-02/execution/p28-02/opt/SPEC.md",
|
||||
"source": "/Users/korizatou114/Projects/とりにく工房ゲーム制作部/artifacts/original-completion-2026-10-02/p28-02-root-control-r01/opt-registration-proposal-r03/SPEC.md",
|
||||
"bytes": 20639,
|
||||
"sha256": "6441437c73ad6d224def596653c3638df947efc3efd1162590149d6591b2b0f0",
|
||||
"byte_identical": true
|
||||
},
|
||||
{
|
||||
"target": "docs/plans/original-completion-2026-10-02/execution/p28-02/opt/TASK_INSTRUCTIONS.md",
|
||||
"source": "/Users/korizatou114/Projects/とりにく工房ゲーム制作部/artifacts/original-completion-2026-10-02/p28-02-root-control-r01/opt-registration-proposal-r03/TASK_INSTRUCTIONS.md",
|
||||
"bytes": 5639,
|
||||
"sha256": "6d0f2b38bb15d00e3e96bd1b269569df5961841fb1d9b82df89b249f1ec9c6b7",
|
||||
"byte_identical": true
|
||||
},
|
||||
{
|
||||
"target": "docs/plans/original-completion-2026-10-02/execution/p28-02/opt/registration/ACCEPTANCE_BASELINE.json",
|
||||
"source": "/Users/korizatou114/Projects/とりにく工房ゲーム制作部/artifacts/original-completion-2026-10-02/p28-02-root-control-r01/opt-registration-proposal-r03/ACCEPTANCE_BASELINE.json",
|
||||
"bytes": 7203,
|
||||
"sha256": "7fe6146d9ee749bbe9aaeea7b9e9930c9703220a3badbc0ac177878251865b18",
|
||||
"byte_identical": true
|
||||
},
|
||||
{
|
||||
"target": "docs/plans/original-completion-2026-10-02/execution/p28-02/opt/registration/REGISTRATION_PROPOSAL.json",
|
||||
"source": "/Users/korizatou114/Projects/とりにく工房ゲーム制作部/artifacts/original-completion-2026-10-02/p28-02-root-control-r01/opt-registration-proposal-r03/REGISTRATION_PROPOSAL.json",
|
||||
"bytes": 8913,
|
||||
"sha256": "31390ec5476cbf8e25bbe00966da18a53f5611926f110e366fe0140e07ff9aa7",
|
||||
"byte_identical": true
|
||||
},
|
||||
{
|
||||
"target": "docs/plans/original-completion-2026-10-02/execution/p28-02/opt/registration/CONFIG_PROPOSAL.json",
|
||||
"source": "/Users/korizatou114/Projects/とりにく工房ゲーム制作部/artifacts/original-completion-2026-10-02/p28-02-root-control-r01/opt-registration-proposal-r03/CONFIG_PROPOSAL.json",
|
||||
"bytes": 1230,
|
||||
"sha256": "f308ba92682f0e1509a3a52aa98634fd80e8a89070a408b1948881f3b4cb1bd9",
|
||||
"byte_identical": true
|
||||
},
|
||||
{
|
||||
"target": "docs/plans/original-completion-2026-10-02/execution/p28-02/opt/registration/BEFORE_DEFECT_ALLOWED_DIFFERENCES.json",
|
||||
"source": "/Users/korizatou114/Projects/とりにく工房ゲーム制作部/artifacts/original-completion-2026-10-02/p28-02-root-control-r01/opt-registration-proposal-r03/BEFORE_DEFECT_ALLOWED_DIFFERENCES.json",
|
||||
"bytes": 160508,
|
||||
"sha256": "3bd40d64dfacfa1cd81a130e67b278673b4621b9f5face8e71d63042faf2403d",
|
||||
"byte_identical": true
|
||||
}
|
||||
],
|
||||
"registration_by": "Root (owner action)",
|
||||
"implementer": "Claude Opus 5.5 Desktop governor (user delegation); no Codex dispatch",
|
||||
"engine_runs": 0,
|
||||
"product_edits": 0
|
||||
}
|
||||
Reference in New Issue
Block a user