仕様駆動開発への期待と誤解 ～「仕様」とは、結局何なのか～

本連載では、コーディングエージェントを用いた開発手法について取り扱います。今回のテーマは「仕様駆動開発」（Spec-driven Development）です。同じくAIエージェントを用いた開発手法である「Vibe Coding」や「Planモード」との違い、さらに具体的な利点や懸念について解説します。 はじめに 2025年、AIエージェントにコードを書かせる開発スタイルが急速に広まりました。しかし、曖昧な指示から雰囲気でコードを生成する「Vibe Coding」には限界があり、意図と生成物の間にギャップが積み重なる問題が顕在化しました。この反省から、要件を整理しタスクに分解してからAIに渡すアプローチが定着し、2026年現在ではこちらが主流の開発手法となっています。「仕様駆動開発」（Spec-driven Development）はその代表例です。 仕様駆動開発という用語は広く受け入れら

[mkusaka]

仕様駆動開発（Spec-driven Development）を解説し、Vibe CodingやPlanモードとの違い、利点と誤解を整理する連載第1回。

[misshiki]

仕様駆動開発はVibe Codingの反省から広がった、AIエージェント向けに要件・設計・タスクをSpec化する手法。Spec-first/anchored/as-sourceの違い、Planモードとの接近、仕様過多によるContext Rotにも言及。

[uehaj]

とても良い

[chiroruxx]

わかりやすくて良い。でもウォーターフォールへの回帰だとは思うよ。思想が規範的なことが前提だから

[nguyen-oi]

Vibe Codingで爆死した層が戻ってくる場所か。結局人間が仕様書くなら先祖返り感ある

[t-wada]

過剰な期待や誤解、現実がよく整理されている。最近のPlanモードとSDDの違いは、作成された仕様書をどのように扱うか（Spec-first なのか Spec-anchored/Spec-as-source なのか）という一点に絞られてきている