P04-01次段階の具体的作業指示とモデル選定をお願いします。現在Runner repair_pending使用済9/maxnull。提出dd20d5b96cfbd2ae70ce00b6e7587a273077f8b5をRoot製品1338sourceでS1 native r02実行し、import64745/parse64788/writer64818/reader64850全PASS、owned全終了、source/cache/defaultplayer guard0。14正式slot/原56member+別PID56copy全SHA一致、14typedRuntime完全一致を実Reader内で確認。Root追加JSONスナップショット/ledger/予約照合14点も一致。2caseとも停止中ledger0/孤立0/対象request着床各1。no-safe-landingのremaining4→4で保持。原P04完成加点0、S1は実測資料準備完了で独立whole受入前。根拠同task build/audit-support/p04-whole-closure-r01/ROOT_S1_NATIVE_R02_RESULT.json、原全rawは同build/p04-s1-native-r02/に保持。SourceのRoot既定製品rootは/Users/korizatou114/Projects/とりにく工房ゲーム制作部。workerのW1300sourceは代用不可。
この新提出dd20の必須whole validation初回を一度だけ実行済み、index未収集でFAIL（085334671e7c43febd127d1003e6ecbb-validation.json）。同版の反復不要。S1 wrapper/probeは保持し再実装しない。
前判断S1→S2→S3→collector→A仕上げ→必須検証→独立whole review→通常統合finalを維持。次のrepair10はS2aとして00:00の実売上/給与/維持費/勤務joinと実決算同minute再呼出し/正式別PID復元をまず実行可能にする案を判断してください。夜番不在/残業もS2の残件であり忘れないが、今回3ファイルのコード準備に過大な全P04を混ぜない。1回でS2全体をまとめた方が安全・小さいなら実際の根拠で選択すること。
既存rawの不足: paid資料の売上は1442であり1440売上境界の証明に使えない。request再送6件は決算API再呼出しでない。給与255Gは登録hire値120/135から実雇用した観測で、勝手な本番マナ/費用仕様承認ではない。duty_paymentsはstaff_id/dayが勤務ShiftInstanceに結合されたpayroll settlement取引数で1、行数や分数で代用不可。
実装案の再利用元(全て既存、直接読む): build_dir/audit-support/p04-whole-closure-r01/current-patterns/paid-shift-midnight-r01.gd と p04-paid-shift-midnight-native-r01.py、paid-shift-midnight-formal-r01.gd と p04-paid-shift-midnight-formal-native-r01.py、idempotency-paid-formal-r01.gd。paid GDは既に本番operations有効化、公的hire/勤務割当、料理材料1、原価格/原45minで予定1440完了を準備してから1439で依存厨房を閉じている。この停止だけをしない独立caseなら実1440売上を測れる。公開 OperationsCoordinator.advance_to(1440) は scripts/operations/operations_coordinator.gd:361。実current_minute1440で実際に再呼び出し、戻り値/全typedSnapshot前後/ledger/day_summary/payroll/shifts/Idempotency記録を採取する。1443から過去1440を呼んで再送扱いにしない。未知の挙動を定数で埋めない。
Root準備コードはallowed docs/plans/original-completion-2026-10-02/execution/p04-01/s2/にprobe/wrapper/S2_ROOT_RUN.md等必要最小限。既存S1のstrict wrapper契約(source_refs→明示QA1→private source/cache別inode→import/parse各1→Writer→別PIDReader→ownedfinally/全guard、check-only engine0/privateprofile読取0)を再利用。QAの原public helper/原数値/原勤務枠を保持、snapshot内部を書き換えて期待値を作らない。各branchのseed/入力/日/時刻/実取引ID/serviceID/予約ID/実勤務分差分/ledger全行/command結果をJSON閲覧用+typedvarで採取。正式SaveService原/Readerコピー全memberSHA・原不変・typedSnapshot一致も必要。S1等既存証拠は再実行しない。
workerはpy_compile/check-onlyのみ、engine0/全回帰0/手動commit0でコード準備を正常提出、Rootが製品rootfreshplan/native1回で検証。A/checker/C/protocol/product/DB/契約/base/分母/課金/権限は編集しない。未実装を外部block理由にしない。固定資料サイズ上限撤廃・修正上限nullは既存許可のまま。Opusの実判断から具体scope、完全acceptanceとの境界、再利用、モデル理由を回答してください。run判断はworkerに自己完結の具体指示を渡しcontextadapterを増やさない。
