vibe codingの限界に仕様駆動開発が浮上

vibe codingの課題

プロンプト一時的な知識
設計意図がコードに残らず
データ基盤の断片化を増幅

仕様駆動開発(SDD)

仕様を実行可能な契約に変換
業務知識を永続メモリ
CI/CDと連携し版管理
データ基盤に高い適合性
技術者は設計と意図に集中
詳細を読む

AIコーディングエージェントがデータ基盤の構築を加速する一方、その手法に課題が浮上しています。米VentureBeatが6月15日に公開した寄稿記事で、データエンジニアのShuhua Xu氏は、プロンプトベースのvibe codingが抱える限界を指摘し、解決策として仕様駆動開発(SDD)を提唱しました。なぜいま、この手法が注目されるのでしょうか。

vibe codingは、プロンプトから変換処理やパイプライン、検証テストを素早く生成でき、孤立した実装には極めて有効です。しかしプロンプトは本質的に一時的で、設計判断や業務ルール、依存関係といった文脈が会話やチケット、生成コードに散在したままになります。その結果、システム自体には構築の理由が残らず、半年後に誰も説明できなくなるのです。

この問題は、複数の相互接続されたシステムにまたがる企業のデータ基盤で特に深刻になります。取り込みパイプラインやウェアハウス、オーケストレーション、APIなどが独立して進化すると、上流の小さな変更が下流のダッシュボードやML処理を静かに壊しかねません。業務ロジックの重複や隠れた依存関係も増え、組織は全体像への見通しを失っていきます。

SDDはこの課題への一つの答えです。業務ルールや検証ロジック、オーケステーションの挙動を実行可能でバージョン管理された仕様に変換し、システム自体の一部に組み込みます。仕様はIaCやGitOpsの考え方をAI支援開発に拡張したもので、リポジトリに保存されCI/CDに統合され、人間とAIエージェント双方の永続的な運用メモリとして機能します。

データエンジニアリングは、この手法に特に適しています。再利用可能なパターンやメタデータ駆動のパイプライン、標準化されたワークフローに元々依存しているためです。設計パターンを一度定義すれば、新しいテーブルの追加は仕様への定義追記だけで済み、残りの実装はエージェント同じ統制下のパターンで自動生成できます。

ただし人間の役割が消えるわけではありません。業務ロジックの定義やアーキテクチャ設計、正しさの検証には引き続き人間の判断が不可欠です。SDDによって技術者の仕事は反復的な実装から、意図と設計、業務調整へと移り、AIが実装やテストを大規模に担う体制へ向かうと筆者は見ています。