P04-01同S2bの通常repair15に具体修正指示とモデル選定を付けてrun判断してください。実state repair_ready used15/maxnull。提出cc3a377841a2ca44d32a91122365fc9bcbdef341のRoot製品1338 fresh native r01は import94685/parse94737PASS、Writer94766のSCRIPT ERRORでFAIL、Reader未起動。owned3全終了/source/cache/defaultplayer guard0。Writerreceipt fail0でもSCRIPT ERRORとbranches空なのでstrict gateが正しく不合格、条件合格0。新cc3a初回必須wholevalidate(index未収集)一度→通常repair15、同版反復なし。
原因はprobe._capture():224-225のnullable operations_coordinatorへ無条件のget_day_summary/create_snapshot。今回両fixtureはS2aと違い本番Operationsをenableせず、_reset_runtime→initialize後coordinatorは実際nil。これは元approved-shift/test_supply_logistics_bridgeの前提。autoload/simulation_runtime.gd:3181-3192 _create_operations_runtime_snapshotもenabledとcoordinator!=nullを条件にsnapshotを作り、無効時coordinator{}を正式に保持する。_fresh:47-66もenable呼出しなし。Rootは原因ソースを確認済み。
根拠絶対path: /Users/korizatou114/Projects/TheTree-managed-worktrees/p04-01/.runtime/P04-01/build/p04-s2b-native-r01/writer/stderr.log、同execution.json、raw/writer.jsonと空capture。Root要約は同build/audit-support/p04-whole-closure-r01/ROOT_S2B_NATIVE_R01_RESULT.json。
修正方針: s2b/p04_s2b_shift_probe.gdの_captureでcoordinatorの実存在とsnapshot['systems']['runtime']['operations']['enabled']/coordinator保存値を観測する。実coordinatorが存在する時だけgetter/canonical診断を実行。存在しない時は「getter適用外/実coordinator absent、raw getter未呼出し」と明示し、実nullまたはそのabsenceと正式snapshotの実coordinator{}を区別して記録する。架空の日次集計を{}で捏造して実行済み診断のように扱わない。getter診断が適用外でも元の全Runtime snapshotは必ず無加工で返す。_getter_joinを呼ぶ必要があるのは実getterがある時だけ。元fixtureをenable_production_operationsで変えてnil回避しない（夜番と残業の受入に金融機能は不要、金融系列はS2a r03で別途実測済み）。同じnullable仮定がこのnew probe内に他にないか静的確認する。
保持必須: night1081 WAITING_FOR_STAFF/夜担当0/元service/予約保持/未完了課金0、actualinterrupt0 overtime同Task/Staff/cargo、1078→1079正常+1/残業0・1079→1080と1080→1081正常0/残業+1、public same-minute MINUTE_ALREADY_APPLIEDと全Runtime不変、安全荷下ろし→OFF_DUTY、formal6slot原/copy SHA/原不変/全Runtime typed一致・別PID通常clock2tickとphase全状態replay。これら判定の削除・緩和・期待値の実測からの捏造は禁止。readinessを自己確定せずnativeはRoot未実測と記載。
編集はs2b/既存3ファイルのnullable診断と必要な説明同期だけ。s1/s2/A/checker/C/protocol/product/DB/契約/分母/base/権限/課金0変更。typed宣言を維持、Variant callを:=で受けない。workerはpy_compile+Pythonwrapper--check-only(engine0、privateprofile0)だけ、全回帰/手動commit0でcode-ready正常提出。Rootはfresh r02の実run1回で原条件とformal replayまで確認する。未完成を外部block理由にしない。原15+EV/7領域/安全性3結果/30-88/部分点0を維持。モデルは前回Astraだが今回は原因とscopeが単一nullable診断に絞れているので、既定Solの費用/時間も含め実Opusが判断し理由を回答する。run.reasonはworkerへ自己完結の指示と絶対pathを渡し、contextadapterを増やさない。
