Analyze Requirementsを使う上でのポイント
Kiroの公式ドキュメントでは、手動レビューを挟まずに要件が生成されるQuick Specで、Analyze Requirementsが特に有効であると説明されています。他にも、以下のような場合に実行が推奨されると案内されています。
- 多数の要件があり、要件同士の相互関係が複雑な機能
- 曖昧な要件がコスト増につながりやすいプロジェクト（金融サービス、ヘルスケア、コンプライアンスなどの専門性が高いプロジェクト）
ただし、こうした要件レビューはAnalyze Requirementsでしかできないわけではありません。Kiroのエージェントに対して、要件の曖昧さや矛盾、考慮漏れを厳しく検証するよう指示し、敵対的検証に近い形でレビューさせることもできます。Analyze Requirementsの特徴は、要件分析の観点がKiroの仕様駆動開発のワークフローに組み込まれ、確認事項への回答をrequirements.mdへ反映できる点です。一方、エージェントへ直接レビューを依頼する場合は、セキュリティや運用など、確認したい観点を利用者自身で指定できるため、より柔軟にレビューできます。
なお本記事では、Agent Focus上での構想整理と、構想から仕様作成の流れを確認することを目的としたため、生成されたタスクを使ったコーディングまでは実施していません。実際にコーディングへ進む場合は、生成されたtasks.mdから対象のタスクを選択し、エージェントへ実装を依頼できます。コードの詳細確認や編集などは、IDEビューを中心に進めることになります。
いずれの方法であっても、AIエージェントとのやり取りを繰り返していくことで、クレジットを継続的に消費します。不要な再処理や再生成を減らすことに加えて、想定外の超過利用を防ぐ仕組みも重要です。続いて、Kiroに追加された利用料金の管理機能を紹介します。
利用料金の上限設定機能について
Kiroでは、契約プランで指定されたクレジットを使い切った後も、超過利用によって作業を継続できます。一方、利用量が多い月に想定外の請求が発生する可能性があるため、利用額を管理する仕組みが求められていました。こうした課題に対応するため、2026年7月に、超過利用の上限設定とクレジットの前払い機能が追加されました。詳細はこちらをご参照ください。
チーム向けの超過利用上限機能としては、AWS IAM Identity Centerまたは外部IDプロバイダーでKiroにサインインしている場合に、AWS Service Quotasコンソールからアカウント単位で超過利用の上限が設定できるようになりました。
また、個人開発者向けには、利用料の前払いが可能になりました。利用後に超過料金を請求されるのではなく、事前に購入した残高の範囲で利用することができます。残高が少なくなった場合は、クレジットを追加購入するか、契約プランのクレジット上限がリセットされるまで待つかを選択できます。
AIエージェントを使っていく上で、コストの問題は切り離せないため、これらの機能の利用を検討してみてはいかがでしょうか。
まとめ
本記事では、Agent Focusを利用した構想整理から、Quick Specによる要件・設計・タスクの生成、Analyze Requirementsによる要件分析までを試しました。今回の検証を通じて、Agent FocusとIDEを使い分けながら、構想を段階的に具体化していくKiroの開発体験を確認できました。また、超過利用の上限設定や前払いクレジットなど、継続的な利用を支えるコスト管理のアップデートについても紹介しました。
本記事が、開発業務にKiroを活用する際の参考になれば幸いです。
