P04-01修理7の実run dbf4b653a5db4903a5909b125778175dはprovider正常終了0/Runner2。未完成status blockedを返し、外部入力不足もtimeoutも理由にしていません。実装はchecker約204行とprotocol23行+REPAIR7_IMPLEMENTATION_STATUS.md、3filesを全SHA一致tar checkpoint保持し同じ作業場所に全保持。試験/engine0、未提出。原ゴール自体は継続します。未完成だけを外部blockと混同しません。
REPAIR7_IMPLEMENTATION_STATUS.mdを実際に読んで次の実行を具体化してください。前判断の原P04全体閉鎖、原15条件+EV/7領域/安全性3結果/30-88/部分点0、既存Cと全生証拠は保持。版役割Aの変更は未検証なので合格としません。
進め方の見直し案: 巨大なA+全3stage+collectorを一runへ詰めて未完成で返す方式から、原成果を閉じる同じ計画内で、まずS1（停電+直接休業/予約release+既存EV予約→移動→停電→安全到着/復帰）の「実行可能probeとstrict wrapper/正式WriterReader手順」を完成させ、Rootの実測を先行するのが価値/依存/残工数で有利です。checkerやcollectorに仮データを作らず、A/最終結合は実rawが揃ってから仕上げます。コード片の部分点は一切付けず、stageの完了も原成果の完了にしません。これより良い順序なら根拠から1案だけ示してください。
モデルが未完成で停止することを避けるため、次の指示は必須出力と検証/終了応答を実行可能な範囲に絞ってください。使用量/時間の隠れた上限は根拠にしない。欠けたrawはRootへ具体的pathだけ要求し、仕様不足でない未実装をblockとして作業終了しない。今回のS1はRootがGodotを実行します。workerは既存templateを再利用したQAコードと実行可能な1つの入口を用意し、必要Python静的確認まで行い、S1コード準備の正確な正常提出応答に到達する。原P04 whole未達は明記。
すべての前判断・ROOT_PROSPECTIVE_PRODUCT_COMPOSITION・現テンプレ/旧専用probe・最新paid/再送rawは既存build_dir/audit-supportの3系統に供給済み。追加コピー/探索/古い39rawの読了偽装は不要。S1で既存Shape/Actor例が必要なら tests/transport/test_runtime_transport.gd:94-149（実搭乗→予約0でない場合の安全降車/同floor/閉塞時保持、復元）と tests/staff/test_rescue_elevator.gd を読み、費用帰属などpendingD05は新規決定しない。public commandsから実task.required_itemsの予約がtravel前に発生するreachabilityを守る。Rootに必要exact-templateがあれば供給できます。
未検証Aについて後で注意すべき点: candidate_treeをindexから読んでcomposedと比較するだけでは、integration/finalの実HEAD tree/actual FSとの結合が弱い。コード検証hostと実受入targetの区別は維持しつつ、実統合候補の未検証product変更を古いcandidate_treeで隠せないようにする（sourceをまだ改良し続けるよりS1実測先行が優先）。
今回の最小で完結するS1出力・Root実行計画・次のS2/S3/collectorへの依存と、あなたが選ぶモデルを返してください。現在task blocked/使用済7/max nullなので正常request-repairが可能、勝手なDB/基点/権限/課金の変更はなし。
