Kiroとは？AWS製の仕様駆動AI IDEの特徴・料金・使い方を解説【2026年版】

Kiro（キーロ）は、AWSが開発する「仕様駆動（Spec-Driven Development）」型のAgentic IDEです。チャットでコードを補完する従来のAIアシスタントとは発想が違います。Kiroは実装の前に要件・設計・タスクを文書として固め、その仕様を起点にコードを生成・実行します。この記事では、Kiroの位置づけと読み方、specとvibeの2つのモード、specが生成する3つのファイルとEARS記法、対応モデル、Free〜Powerの料金体系、実際の使い方までを、公式ドキュメントとGSCの実クエリに沿って整理します。

まとめ：Kiroの要点

• 正体：AWS製・Code OSSベースの独立したAI IDE。読みは「キーロ」。2025年7月にプレビュー公開、同年11月に一般提供（GA）へ移行。
• 2モード：素早く対話しながら作るvibeと、要件から固めるspec（仕様駆動開発）を切り替えて使う。
• specの核：requirements.md（EARS記法の受け入れ条件）・design.md（設計）・tasks.md（実装タスク）の3ファイルを自動生成し、依存関係を解いて並列実行する。
• 料金：Free（50クレジット）〜Power（$200／10,000クレジット）のクレジット制。超過は$0.04／クレジット。
• 向き：要件が曖昧な中〜大規模機能やチーム開発に効く。使い捨てスクリプトはvibeで十分でspecはオーバーヘッドになる。

以下で、Kiroが「何を仕組みとして提供するのか」を具体的に見ていきます。

Kiroとは｜AWSが開発した仕様駆動型のAI IDE

Kiroは、Amazon Web Services（AWS）が提供するAIコーディング用のIDEです。読み方は「キーロ」。Visual Studio Codeの基盤であるCode OSSをベースにした独立したアプリケーションで、VS Codeのキー設定やテーマ、Open VSX由来の拡張機能をそのまま持ち込める一方、VS Codeの単なる拡張機能ではありません。

最大の特徴は「Agentic（エージェント型）」である点です。コード補完やチャット応答にとどまらず、要件定義から設計・実装・テストまでの流れをエージェントが横断して進めます。その進め方の中心にあるのが、仕様（spec）を第一級の成果物として扱う仕様駆動開発です。仕様駆動開発そのものの考え方は仕様駆動開発（SDD／Spec-Driven Development）とは？従来手法との違いとAI時代に注目される理由で整理しています。

specとvibe｜Kiroが持つ2つの開発モード

Kiroには目的の異なる2つのモードがあり、同じプロジェクト内で行き来できます。この使い分けがKiroを理解する入口になります。

vibe：対話しながら素早く作るモード

vibeは、チャットで指示しながらその場でコードを書き進めるモードです。従来のAIアシスタントに近く、小さな修正や試作、探索的な実装に向きます。仕様書は作らず、思いついた要求をすぐ形にする速さが利点です。この開発スタイルの語源や背景はバイブコーディングとは？語源・由来と意味・読み方を解説で解説しています。

spec：要件から固めてから実装するモード

specは、いきなりコードを書かず、先に「何を作るか」を文書化してから実装へ進むモードです。要求を要件・設計・タスクへ段階的に落とし込み、各段階で人間が内容を承認してから次へ進みます。仕様が残るため、機能の意図がコードと分離して追跡でき、後からの変更やレビューがしやすくなります。要件が曖昧な機能ほどspecの効果が大きくなります。

specが生成する3つのファイル｜requirements・design・tasks

specモードでは、1つの機能を1つの「spec」フォルダとして扱い、その中に3つのMarkdownファイルを自動生成します。この3段構成がKiroの中核です。

注目すべきはrequirements.mdの書式です。Kiroは受け入れ条件を「EARS記法（Easy Approach to Requirements Syntax）」で書き出します。これはRolls-Royceで考案された記法で、WHEN [条件] THE SYSTEM SHALL [期待する動作]という短いテンプレートに要求を落とし込むものです。たとえば「WHEN ユーザーが既存のメールアドレスで登録した THE SYSTEM SHALL『Email already registered』エラーを表示する」といった形で、曖昧な要望をテスト可能な条件へ変換します。仕様がそのまま検証条件になるため、要件の抜け漏れを実装前に潰せる点が、単なる補完系ツールとの決定的な差です。

tasks.mdを実行する段階では、Kiroがタスク間の依存関係をグラフとして解析し、独立したタスクを並列の「wave」としてまとめて同時実行します。手作業で順番を組む必要がなく、実装全体を計画に沿って自動で進められます。

Agent HooksとSteering｜プロジェクトの規約を自動で守らせる仕組み

Kiroには、生成コードを自社ルールに沿わせるための2つの仕組みがあります。多くの解説記事が触れない部分ですが、チーム運用ではここが効きます。

Agent Hooks：イベント起点の自動処理

Agent Hooksは、ファイルの保存やコミットといったイベントをきっかけに、テストコード生成やドキュメント更新などのアクションを自動で走らせる仕組みです。人間が毎回指示しなくても、決めた作業を裏で繰り返し実行できます。フックの実行もクレジットを消費する点は運用時の注意点です。

Steering：常時参照させるプロジェクト規約

Steeringは、.kiro/steering/配下に技術スタック・命名規則・ディレクトリ構造などのルールを置き、Kiroが全プロンプトで常に参照するようにする仕組みです。プロンプトのたびに前提を書き直さなくても、プロジェクト固有の文脈をエージェントに一貫して守らせられます。生成物のブレを抑えたいチーム開発ほど価値が出ます。

