deliver-from-spec

仕様文書 1 本を入力に、Phase 0 (preflight) から Phase 4 (出荷ゲート → create-pr → 監査パック) までの既存 skill 連鎖を、ファイルパスのハンドオフと機械ゲートで遷移させる薄いオーケストレータ。要約を渡すハンドオフは行わない — 各 Phase の受け渡しは常に成果物ファイルのパスであり、これにより長時間実行でコンテキストが要約された後も <plan>.orchestration-status.md と各成果物ファイルを読めば再開できる。

薄い版のスコープ

入れる: Phase 0〜4 の連鎖 / <plan>.orchestration-status.md への制御状態書き出し / 出荷ゲート (escalation 台帳の Critical 行 > 0 なら create-pr を起動せず機械停止) / 監査パック生成 (<plan>.audit-pack.md) / 開始時の skill 版数確認 (警告どまり)。

入れない (硬化フェーズ = dogfood 後の課題): 複雑度/リスク軸によるフェーズ省略判定 / 停滞検知の調整・フェーズ間往復上限の精緻化 (本 skill は「同一フェーズ再突入は 1 回まで」の固定値のみを使う) / 並列実装の worktree 分離 (PR チェーンは直列実装のみ) / 別系統モデルによる judge。

依存関係の注記

Phase 1a と Phase 1d の完了条件は、本 skill と同時期に着手された次の 2 点の周辺修正を前提にしている:

/review-design が Step 6 の最終レポートを <plan>.design-review.md へ固定ファイル名で保存すること (Phase 1a の完了条件、および監査パック (3) の前提部品)
/finalize-plan の PR 分割出力に「QA-ID → PR 割当」列があり、全 auto QA-ID の割当を検証するゲートがあること (Phase 1d の完了条件の 1 つ)

いずれかが未着手のリポジトリでは、該当する完了条件を機械判定できない。その場合は該当条件を人間が目視確認したうえで次 Phase へ進めること。