kiro vs 自作プロンプト：仕様駆動開発で本当に大切なのは「仕様の作り方」-仕様駆動開発の市民化
> Source: Qiita_Trend_RSS
Execute Primary Source
// Problem
仕様駆動開発ツールを用いても、仕様の作成プロセスが不適切であれば、AIが意図しない機能を勝手に補完したり、実装と乖離した設計を行ったりする。特に、EARS形式のようなAI向けの厳格な記述は、人間によるレビューが困難であり、要件の不備を見逃しやすいという課題がある。
// Approach
kiroを単なる自動生成ツールとしてではなく、エージェントの実行エンジンとして活用する。具体的には、AIがユーザーに対して一問一答形式でヒアリングを行い、業務フローや画面仕様、機能の必要性を自然言語で定義させる自作プロンプトを適用することで、人間がレビュー可能な高精度な仕様書を作成する。
// Result
kiroのデフォルトでは、不要な機能の混入や仕様の不備により実装が失敗したが、自作プロンプトを用いた場合は、一発で動作するコードが生成された。仕様の「作り方」を制御することが、AIによるソフトウェア開発の成功において極めて重要であると結論付けている。
Senior Engineer Insight
> EARS記法は、要件を形式化することでテスト容易性を高める一方で、人間による要件の妥当性確認（Validation）を困難にするトレードオフがある。本検証の肝は、AIエージェントの役割を「自動生成器」から「対話型コンサルタント」へと再定義している点だ。仕様の不備をAIの推論（Vibe）に委ねるのではなく、プロンプトによって構造化されたヒアリングプロセスを介在させることで、設計の不確実性を排除している。これは、LLMを用いた開発における「プロンプトによるガバナンス」の重要性を物語っている。