Kiroの超過利用コスト管理を変える2つの新機能
AWSは2026年7月2日、Kiroのコスト管理に関する2つの新機能を発表しました。ひとつはチーム向けの「超過利用（overage）の上限設定」、もうひとつは個人開発者向けの「クレジットパックの前払い購入」です。いずれもKiroを使ううえで気になる「使いすぎによる想定外の請求」を、事前にコントロールするための仕組みです。
これまでKiroの利用が増えると、プランに含まれるクレジットを超えた分がそのまま請求へ反映される可能性がありました。今回のアップデートによって、組織は超過利用そのものに上限を設けられるようになり、個人は使う分をあらかじめ購入しておけるようになりました。どちらの機能を選ぶべきかは、Kiroへのサインイン方法によって分かれます。本記事では、両機能の仕組みと使い分け、そしてコスト管理の実践ポイントを整理していきます。
なお本記事の主眼はコスト管理機能であり、プランごとの料金額は後述のとおりkiro.devの料金ページに基づく参考情報として扱います。
そもそもKiroとは、エージェント型IDEとクレジット課金の基礎
Kiroは、AWS（Amazon）が提供するエージェント型IDE（agentic IDE）です。CLIも用意されており、プロトタイプから本番運用までの開発を支援します。基盤にはAmazon Bedrockが使われており、特定の技術スタックやクラウドに縛られずに動作します。
Kiroの中核思想は仕様駆動開発（spec-driven development）です。単発のプロンプトでコードを生成するのではなく、プロンプトから要件・設計ドキュメントを起こし、そこからコードへ落とし込む構造化された計画レイヤーを持ちます。SpecsやAgent Hooks、Steering、Agentic chat、MCP Serversといった機能によって、チーム開発でも一貫性を保ちやすいことが特徴です。
課金の基本単位は「クレジット（credit）」です。公式には、クレジットはユーザーのプロンプトに応じて実行される作業の単位と説明されています。参考として、kiro.devの料金ページによる個人向けプランは次のとおりです。ここに記載の金額やクレジット数は料金ページ由来の参考値であり、今回のコスト管理機能そのものの仕様ではない点にご注意ください。
プラン | 月額（参考） | 含まれるクレジット |
|---|---|---|
Kiro Free | $0 | 50 credits |
Kiro Pro | $20 | 1,000 credits |
Kiro Pro+ | $40 | 2,000 credits |
Kiro Pro Max | $100 | 5,000 credits |
Kiro Power | $200 | 10,000 credits |
プランに含まれるクレジットを超えて利用した場合の追加クレジットは、料金ページ上では1クレジットあたり$0.04とされています。今回の新機能は、この超過分の扱いをチームと個人のそれぞれで管理しやすくするものだと理解するとわかりやすいでしょう。
チーム向け、Service Quotasで超過利用の上限を設定する
1つ目はチームや組織向けの機能です。AWS Service QuotasコンソールからKiroの超過利用の上限をアカウントレベルで設定できるようになりました。この機能は、AWS IAM Identity Centerまたは外部IDプロバイダーでKiroにサインインしている場合が前提となります。つまり、組織のID基盤と連携した利用形態を想定した機能です。
設定の流れは次の3ステップです。
- AWS Service Quotasコンソールを開きます。
- サービス一覧からKiroを選択します。
- アカウントレベルで超過利用の上限（クオータ）をリクエストします。
ここで設定した上限は、そのアカウントでKiroをサブスクライブしているすべてのユーザーに適用されます。個々のユーザーが個別に設定するのではなく、アカウント単位で一括して制御できるため、管理者は組織全体の超過利用を1か所で抑えられます。また、上限の最大値は利用履歴に応じて自動的に調整されるとされています。
なお、具体的なクオータ名や設定できる上限の数値・単位、自動調整の詳しいロジックについては公式に明記されていません。実際に設定する際は、Service Quotasコンソール上の表示に従って確認することをおすすめします。
個人開発者向け、クレジットパックの前払いで支出を先にコントロールする
2つ目は個人開発者向けの機能です。アドオンとして「クレジットパック」を最小5ドルから前払いで購入できるようになりました。対象となるのはKiro Pro、Pro+、Pro Max、Powerの各有料プランです。Kiro Freeでは購入できない点に注意してください。
この機能は、GitHub、Google、AWS Builder IDのいずれかでサインインしている個人開発者を想定しています。購入はKiroのアカウントページから行います。購入したクレジットは通常どおりKiroを使うだけで自動的に消費され、残高はいつでも確認できます。
消費の順序も決まっています。まずプランに含まれるクレジットが先に使われ、それを使い切ったあとにアドオンのクレジットが消費されます。この順序により、前払い分を無駄なく後ろに温存できます。アドオンクレジットの有効期限は、kiro.devの公式ドキュメントによれば購入日から12か月です。未使用分は有効期限まで月をまたいで繰り越され、最も早く期限が切れるパックから消費される仕組みです。
前払いの利点は、支出をあらかじめ確定できることにあります。毎月の請求が使った分だけ後から積み上がるのではなく、購入した範囲でKiroを使う形になるため、想定外の請求が発生しにくくなります。
どちらを使うべきか、チームと個人の使い分け
2つの機能は対象とする利用形態が異なります。基本的には、Kiroへのサインイン方法で選ぶべき機能が決まると考えるとシンプルです。IAM Identity Centerや外部IDプロバイダーで組織として利用しているならService Quotasによる上限設定、GitHubやGoogle、AWS Builder IDで個人利用しているならクレジットパックの前払いが適しています。
観点 | チーム向け（Service Quotas） | 個人開発者向け（前払い） |
|---|---|---|
想定サインイン | IAM Identity Center／外部IdP | GitHub／Google／AWS Builder ID |
制御の単位 | アカウント配下の全ユーザー | 個人のアカウント |
コントロール方法 | 超過利用の上限をリクエスト | クレジットを前払いで購入 |
設定の場所 | Service Quotasコンソール | Kiroのアカウントページ |
対象プラン | 組織で契約している利用形態 | Pro／Pro+／Pro Max／Power |
組織で複数人がKiroを使う場合、個々人の前払い管理よりも、アカウント単位で超過利用そのものに上限を設けるほうが統制しやすくなります。一方、個人で試しながら使う開発者にとっては、必要な分だけ前払いしておくやり方のほうが手軽で、支出の見通しも立てやすいでしょう。
想定外の高額請求を防ぐコスト管理ベストプラクティス
最後に、これらの機能を活かして想定外の高額請求を防ぐための実践ポイントを整理します。
- 組織利用ではService Quotasの上限設定を早めに行い、超過利用の天井をアカウント全体で決めておくと安心です。
- 個人利用ではクレジットパックの前払いを取り入れ、使える範囲を先に確定させておくと支出が読みやすくなります。
- 残高や使用状況は定期的に確認し、消費ペースが想定より速いときは早めに気づけるようにしておきましょう。
- プランのクレジットを先に消費し、アドオンは後から使われる順序を踏まえ、前払い分の有効期限（購入から12か月）も意識しておくとよいでしょう。
- Kiro Freeではクレジットパックを購入できないため、前払いを活用したい場合は有料プランであることを前提に検討します。
対応リージョンや提供区分、上限設定の具体的な数値といった細部については公式に明記されていない部分もあります。運用にあたっては、Service QuotasコンソールやKiroのアカウントページで最新の表示を確認しながら進めるのが確実です。
私たちRagateは、Kiroのような生成AIコーディングツールの組織導入やコストガバナンス設計の支援に取り組んでいます。仕様駆動開発を含むAI開発の内製化とあわせて、コスト面の設計もお手伝いできます。
