AI-DLCとSPEC駆動のアジャイルな変化と現在地

AI駆動開発【大阪支部 #9】with エックスサーバー株式会社

Transcript

1. AI-DLCとSPEC駆動の アジャイルな変化と現在地 「正解」が変わる時代に、どう向き合うか
2. 安田 佳央 (Yoshiaki Yasuda) Engineering Manager at RyobiAlgoTechCapital ピープルマネジメント、プロダクト/技術戦略、AI導⼊ プロセス改善を主導。 「岡⼭から来ました。551を買って明⽇帰ります」 自己紹介
3. 導⼊時期：2025年12⽉ • AWS提唱のAI-DLCをベースにプロセス標準化 • 属⼈的なプロンプトエンジニアリングの排除 • 当時のモデル（Claude 3.5 Sonnet）の限界： 「指⽰には忠実だが、⾃律的な計画⽴案は弱い」 • → ⼈間がフェーズを区切る設計が合理的だった 当時の判断：なぜ AI-DLCとSpec駆動を選んだか
4. ⽪⾁な結果：仕様記録⽤のファイルがAIの無限ループの原因に 11 コマンド 多段階プロセスの厳密制御 /cs-1 → /cs-2 → /cs-3... 12 専用エージェント designer / requirements / planner / e2e-verifier など 7-9 仕様書 / タスク 機能ごとに膨⼤なmdファイル を⽣成‧更新 v1: 本気で作り込んだ Spec駆動システム
5. 前提の崩壊 2026.02 - Claude 4.6 (Plan mode) 登場 寿命 2ヶ⽉ 段階的な指⽰が、モデルの⾃律性により「純粋なオーバーヘッド」へ
6. Anthropic無料枠 $50 を⼀晩で使い切り完了 旧構成を破棄 Spec駆動の前提を削除。コマンド30+、エージェ ント11ファイルを廃⽌。 1Mモデルで再設計 Opus 4.6 1Mモデルを投⼊。コードベース全体を 読み込み⼀気に書き換え。 ゼロベースでスクラップ＆ビルド
7. 指標 v1 (旧) v2 (新) 削減率 コマンド数 11+ 4 ▼ 64% サブエージェント 12 3 ▼ 75% 成果物 / タスク 7〜9 ファイル 1 (design.md) ▼ 86% ワークフロー 4+ コマンド 2 コマンド ▼ 50% 制御の主体を ⼈間 → AI へ移⾏ v1 → v2：劇的なスリム化
8. 2/20 v2 リリース 4コマンド+5スキル 2/22 簡素化 リリース 2⽇後 3段階 → 2段階へ 2/23 設計優先 リリース 3⽇後 design.md-first Today Update 現在進⾏形 今も改善を継続中 v2自体もアジャイルに変わり続けている
9. 単⼀プロバイダーの制限を、3社のリソース並⾏活⽤で回避 Claude Code オーケストレーター 計画‧判断‧コード統合。 最も重要な頭脳として温存。 Codex CLI 設計レビュー & 解析 論理的検証、静的解析。 「この設計で良いか？」を即 答。 Gemini CLI ⼤規模調査 1Mコンテキストによるライブ ラリ調査や全体整合性の確 認。 現在地：マルチ AIで制限を突破する
10. Spec駆動は「間違い」ではなかった 当時のモデル能⼒には最適だった。しかし前提は容易に覆る。 アーキテクチャの賞味期限が短い 「完璧な設計」より「素早く捨てて作り直せる柔軟性」が重要。 ⼤規模刷新には⼤規模モデルを使い切る ⽇常は通常モデル、⼀括変⾰の時だけ1Mモデルを集中投⼊する。 マルチAI構成で物理的制限を回避 Claude温存 + Codex(解析) + Gemini(調査) の適材適所。 4つの持ち帰り (Takeaways)
11. AI駆動開発時代は「良い」とされていたものが 覆る速度があまりに速い。 アジャイルに⾒直し続けることが 唯⼀の正解。
12. 会社Note始めました フォロー・スキもらえたら嬉しいです