# P13-03 レビュー資料の新規文書重複削減案（未承認・Runner未変更）

再提出復旧だけでは不十分と判明した。最終未提出worktreeのレビュー資料はvalidation receipt追加前でも541186bytesで500000上限を超える。正規提出SHAをまだ持たないため、この値はworking-tree preflightであり正式packet受入ではない。

現在のRunnerは、新規文書の全文をdiffとsourcesの両方に含める。全内容をsourcesへ一回だけ保持し、diff側では新規文書のpath・base blob不在・raw SHA・bytes・full sourceキーを示す候補をread-only prototypeで確認した。対象はP13 execution配下の新規JSON/Markdown5filesに限定。既存ファイルの差分、全コード差分、validation source、原受入ID、原仕様、500000上限は変更しない。

prototypeの結果は318302bytes、receipt追加前の余裕181698bytes。sourcesの集合は同一、各全文はraw bytesから供給しSHAと一致、コード差分/validation sourceは保持。7施設/84枠/6分類や未知を省略しない。JSONを不透明な圧縮文字列へ置き換えない。

適用時は、対象が正確な新規文書でbaseが空、候補全文がsourcesに全てあることを検証し、不一致・既存文書・コード・binary・範囲外pathではこの簡略化を使わない。重複削減対象はプロジェクト/タスク規約に明示してP13だけへ限定する。Runner実装・試験・別レビュー前にこの変更を採用済みとしない。

Runner側の提出復旧(core.py submit)と本案(core.py packet＋tests/test_runner.py)は別の変更箇所で、両方の許可と検証が必要。修正回数を増やして再実装する案ではない。状態DB直接編集、policy/cap変更、P04/MPのrepair再開、P24の既存marker省略案の自動承認は含まない。

新規文書の保持、raw SHA、source一致、既存/コードへの不適用、欠けたsnapshotでの拒否、上限不変、正式validation/review/integration継続を検証する。提出後に正確な最終SHAと実receipt込みで再計測し、正式独立レビューを実行する。