要求の工程が、## 受け入れ条件 の節を持たない本文を通す（承認後の new sprint で初めて落ちる） #2246

何を見つけたか

開発ループ l20261031 の周回 2 で sprint-state.py loop sprint（中の supervise.py new sprint --pace auto）が「#2206: 受け入れ条件の節が無い」で止まった。

#2206 の本文は、要求の各節を ## 要求と受け入れ条件 の下に ### で入れ子にしていた（### 受け入れ条件）。supervise_lib/sprint_inputs.py は見出し ## 受け入れ条件（lib/acceptance.py の HEADING）だけを読むため、節が無いと判定した。

一方、周回 1 の設計のプランでは要求の工程を通り、spec-copy.py check も 0 だった（写しが本文と一致すれば形は問わない）。要求の工程が本文を書いた時点では誰も見出しの形を確かめず、承認ゲート 1 の後の周回で初めて落ちる。

どこで見つけたか

• 周回 2 の loop sprint l20261031 --mode standard --dev 10.26.2-dev.1 --prod 10.26.2（2026-10-31）
• 本文は手で ## へ平らにし、写しを Docs: #2206 の要求の写しを本文の見出しの形に合わせる #2245 で作り直した

なぜこの変更の範囲外なのか

#2206 の中身（問い合わせの hook）とは関係なく、要求の工程（requirements-design と設計のプランの要求のステージ）の検査の欠けである。

直さないと何が起きるか

設計が承認された後の周回で毎回止まり、人が本文を直すまで課題が選ばれても組めない。

受け入れ条件

• 設計のプランの要求のステージ（または spec-copy.py write / check）が、本文に ## 受け入れ条件（acceptance.HEADING）の節が空でなくあることを確かめ、無ければその場で落とす
• new sprint と同じ判定（sprint_inputs.body_lack）を使い、判定を 2 か所に書かない

起票者の推定

題と本文はすべて作業中の AI（conductor）が書いた。利用者の指示の原文は無い。