AI開発のSDD（仕様駆動開発）とLoop Engineering：仕様から検証までの進め方

AIコーディングは、画面の試作、定型的なAPI、テストのたたき台などを短時間で作れます。一方、コードが生成されたことと、利用者の要望を満たして安全に運用できることは別です。

指示が曖昧な場合、AIは不足した条件を推測して実装します。正常系は動いても、権限、例外処理、既存データとの互換性、監視、復旧手順が抜けることがあります。修正を重ねるほど、最初の目的と現在のコードが離れていく場合もあります。

AI開発では、コードを書く作業よりも、何を正解とするかを決め、検証の結果を見て次の行動を決める作業の比重が高くなります。SDDとLoop Engineeringは、この二つの作業を記録に残しながら進めるための方法です。

バイブコーディング（vibe coding）は、詳細な仕様を決めずに自然言語の指示と生成結果の確認を繰り返し、雰囲気（vibe）で開発を進めるやり方を指す呼び方です。2025年に広まった言葉で、試作品や個人用のツールを短時間で形にする用途に向いています。

両者は、対象の危険度に応じて使い分けます。壊れても困らない試作はバイブコーディングで速さを優先し、本番で運用するコードや他者のデータを扱う変更は、SDDとLoop Engineeringの手順で進めます。迷ったときは、そのコードが壊れたときに困る人がいるかどうかで判断します。

SDDはSpec-Driven DevelopmentまたはSpecification-Driven Developmentの略称で、日本語では仕様駆動開発と呼ばれます。

SDDでは、仕様を作って保管しておくだけにせず、実装の手がかりと、完成したかどうかを判定する基準として使い続けます。GitHub Spec Kitは、Spec → Plan → Tasks → Implement（仕様 → 計画 → タスク → 実装）という流れを示しています。仕様には製品の目的と利用者の振る舞いを書き、技術的な方式は計画へ、作業の単位はタスクへ分けます。

すべての開発で詳細な仕様書を作る必要はありません。小さな修正なら、数行の受け入れ条件で足りることもあります。変更の危険度と影響の範囲に合わせて、仕様をどこまで細かく書くかを選びます。

AIエージェントへ実装を依頼する前に、少なくとも次の5つの項目をそろえます。文章の量よりも、完了したかどうかを判定できる具体さを優先します。

Loop Engineeringは、目標、現在の状態、使える道具、検証、修正、停止を一つの繰り返しとして設計し、AIエージェントが確認と修正を重ねて目標に近づけるようにする考え方です。2026年の時点では、用語や範囲はまだ定まりきっていませんが、OpenAIはエージェント中心の開発について、意図を明確にし、テスト、検証、レビュー、フィードバック、復旧を開発環境へ組み込む方法を紹介しています。

繰り返しの回数を増やすことが目的ではありません。現在の状態を確かめ、次の変更を小さく選び、同じ条件で検証し直せるようにします。テストを削除する、判定の基準を緩める、対象外の箇所まで変更するといった近道は、あらかじめ禁止事項として決めておきます。

SDDとLoop Engineeringは、組み合わせて使います。SDDだけでは、仕様を作っても、検証の結果を受けて修正するたびに人の指示が必要になります。Loop Engineeringだけでは、繰り返しの判定基準があいまいになり、動いてはいても目的と違う状態へ進むおそれがあります。

仕様が目標を示し、繰り返しが現在の状態との差を縮めます。どちらも、開発をどう進め、どこで止めるかを決めるための設計です。

一つの機能を完成させる場合は、次の順序で進めます。日程よりも、各段階を終える条件で進み具合を管理します。

繰り返しを自動化しても、すべての判断をAIに任せるわけではありません。影響の大きい操作は、実行の前に、人が対象、差分、復旧の方法を確認します。

実装やレビューが終わってから本番へ反映するまでの承認・権限・記録は、システム変更管理の進め方で整理しています。

最初から複数のエージェントや完全な自動化を取り入れる必要はありません。今のチームの開発手順に、次の順で加えていきます。

Claude Codeなどの開発向けツールを初めて使う場合の起動と、編集の前に計画を確認するモードの選び方は、AIエージェントの始め方と活用例で扱っています。