掲載済み (2025-12-06号)
#066 568文字 • 3分

## 【re:Invent 2025】 Kiroとスペック(仕様)駆動開発:AI をコード生成マシンから「パートナー」へ昇華させる試み

日本語

掲載情報

概要

https://blog.serverworks.co.jp/spec-driven-development-kiro

詳細内容

## 【re:Invent 2025】 Kiroとスペック(仕様)駆動開発:AI をコード生成マシンから「パートナー」へ昇華させる試み https://blog.serverworks.co.jp/spec-driven-development-kiro Kiroが提唱するスペック駆動開発は、AIを単なるコード生成ツールではなく、人間が主導権を握る計画策定のパートナーとして位置づけ、AI開発における「スケールの壁」や品質管理の課題を解決します。 **Content Type**: ⚙️ Tools **Language**: ja **Scores**: Signal:4/5 | Depth:4/5 | Unique:4/5 | Practical:4/5 | Anti-Hype:4/5 **Main Journal**: 80/100 | **Annex Potential**: 80/100 | **Overall**: 80/100 **Topics**: [[スペック駆動開発, AIコード生成, 開発ワークフロー, Kiro, チーム開発]] 現在のAIコーディングツールは目覚ましい進化を遂げ、小規模なコード生成には重宝しますが、大規模なチーム開発では「スケールの壁」という課題に直面しています。AIの非決定論性により、生成コードに微細な「勝手な判断」が混入し、チーム全体での一貫性確保や結合が困難になるためです。さらに、生成されたコードのレビューには時間がかかり、人間はAIの「レビュー者」に成り下がり、結果的にメンテナンスコストが増大するという問題も発生しています。 これらの課題に対し、Kiroが採用する「スペック駆動開発」は、AIを単なるコード生成マシンではなく「パートナー」として昇華させる新たなアプローチを提案します。この開発手法は、曖昧な指示で完璧な結果を期待するのではなく、「作る前に何を作るかをしっかり決める」という堅実な原則に立ち返り、人間が主導権を握る構造化されたプロセスを重視します。 具体的には、Kiroはまず人間がレビュー・編集可能な「要求仕様書」「設計書」「タスクリスト」という3つのドキュメントを生成します。例えば、設計書で技術スタック(ReactかVue.jsかなど)を人間が明示的に決定することで、AIがその仕様に基づいて最適なコードを生成し、不要な書き直しを防ぎます。特に、既存の大規模プロジェクトでは「ステアリングドキュメント」機能が強力です。Kiroが既存コードベースを分析し、アーキテクチャや技術スタック、変更の影響範囲を要約することで、人間は安全かつ正確に機能追加を行えます。 また、MCP(Model Context Protocol)とAgentフックを通じてJiraなどの外部サービスと連携し、情報連携のサイロ化を防ぎます。出力の揺らぎについては、著者は「毎回同じコードを生成すること」ではなく「仕様を満たす成果物を一貫して作ること」が目標と定義しており、人間がAIコードをレビューする焦点も「仕様との整合性」へと変化します。 このアプローチは、開発者の役割を「プロンプトエンジニアリング」から「AIと共に優れた計画を定義し、設計・レビューする」ことへとシフトさせます。AIが厳密に定義された仕様を実装する一方で、人間はより上流のアーキテクトとしての役割を担い、開発プロセスに構造とスケーラビリティをもたらします。これにより、AI開発は「とりあえず作らせてみる」というギャンブルから、「人間が主導権を握る計画策定」へと移行し、AIが真のパートナーとなる未来が期待されます。