対応モデルとAuto｜モデル選択とクレジット消費

Kiroは複数のAIモデルから選んで使えます。既定では、タスクに応じて自動でモデルを振り分けるエージェント「Auto」が動きます。加えてClaude系モデルを明示的に選べます。Claude Sonnet 4.6などが利用でき、さらにClaude Sonnet 5が2026年7月1日からKiroのIDE・CLI・Webで利用可能になりました。

モデルによってクレジットの消費レートが変わり、たとえばSonnet 4.6は同じ作業でAutoの約1.3倍のクレジットを消費します。コストと品質のバランスは選ぶモデル次第で変わるため、重い自律タスクでは消費量を意識した選択が必要です。対応モデルは追加・入れ替えが速いので、最新の一覧は公式のリリース情報で確認してください。

Kiroの料金｜Free〜Powerのクレジット制と超過課金

Kiroは月額プランごとに付与されるクレジットで課金される仕組みです。個人向けは以下の5段階で、チーム向けも同額（ユーザー単位）にSSOや使用状況分析が加わります。

クレジットは「プロンプトへの応答という作業の単位」で、0.01クレジット刻みで計測されます。単純な指示なら1クレジット未満、specタスクの実行やフックの発火などはそれ以上を消費します。vibe・specのどちらのモードでもクレジットを消費する点に注意してください。プランの付与分は月初にリセットされ翌月へ繰り越されません。不足時は超過分を$0.04／クレジットで購入でき、$5（125クレジット）〜$100の追加パックは購入日から12ヶ月間有効です。料金は改定されやすいため、契約前に公式の価格ページで最新の数値を確認してください。

Kiroの使い方｜導入からspec実行までの流れ

Kiroを実際に動かすまでの流れは次の通りです。specモードを前提に、要件→設計→タスクの各段階で内容を確認しながら進めます。

1. 公式サイトからKiroをダウンロードし、Builder IDまたはソーシャルログインでサインインする。
2. 必要ならVS Codeの設定・拡張機能をインポートし、既存の作業環境を引き継ぐ。
3. 作りたい機能を自然言語で伝え、specを生成させる。
4. requirements.mdの受け入れ条件を確認・修正して承認する。
5. design.mdの設計方針を確認して承認する。
6. tasks.mdの実装タスクを承認し、タスクを実行してKiroに並列で実装させる。

各段階で人間がレビューを挟むため、意図と違う実装が最後まで走ってしまう事故を防げます。小さな修正だけならspecを作らず、vibeモードで直接指示するほうが速く済みます。

他のAI IDEとの違い｜Cursor・GitHub Copilotとの比較の軸

CursorやGitHub Copilotが「コード補完・チャット」を主軸にするのに対し、Kiroは仕様（requirements／design／tasks）を明示的な成果物として残し、そこから実装を駆動する点が根本的に異なります。補完系ツールが個々の記述を速くするのに対し、Kiroは「何を作るかの合意」をコードと分離して管理します。GitHub Copilotのエージェント機能との対比はGitHub Copilotエージェントモードの使い方｜Ask・Edit・Agentの違いと有効化・料金が参考になります。各ツールの目的や機能面の詳しい比較はCursorなど他のAI IDEとKiroの機能や目的の違いを比較で個別に整理しているので、選定の際はそちらを参照してください。

Kiroが向く開発者・向かない場面

Kiroは万能ではなく、仕様駆動というスタイル自体が合う場面と合わない場面があります。判断の目安を挙げます。

向くケース：要件が曖昧なまま着手しがちな中〜大規模の機能開発、複数人で仕様を共有したいチーム開発、レガシー改修で影響範囲を先に文書化して固めたい場合です。仕様が残ることで、レビューと引き継ぎのコストが下がります。

向かないケース：使い捨てのスクリプトや一度きりの試作は、requirements→design→tasksの段取り自体がオーバーヘッドになり、vibeモードや従来の補完ツールのほうが速いです。無料枠中心で運用する場合、自律的に長く走るタスクはクレジットを消費しやすく、50クレジットのFreeプランでは重い作業を回し切れないこともあります。まずFreeで小さなspecを1本試し、消費量を見てからプランを選ぶのが現実的です。

よくある質問（FAQ）

Kiroの読み方は？

「キーロ」と読みます。AWSが提供するAI IDEの製品名です。

Kiroは無料で使えますか？

Freeプランがあり、月50クレジットの範囲で無料で使えます。付与クレジットは毎月リセットされ翌月に繰り越されないため、継続的に多くの作業を回すなら有料プランか追加パックが必要です。

KiroはVS Codeの拡張機能ですか？

いいえ。KiroはCode OSSをベースにした独立したIDEです。ただしVS Codeの設定やOpen VSX由来の拡張機能を取り込めるため、既存の作業環境を引き継いで使えます。

Kiroはオフラインで使えますか？

使えません。KiroはクラウドのAIモデルを呼び出して動作するため、利用にはインターネット接続が必要です。

Kiroは日本語や商用開発で使えますか？

プロンプトは日本語で入力でき、商用開発にも利用できます。UIや公式ドキュメントは英語が中心です。

関連記事

• Cursorなど他のAI IDEとKiroの機能や目的の違いを比較
• 仕様駆動開発（SDD／Spec-Driven Development）とは？従来手法との違いとAI時代に注目される理由
• バイブコーディングとは？語源・由来と意味・読み方を解説【2026年版】
• GitHub Copilotエージェントモードの使い方｜Ask・Edit・Agentの違いと有効化・料金【2026年版】