Kiro（キロ）は、AWS が提供する「仕様駆動開発（Spec-Driven Development）」を中心に据えた AI 開発環境です。チャットで指示して即コードを書かせるのではなく、要件定義 → 設計 → タスク分解 → 実装という順番を AI に踏ませ、途中で人間がレビューできるようにしているのが最大の特徴です。2025年7月のプレビューを経て、2025年11月17日に一般提供（GA）が開始されました。無料プランは月50クレジット、有料は月20ドル（Pro・月1,000クレジット）から始められるため、まず1機能だけ試すという入り方ができます（2026年8月26日時点の公式表記）。
Kiroとは？AWSが作った仕様駆動のAI IDE
Kiro は AWS が開発・運用している agentic な開発プラットフォームです。公式サイトでは IDE のほかに CLI・Web・モバイル・Kiro Crew という窓口が案内されており、どこから使っても プロジェクト直下の .kiro/ の設定が共通で効く 設計です。
2025年7月にプレビューとして公開され、2025年11月17日に一般提供が開始されました。GA のタイミングで、仕様どおりに動いているかを検証するプロパティベーステスト、ターミナル向けの Kiro CLI、エージェントの実行を巻き戻せるチェックポイント、役割特化のカスタムエージェント、AWS IAM Identity Center と連携するチームプランなどが追加されています。
対応モデルは Anthropic の Claude 系（Opus / Sonnet / Haiku）に加えて、Deepseek や MiniMax などのオープンウェイトモデル、そしてタスクの複雑さ・品質・レイテンシ・コストを見て自動で選ぶ Auto が用意されています。無料プランで使えるのはオープンウェイトモデルと Claude Sonnet 4.5 です。モデルの世代交代が早い領域なので、選定時は2026年後半のAIモデル動向をまとめた記事もあわせて確認しておくと、いま何が主力なのかを見誤りにくくなります。
仕様駆動開発（SDD）は何が違うのか — Cursor・Copilotとの思想の差
Cursor や GitHub Copilot に代表される従来の AI コーディングは、「こういう機能が欲しい」と書くと即座にコードが返ってくる体験が中心です。速さは圧倒的ですが、出てきたコードがそもそも何を満たすために書かれたのかが、どこにも残りません。レビューする側は、生成物そのものを読んで意図を逆算するしかなくなります。
Kiro の仕様駆動開発は、この順番をひっくり返します。公式ドキュメントによると、Spec は機能開発なら requirements.md（バグ修正なら bugfix.md）、design.md、tasks.md という3つのファイルを生成し、要件 → 設計 → タスクの3フェーズで進みます。各フェーズの間に人間が確認する余地があるので、「間違った方向に1,000行進んでしまう」事故が起きにくいのが実務上の効きどころです。
観点 | Kiro（仕様駆動） | チャット型AI IDE（Cursor・Copilot 等） |
|---|---|---|
起点 | 要件定義（requirements.md） | プロンプト（会話） |
成果物 | 仕様・設計・タスク＋コード | 主にコード |
人間のレビュー位置 | フェーズごと（実装前に止められる） | 実装後（差分を読む） |
説明可能性 | なぜこの実装かがファイルに残る | 会話ログを遡る必要がある |
得意な場面 | 中〜大きめの機能、複数人の開発 | 小さな修正、試作、探索的な実装 |
立ち上がりの速さ | 仕様を固める分だけ遅い | すぐ動くものが出る |
どちらが優れているという話ではありません。「捨てる前提の試作」ならチャット型が速く、「後から誰かが引き継ぐコード」なら仕様駆動が効く、という住み分けです。両方を併用する開発者も珍しくありません。
仕様以外の仕組み — steering・hooks・MCP
Kiro には仕様以外にも、開発の型を保つための仕組みが公式に用意されています。Steering はプロジェクトの規約を自動的に適用するための設定、Hooks はファイル変更・ツール実行・タスク完了をきっかけに処理を自動実行する仕組み、MCP は外部ツールや API を接続するための層です。加えて、エージェントがアクセスできる範囲を絞る Permissions と、役割特化の Custom Agents があります。
この構成が示すのは、Kiro の狙いが「賢い補完」ではなくチームの作法をAIに守らせることにある、という点です。
料金プランとクレジットの考え方【2026年8月26日時点】
公式の料金ページに掲載されている内容は以下のとおりです。金額はすべて米ドル、1ユーザーあたりの月額です。日本円の公式価格は確認できませんでした。
プラン | 月額 | 含まれるクレジット | 追加クレジット単価 |
|---|---|---|---|
Free | $0 | 50 クレジット | —（追加購入なし） |
Pro | $20 / user | 1,000 クレジット | $0.04 / クレジット |
Pro+ | $40 / user | 2,000 クレジット | $0.04 / クレジット |
Pro Max | $100 / user | 5,000 クレジット | $0.04 / クレジット |
Power | $200 / user | 10,000 クレジット | $0.04 / クレジット |
Enterprise | 個別見積 | — | — |
Enterprise は集中請求・SSO・利用分析・セキュリティ管理が対象で問い合わせベースです。年額プランは公式ページ上では確認できませんでした。
クレジットの考え方は、公式の説明を読むと理解しやすくなります。クレジットは「ユーザーの入力に応答する1単位の作業」を表し、単純な処理は1クレジット未満、複雑な処理はより多く消費します。計測は0.01クレジット単位です。消費対象は、vibe モード・spec モードを問わずプロンプトの実行、仕様の改訂、タスクの実行、エージェントフックの実行と明記されています。
注意点は3つあります。第一に、モデルごとにクレジットの倍率が違うこと。公式FAQでは、Sonnet 4.6 でタスクを実行すると Auto に比べて約1.3倍のクレジットを消費する、という例が挙げられています。第二に、月次のクレジットは繰り越されません（追加購入したクレジットは購入から12か月で失効）。第三に、GovCloud は通常リージョンより約20%高く、無料枠がありません。
実務的には、「月$20で何行書けるか」ではなく「1機能あたり何クレジット使ったか」を最初の1〜2週間で実測するのが確実です。仕様の改訂自体もクレジットを使うため、要件が固まっていない案件ほど消費が伸びます。
使い方の全体像（インストールから最初の1本まで）
最初の1本を通すまでの流れは、公式ドキュメントの構成に沿うとこうなります。難しいのは操作ではなく、「AIに渡す要件をどこまで自分で言葉にできるか」のほうです。
- サインインして環境を用意する：ソーシャルログインまたは AWS Builder ID でサインインします。無料プランから始められます。
- Spec を作る：IDE では Specs の「＋」ボタン、チャットからは「Spec」を選んで開始します。Feature（機能）か Bug（不具合）かを選びます。
- ワークフローを選ぶ：機能開発なら「Requirements-First」か「Design-First」を選択します。要件から詰めるか、設計イメージから入るかの違いです。
- 3フェーズを順に確定する：要件（requirements.md）→ 設計（design.md）→ タスク（tasks.md）の順に、各段階で内容を読んで直します。ここが人間の仕事です。
- タスクを実行させる：確定したタスク単位でエージェントに実装させます。おかしくなったらチェックポイントで巻き戻すか、会話を分岐させます。
- 型を固定する：うまくいったルールは steering に、繰り返す処理は hooks に落として、次の案件から自動で効くようにします。
最初の1本は、あえて小さくて仕様が明確な機能を選んでください。CSVの取り込みや一覧への検索追加といった規模で効果を確かめてから、範囲を広げるのが安全です。
向いている開発・向いていない開発
正直に書くと、Kiro はすべての場面で速いツールではありません。仕様を作る工程が挟まる以上、「10分で終わる修正」には明らかに向きません。強みが出るのは、要件の取り違えが致命傷になる場面です。
- 向いている：業務システムの機能追加、外注や引き継ぎが前提のコード、複数人で並行して触るリポジトリ、監査や説明責任が求められる開発、仕様が曖昧なまま走りがちな社内案件。
- 向いていない：数行のバグ修正、デザインを見ながら詰める試作、要件が本当に決まっていない探索フェーズ、1人で書いて1人で捨てるスクリプト。
もうひとつの注意点は、仕様駆動は「発注側が要件を言語化できないと機能しない」ことです。AI が要件案を書いても、是非を判断するのは人間です。ここが弱い組織では仕様ファイルが飾りになり、結局チャット型と変わらない使い方に戻ります。
また、クラウド上のモデルにコードを渡すことになるため、機密性の高いソースを扱う場合は事前に社内の取り扱い基準を確認してください。外部にコードを出せない事情がある場合は、ローカルLLMが業務で実用になるかを検証した記事のほうが判断材料になります。
中小企業がAIコーディングツールを選ぶときの判断軸
実際に効くのは次の4つの問いです。機能の多さではなく、自社の弱点を埋めるかどうかで選んでください。
- 失敗のコストはどこにあるか：手が遅いことが問題なのか、間違ったものを作ってしまうことが問題なのか。後者なら仕様駆動型、前者ならチャット型が効きます。
- 引き継ぎが発生するか：担当者が変わる・外注が入るなら、仕様が残る形式の価値が跳ね上がります。1人で完結するなら不要な重さです。
- 要件を書ける人が社内にいるか：いないなら、まずそこを外部に頼るほうが先です。ツールを入れても解決しません。
- コストが読めるか：クレジット制は使うほど増えます。1機能あたりの消費を実測して、月額の見込みを出せる体制にしてから全社展開してください。
モデルそのものの得手不得手を押さえておきたい場合は、ChatGPT・Claude・Geminiを業務用途で比較した記事も判断の下地になります。Kiro のようにモデルを選べるツールでは、「どのモデルを既定にするか」が品質とコストの両方に直結します。
ここまで読んで「うちの業務に合う形に落とすところが一番難しそうだ」と感じられた方は、そこだけ外部の手を借りるのも選択肢です。Mihata では、貴社の業務に合わせた独自AIの設計・開発をお手伝いしています。
まとめ
Kiro は、AWS が仕様駆動開発を core に据えて作った AI 開発環境です。2025年7月のプレビューを経て2025年11月17日に一般提供が始まり、要件（requirements.md）→ 設計（design.md）→ タスク（tasks.md）という順番を AI に踏ませることで、生成されたコードの根拠を残せるのが他ツールとの決定的な違いです。
料金は無料プランの月50クレジットから、Pro が月$20（1,000クレジット）、Power が月$200（10,000クレジット）まで。追加クレジットは一律 $0.04/クレジットで、モデルによって消費倍率が変わります（すべて2026年8月26日時点の公式表記）。繰り越しがない点と、仕様の改訂自体もクレジットを消費する点は、導入前に必ず押さえておいてください。
結論として、「速さ」を買うツールではなく「説明できる状態」を買うツールと考えるのが実態に近いと感じます。小さな修正はチャット型、引き継ぎが発生する開発は仕様駆動、という併用が現時点では最も現実的です。
自社でどう使うべきか判断がつかない場合や、AI活用の入り口で迷っている場合は、状況を伺ったうえで率直にお伝えします。無理に導入をおすすめすることはありません。
よくある質問
Kiro（AWS）とは何ですか？
AWS が提供する仕様駆動開発（Spec-Driven Development）を中心に据えた AI 開発環境です。要件定義・設計・タスク分解を経てから実装させることで、生成されたコードの根拠を残せます。2025年7月のプレビューを経て、2025年11月17日に一般提供が開始されました。
Kiro の料金はいくらですか？
2026年8月26日時点の公式ページでは、無料プランが$0（月50クレジット）、Pro が$20/ユーザー・月（1,000クレジット）、Pro+ が$40（2,000クレジット）、Pro Max が$100（5,000クレジット）、Power が$200（10,000クレジット）です。追加クレジットは$0.04/クレジット、Enterprise は個別見積です。
Kiro と Cursor・GitHub Copilot の違いは何ですか？
Cursor や Copilot はプロンプトから即コードを生成するチャット型で、速さが強みです。Kiro は要件・設計・タスクを先に確定させてから実装するため立ち上がりは遅い一方、実装前に人間が止められ、なぜその実装かがファイルに残ります。小さな修正はチャット型、引き継ぎ前提の開発は Kiro という住み分けが現実的です。
クレジットはどのように消費されますか？
公式の説明では、vibe モード・spec モードを問わずプロンプトの実行、仕様の改訂、タスクの実行、エージェントフックの実行が消費対象です。1クレジットは入力に応答する1単位の作業を表し、0.01クレジット単位で計測されます。モデルによって倍率が異なり、月次クレジットは翌月に繰り越されません。