「AIにコードを書かせる」から「AIに開発プロセスを回させる」へ。この一歩の違いは、思ったより大きい。
TL;DR
Vibe Codingの登場でAIに「コードを書かせる」ことは当たり前になった。でも実は、もっと根本的な問いがある。「開発プロセスそのものをAIに主導させたら、どうなるか？」 この記事では、その考え方と実践的な構造を整理する。
背景：Vibe Codingの限界
Andrej KarpathyがVibe Codingという言葉を生み出して以来、「直感的にAIと対話しながらコードを作る」スタイルが一気に広まった。手軽でスピーディーで楽しい。
ただ、Vibe Codingにはある構造的な問題がある。人間がプロセスを引っ張り、AIはあくまで「答える側」に留まるという非対称性だ。
開発者がタスクを考え、分解し、指示を出して、コードを確認して、次を考える——AIはその都度、最善の応答をするが、全体の流れをコントロールしているのはあくまで人間だ。
これは、従来のスクラムやカンバンに「AIを後付け」した状態とあまり変わらない。馬車にエンジンを積んだような状態といえる。
「AIファースト開発」という発想の転換
最近クラウドベンダーや研究機関から出てきているのが、AIエージェントが開発プロセスの推進役を担うという構想だ。GoogleのAgent Development Kit、MicrosoftのAutoGen、そしてAWS内部のチームなどが独自の方法論を提案し始めている。
共通するコアの考え方はシンプルだ：
「人間が問い、AIが答える」ではなく、「AIが推進し、人間が判断・承認する」
具体的に何が変わるか。従来との比較をまとめる。
| 従来の開発スタイル | AIファースト開発 |
|---|---|
| 人間が要件を議論し、AIに実装を頼む | AIが要件を自動分解し、人間が承認する |
| スプリントは週単位で計画 | タスク単位で時間〜日スケール |
| 開発者がフロント・バックに役割分担 | 一人の開発者がAIと全域をカバー |
| 設計原則はチームの経験依存 | DDD・Clean Architectureがプロセスに内包 |
3フェーズで整理するAIファースト開発
Phase 1 起動（Origin）— AIが要件を「先に」分解
- 従来：チームがホワイトボードで議論 → ユーザーストーリーを手書き
- AIファースト：ビジネス要件を入力すると、AIが自動でユーザーストーリー・タスク・受け入れ条件を生成。人間はその内容をレビューして承認するだけ
Phase 2 構築（Construction）— ドメイン設計→コード→テストをAIが一貫して推進
AIがDDDベースのドメインモデルを提案 → 論理設計に落とす → コード生成 → 自動テスト作成まで一気通貫で行う。開発者は各フェーズの「チェックポイント」でレビューと意思決定を行う。コードを「書く」のではなく「審査する」仕事になる。
Phase 3 運用（Operations）— AIが監視・異常検知・修正案を出し続ける
本番稼働後もAIがメトリクスを常時監視し、異常検知・根本原因分析・修正PRの草案まで自動生成する。開発者は内容を確認してマージを承認するだけ。
「Googleマップ」アナロジーが分かりやすい
このモデルを一番うまく表しているのがカーナビ（Googleマップ）の比喩だ。
目的地（= ビジネス目標）を入力すれば、AIがルートを計算して案内してくれる。途中で渋滞が起きればリルートする。ドライバー（= 開発者）は「どこに行くか」を決め、「この道で本当にいいか」を都度判断する。でも一つ一つの交差点の曲がり方を考えるのはナビの仕事だ。
従来の開発との違いは、「ハンドルを握る人が変わった」のではなく、**「運転の認知負荷の大半をナビが引き受けた」**という点にある。
実際に導入するときの注意点
1. 人間のレビュー能力が鍵になる
AIが推進するということは、開発者の仕事が「生産」から「判断」にシフトする。これはスキルセットの変化を意味する。AIが出してきたドメインモデルの妥当性を評価できないと、速度は上がってもリスクも上がる。
2. 全部任せると「なぜこうなったか」が分からなくなる
Vibe Codingでよく指摘される問題と同じで、AIが自律的に動くほど、内部のロジックへの理解が浅くなるリスクがある。各チェックポイントで本当に理解しているかを確認する文化が必要だ。
3. 既存チームへの導入はPhase 2から始めると摩擦が少ない
いきなり全フェーズを変えるのは大変。まずは「コード生成とテスト自動化」をAIに任せるところからスモールスタートして、徐々に要件分解フェーズへ拡張する方が現実的だ。
まとめ
Vibe Codingは「AIとの対話でコードを作る体験」を変えた。その次に来るのは、**「開発プロセス全体の主導権をAIが握る」**という、より根本的な転換だ。
「AIが主役、人間が判断者」——このモデルが本格的に普及すれば、開発者の役割定義そのものが書き換わる。その準備ができているかどうかが、今後数年の差になるかもしれない。