この手順の本質は「仕様を固定し、検証を自動化し、CIで継続的に強制する」こと。 まずコーディングエージェントに「要望を質問して掘り下げる役」をさせ、要件定義書をみっちり作る。 要件定義書には必ず「受け入れ基準」を入れる(これを満たしたら完成、が誰が見ても分かる状態にする)。 ついでに「やらないこと」も1行で書く(スコープの暴走を止める)。 要件定義書には必ず単体テストとE2Eテストの方針も含める。 単体テストは「壊れたら困るロジック」を守る。 E2Eは「ユーザー価値の幹の導線」だけを少数に絞る(増やしすぎると保守で死ぬ)。 次に、その要件定義書をもとに外部記憶として開発チェックリストを作る。 …