Kiroとは、AWSが作っているAI開発環境で、いちばんの特徴は「コードを書く前に仕様を作る」ところにあります。
公式サイトは、Kiroを「プロンプトを実行可能な仕様（executable specs）に変え、ユニットテストが見逃すバグを見つけ、並列エージェントで大きなコードベースを扱えるようにするもの」と説明しています。
この考え方は公式の言葉で「spec-driven development（仕様駆動開発）」と呼ばれています。
Kiroはエディタだけの道具ではなく、IDE・CLI・Web・モバイルアプリ・Kiro Crewという5つの面（サーフェス）から同じエージェントを使う形になっています。
料金は公式の料金ページに、無料のKiro Freeが月0ドルで50クレジット、Kiro Proが1ユーザーあたり月20ドルで1,000クレジットと記載されていました。
この記事は2026年9月16日にKiroの公式サイト（公式ヘルプ／公式ドキュメント）を確認した時点の記載にもとづいています。
Kiroとは何か｜プロンプトを「実行できる仕様」に変えるAI開発環境です
まず、いちばん知りたいところからお答えします。
公式のFAQページ「FAQs（Kiro 公式）」には、「What is Kiro?」という質問への答えがそのまま置かれていました。
そこには、KiroはIDE・CLI・ウェブインターフェース・モバイルアプリ・Kiro Crewを持つエージェント型のAIである、と書かれています。
そして役割は、プロンプトを実行可能な仕様に変換し、コードの正しさを検証してユニットテストが見逃すバグを見つけ、セッションごとに学習する並列エージェントで大きなコードベースを扱えるようにすることだと説明されていました。
ここで大事なのは、Kiroが「コード補完ツール」ではなく「開発の進め方そのものを変える道具」として説明されている点です。
公式トップページの見出しも「Move beyond AI coding to agentic engineering」となっていて、AIによるコーディングの先へ進む、という立ち位置を打ち出しています。
つまりKiroは、AIに書かせたコードを人が後から読み解くのではなく、先に仕様を固めてからAIに実装させる順番を前提にした環境だと考えると分かりやすいです。
AIエージェントという言葉自体がはじめての方は、AIエージェントとは何かの記事もあわせてどうぞ。
Kiroを作っているのはAWS｜提供元と、そこから来る性格
Kiroの提供元は、公式トップページの「Enterprise-ready」の欄にはっきり書かれていました。
「Built and operated by AWS」＝AWSが作り、運用しているという記載です。
同じ欄には、数百万の顧客に信頼されているのと同じセキュリティ・信頼性・プライバシーの基準と管理を受けられる、という説明も続いていました。
企業向けの機能として挙げられていたのは、IAMとSSOによる認証、利用状況ダッシュボード、コスト管理、IP補償（IP indemnity）、ガバナンス、管理者向けのコントロールです。
この「AWS製である」という事実は、使う側から見ると2つの意味を持ちます。
- 入口が広い：GitHub・Google・AWS Builder ID・AWS IAM Identity Centerでログインでき、公式FAQには「You do not need an AWS account to use Kiro（Kiroを使うのにAWSアカウントは必要ありません）」と明記されています
- 企業の要件に寄っている：GovCloud（US）リージョン対応や、IAM Identity Center経由のサインインなど、個人向けツールにはあまり無い項目が公式ドキュメントに並んでいます
個人で触りはじめる分には、AWSアカウントの用意は不要だという点だけ押さえておけば十分です。
なお、Kiroはモデルの実行基盤としてAmazon Bedrockを使っていると公式のモデルページに書かれていました。
Kiroの中心にある「spec-driven development」とは何か
Kiroを一言で説明するときに欠かせないのが、spec-driven development（仕様駆動開発）です。
公式FAQには「What is spec-driven development? How is it different from vibe coding?」という項目があり、いわゆるバイブコーディングとの違いが書かれています。
そこでの説明はこうでした。
- 複雑なタスクや大きなコードベースの上で作業するとき、人の側からの指示が多く必要になる
- 文脈を取り違えることがある
- 途中でどんな判断をしたのかを追いかけにくく、チームに向けて残しにくい
そのうえで、specsを使うとKiroは「コードを書く前に」要件・システム設計・実装タスクを定義する、と書かれていました。
公式の言葉では、この進め方によって判断の理由と実装上の決定が明示的に文書化され、複雑なタスクをより少ない試行回数で実装できる、とされています。
言い換えると、Kiroが解こうとしているのは「AIが書いたコードの品質」ではなく「AIに渡す指示の解像度」のほうです。
公式はバイブコーディングを否定していない点も、読み落としたくないところです。
「vibe codingの楽しさは保ったまま、その限界のいくつかを直す」という書き方になっています。
Kiroのspecが作る3つのファイル｜requirements・design・tasks
では、specを作ると具体的に何ができるのか。
公式ドキュメントの「Specs（Kiro 公式ドキュメント）」に、生成されるファイルが3つだと書かれていました。
| ファイル | 公式の説明 |
|---|---|
| requirements.md（bugfixのときは bugfix.md） | ユーザーストーリー、受け入れ基準、またはバグの分析を構造化された記法で記録する |
| design.md | 技術アーキテクチャ、シーケンス図、実装上の考慮点を記録する |
| tasks.md | 個別に追跡できるタスクに分けた、詳細な実装計画を提供する |
この3つは、そのまま3フェーズのワークフローに対応しています。
公式が挙げていた順番は、Requirements（何を作る／直すかを定義）→ Design（技術アーキテクチャと実装方針）→ Tasks（実行可能な実装タスクを生成）です。
Designの段階で書かれるものとして、システムアーキテクチャとコンポーネント設計、シーケンス図とデータフロー、エラーハンドリングとテスト戦略が挙げられていました。
Tasksの段階では、成果がはっきりした追跡可能なタスク、実装中にリアルタイムで更新される状態、タスクを1つずつ実行することも全部まとめて実行することもできる、という3点が書かれています。
要件の書き方についても記載があり、公式の「Your first project」ガイドには「Kiroが要件をEARS記法で構造化する」と書かれていました。
specには種類もあります。
- Feature Specs：新しい機能を作るためのspec。Requirements-FirstとDesign-Firstの2つの進め方が選べる
- Bugfix Specs：バグの根本原因を特定し、修正を設計し、ほかが壊れていないかを検証するためのspec
- Quick Spec：内容がはっきりしている機能向けに、承認ゲートなしで3つの成果物を一度に生成する
Kiroの並列タスク実行｜「波（waves）」で依存関係を解く
Kiroの説明で何度も出てくる「parallel agents（並列エージェント）」が、具体的に何をしているのかも公式ドキュメントに書かれていました。
specのタスクを「すべて実行」すると、Kiroはタスク一覧を分析し、どのタスクが互いに依存しているかを判断して、独立したタスクを同時に走らせます。
その単位が「wave（波）」です。
- Wave 1：依存がまったく無いタスク。これらは同時に走る
- Wave 2：Wave 1によって依存が満たされたタスク。これらも同時に走る
- Wave N：すべてのタスクが終わるまで続く
公式は「波は順番に実行され、波の中のタスクは同時に実行される」とまとめています。
そして、ほとんどの機能specでは、この仕組みが設定なしで実行時間をかなり短くする、と書かれていました。
ここは「AIを並列で動かす」と聞いたときに気になる、依存関係の扱いに公式が答えている部分です。
tasks.mdの依存グラフを作ってから波に分ける、という順番になっています。
Kiroの「正しさの検証」｜要件の矛盾探しとプロパティベーステスト
Kiroの説明でもうひとつ独特なのが、テストに対する考え方です。
公式トップページには「Check correctness to catch issues missed by unit tests」という見出しがあり、その下にこう書かれていました。
「All tests passed」は、コードが意図と一致していることを意味しない、という一文です。
そこでKiroは2段構えの確認をする、と説明されています。
- コードを書く前：自動推論（automated reasoning）の技術を使って、要件の中に矛盾や抜けが無いかを確認する
- コードを書いた後：プロパティベーステスト（ファズテストのようなもの）で振る舞いを確認する
プロパティベーステストについては、いくつかの例を確かめるのではなく、すべての入力にわたって成り立つべきルールを主張するもの、と説明されていました。
公式ドキュメントのspecsページには、この機能がどのサーフェスで使えるかの表もあります。
| 機能 | IDE | CLI | Web | Mobile |
|---|---|---|---|---|
| Feature Specs | ✓ | ✓ | ✓ | — |
| Bugfix Specs | ✓ | ✓ | ✓ | — |
| Quick Spec | ✓ | ✓ | ✓ | — |
| 並列タスク実行 | ✓ | ✓ | ✓ | — |
| Analyze Requirements | ✓ | ✓ | — | — |
| Correctness（プロパティベーステスト） | ✓ | — | — | — |
Correctness（プロパティベーステスト）だけはIDEのみ、という点は押さえておきたいところです。
Kiroの5つのサーフェス｜IDE・CLI・Web・Mobile・Crew
Kiroは1つのアプリではありません。
公式ドキュメントのトップ「Kiro Documentation（Kiro 公式ドキュメント）」には、IDE・CLI・Web・Mobileのすべてを1つの統一されたエージェントハーネスが動かしている、と書かれていました。
それぞれの役割は次のように整理されています。
| サーフェス | 公式の説明 |
|---|---|
| IDE | チャット・spec・hooksとエディタ統合を備えたデスクトップエディタ |
| CLI | ヘッドレスモード、セッション管理、CI統合を備えたターミナル向けエージェント |
| Web | 複数リポジトリのタスクを計画・実装し、プルリクエストを開くブラウザ版 |
| Mobile | タスクの監視、PRのレビュー、エージェントとのチャットを外出先から行う |
| Crew | 自律タスク・スケジュール・メモリ・複数チャネルからのアクセスを持つ個人向けAIエージェント |
そして重要なのが、設定の共有です。
公式は「あなたの .kiro/ 設定はすべてのサーフェスで共有される」と書いています。
IDEでspecを始め、CLIから続け、Web版に実装を渡す、という流れが想定されているわけです。
Kiro Crewについては、公式FAQに「オープンソースの開発用ワークスペースで、自分のマシン上で動き、セッションをまたいで動き続ける」と書かれていました。
Kiro Crewは無料（it's free）で、GitHubのkirodotdev/KiroCrewからインストールする、とも記載されています。
Mobileは公式ドキュメント上で「Mobile – Preview」と表記されており、インストールのページにはiOS向けにApple TestFlightを通じて早期アクセスで配布されている、と書かれていました。
Kiroのsteeringとhooks｜プロジェクトの決まりを覚えさせる仕組み
Kiroが「セッションごとに学習する」と言うときの中身は、主に2つの仕組みです。
ひとつ目がsteering（ステアリング）です。
公式ドキュメントには、steeringはマークダウンファイルを通じてKiroにプロジェクトの永続的な知識を与えるものだと書かれていました。
毎回チャットで規約を説明し直さなくても、確立したパターン・ライブラリ・標準にKiroが従うようになる、という位置づけです。
基盤となるファイルは3つあります。
- product.md：プロダクトの目的、対象ユーザー、主要機能、ビジネス上の目標
- tech.md：採用しているフレームワーク、ライブラリ、開発ツール、技術的な制約
- structure.md：ファイル構成、命名規則、インポートのパターン、アーキテクチャ上の決定
置き場所はプロジェクト直下の .kiro/steering/ で、ホームディレクトリの ~/.kiro/steering/ に置けば全ワークスペースに効くとも書かれていました。
グローバルとワークスペースで指示が衝突したときは、ワークスペース側のsteeringが優先されると明記されています。
ふたつ目がhooks（フック）です。
公式ドキュメントでは、hooksはセッション内で特定のイベントが起きたときにシェルコマンドやエージェントへのプロンプトを自動で実行するもの、と説明されていました。
トリガーとして挙げられているのは、エージェントがファイルを変更したとき、ツールを呼び出したとき、タスクを完了したときなどです。
設定は .kiro/hooks/ 配下のJSONファイルで管理します。
Kiroが乗っている「開いた標準」｜ACP・AGENTS.md・MCP・Open VSX
Kiroの説明で目立つのが、独自仕様に閉じない、という主張です。
公式トップページの「Built on open standards」には、対応している標準が具体的に並んでいました。
- KiroエージェントはAgent Client Protocol（ACP）に対応していて、好きなツールに持ち込める
- AGENTS.md、Skills.md、MCPをサポートしている
- Kiro IDEはOpen VSXの拡張機能、テーマ、VS Codeの設定に対応している
- Kiro CLIはbash・zsh・fishと、500を超える主要なCLIで動く
IDEの土台についても記載があり、公式FAQには「Kiro is based on Code OSS」＝Code OSSをベースにしている、と書かれていました。
そのため、VS Codeの設定・テーマ・Open VSX互換のプラグインを、Kiroのオンボーディングの流れの中でインポートできます。
MCP（Model Context Protocol）については、外部のサーバーに接続して専用のツールやコンテキストを取り込む仕組みだと公式ドキュメントに説明がありました。
ローカル（stdio）のMCPサーバーとリモート（HTTP/SSE）のMCPサーバーの両方に対応していて、IDE・CLI・Webで使えるとされています。
同系統のAIコーディング環境と比べたときに、この「標準に寄せる」姿勢はKiroの分かりやすい特徴のひとつです。
ほかのAIコーディングツールとの違いが気になる方は、Cursorの使い方の記事もあわせてどうぞ。
Kiroで使えるAIモデル｜AutoとClaude、GPT-5.6、オープンウェイト
Kiroは特定のモデルに固定されていません。
公式の「Models（Kiro 公式ドキュメント）」には、OpenAI・Anthropicなどのフロンティアモデルとオープンウェイトモデルにアクセスできると書かれていました。
既定で選ばれているのがAutoです。
Autoは複数のフロンティアモデルと、特定のタスクに強い専用モデルを組み合わせて、品質・レイテンシ・コストのバランスを取るエージェントだと説明されています。
個別に選べるモデルとして、公式が挙げていたものを整理します。
| モデル | コンテキスト | Autoを1.0xとした相対コスト |
|---|---|---|
| GPT-5.6 Sol | 1M | 4.4x |
| GPT-5.6 Terra | 1M | 2.2x |
| GPT-5.6 Luna | 1M | 1.1x |
| Claude Opus 5 | 1M | 2.2x |
| Claude Sonnet 5 | 1M | 1.3x |
| Claude Sonnet 4.5 | 200K | 1.3x |
| Auto | — | 1.0x |
| Claude Haiku 4.5 | 200K | 0.4x |
| GLM-5 | 200K | 0.5x |
| DeepSeek 3.2 | 128K | 0.25x |
| MiniMax M2.5 | 200K | 0.25x |
| Qwen3 Coder Next | 256K | 0.05x |
公式は具体例も出していて、Autoで10クレジットかかるタスクは、Opusなら22クレジット、Haikuなら4クレジット、Qwen3 Coder Nextなら0.5クレジットになる、と書かれていました。
ただし公式は「同じ倍率のモデルでも、実際の消費クレジットが同じとは限らない」とも注記しています。
理由として挙げられていたのは、モデルが生成するトークン数、内部の思考の深さ、トークナイザの違いです。
Kiroの料金とクレジット｜無料枠から月200ドルまで5段階
Kiroの料金は、公式の「Pricing（Kiro 公式）」ページにまとまっています。
掲載されていたプランは5つでした。
| プラン | 価格 | クレジット |
|---|---|---|
| KIRO FREE | $0 per month | 50クレジット |
| KIRO PRO | $20 per user / month | 1,000クレジット |
| KIRO PRO+ | $40 per user / month | 2,000クレジット |
| KIRO PRO MAX | $100 per user / month | 5,000クレジット |
| KIRO POWER | $200 per user / month | 10,000クレジット |
価格は税抜で、公式には「Prices are exclusive of applicable taxes and duties（表示価格は適用される税金や関税を含まない）」と書かれていました。
日本の請求先住所の場合は、Kiroの利用に日本の消費税がかかるとも明記されています。
クレジットという単位については、公式FAQに「ユーザーのプロンプトに応じた作業の単位」と説明がありました。
簡単なプロンプトなら1クレジット未満で済むことがあり、specのタスク実行のような複雑なプロンプトは1クレジットを超えるのが普通、という書き方です。
有料プランでは、追加クレジットを1クレジットあたり$0.04で購入できます。
料金の細かいところは別の記事にまとめていますので、ここでは全体像だけにしておきます。
Kiroが対応する言語と動作環境｜Windows・macOS・Linux
「自分の環境で動くのか」も、Kiroを検討するときに最初に気になるところです。
公式FAQには、対応するプログラミング言語が具体的に挙げられていました。
Python、Java、JavaScript、TypeScript、C#、Go、Rust、PHP、Ruby、Kotlin、C、C++、シェルスクリプト、SQL、Scala、JSON、YAML、HCLという並びです。
公式は「これらに限られない（but is not limited to）」とも書いているので、一覧は例示と考えるのが正確です。
動作環境は、公式の「Installation（Kiro 公式ドキュメント）」にサーフェス別で記載があります。
| サーフェス | 公式に記載された要件 |
|---|---|
| IDE | macOS（Intel + Apple Silicon）、Windows 10/11（x64またはARM64）、Linux（Ubuntu 24+、Debian 13+、Fedora 40+、Arch、Mint 22+／x86_64またはARM64） |
| CLI | macOS、Windows 11（PowerShell）、Linux（glibc 2.34+ またはmusl版） |
| Web | 最近のブラウザ。ローカルへのインストールは不要 |
| Mobile | iOS。早期アクセス中はApple TestFlight経由で配布 |
| Crew | macOS、Linux（x86_64およびARM）、Windows。ソースからのインストールにはPython 3.9+が必要 |
Windows・macOS・Linuxのいずれでも、IDEかCLIのどちらかは使える形になっています。
プロキシ環境についても記載があり、KiroはHTTP_PROXY・HTTPS_PROXY・NO_PROXYという標準の環境変数をIDEとCLIの両方で尊重すると書かれていました。
Kiroは誰に向いているか｜公式の説明から読み取れる3つの型
ここからは、公式の記載を整理したうえでの読み取りです。
公式が書いている機能と、その機能が解こうとしている問題を突き合わせると、向いている使い方が3つに分かれます。
- 仕様を残しながら作りたい人：requirements.md・design.md・tasks.mdが自動で残るので、後から判断の理由を追える
- 大きなコードベースを扱う人：steeringで規約を固定し、並列タスクで手数を稼ぐ設計になっている
- チームや組織で導入したい人：SSO・使用状況ダッシュボード・ガバナンス・IP補償が公式の機能として並んでいる
逆に、公式の説明から素直に読むと、1ファイルの小さな修正を素早く回したいだけなら、specの3フェーズは手数が多く感じられる場面もありそうです。
その点には公式も手を打っていて、内容がはっきりしている機能なら承認ゲート抜きで3つの成果物を一度に作るQuick Specが用意されています。
また、計画を立てずに対話しながら作りたいときは、IDEのチャットかCLIのセッションを使う、という案内も公式ドキュメントに書かれていました。
つまり、specは強制ではなく、選べる進め方のひとつという扱いです。
Kiroを試す前に知っておきたい注意点
公式ページに書かれていた、事前に知っておくと差が出る点を並べます。
まず、無料枠の50クレジットは毎月リセットされ、未使用分は翌月に繰り越されません。
公式FAQには「Usage limits reset at the start of each billing month. Unused credits do not roll over to the next month.」と書かれていました。
次に、学習データの扱いです。
公式FAQによると、AWS IAM Identity Centerや外部IdP経由でアクセスする有料ユーザーのコンテンツは使わない一方、Free Tierと、ソーシャルログインやAWS Builder ID経由の加入者については、サービス改善のために一部のコンテンツを使う場合があると書かれています。
同じ項目に、いつでもオプトアウトできる仕組みがある旨も記載されていました。
3つ目に、サブスクリプションの共有についてです。
公式FAQには「チームで使う場合、開発者それぞれが自分のサブスクリプションを必要とする」と明記されています。
4つ目に、第三者の自動化ハーネスから使うことについても線が引かれていました。
Kiroのネイティブなインターフェースの外にリクエストを回す第三者の自動化ハーネス経由での利用は許可されない、という記載です。
Kiroのよくある質問
Kiroは無料で使えますか？
使えます。公式の料金ページに、KIRO FREEが月0ドルで50クレジットと記載されていました。無料枠ではオープンウェイトモデルとClaude Sonnet 4.5にアクセスでき、レート制限の対象になると注記されています。
Kiroを使うのにAWSアカウントは必要ですか？
不要です。公式FAQに「You do not need an AWS account to use Kiro」と明記されていました。ログインはGitHub、Google、AWS Builder ID、AWS IAM Identity Centerから選べます。
KiroはVS Codeの設定を引き継げますか？
引き継げます。公式FAQに「Kiro is based on Code OSS」と書かれており、VS Codeの設定・テーマ・Open VSX互換のプラグインをオンボーディングの流れの中でインポートできると記載されていました。
Kiro CrewとKiro IDEはどう違いますか？
公式FAQによると、Kiro IDEはローカルでの能動的な開発とリアルタイムの共同作業向け、Kiro Crewはセッションをまたいで動き続けるオープンソースのワークスペースで、メモリを持ち、スケジュールされたタスクを無人で実行し、複数のエージェントを並列に調整すると説明されています。
Kiroのspecはどのファイルを作りますか？
公式ドキュメントによると、requirements.md（バグ修正の場合はbugfix.md）、design.md、tasks.mdの3つです。それぞれ要件、技術設計、実装タスクに対応しています。
Kiroのクレジットは翌月に繰り越せますか？
月次のクレジットは繰り越せません。公式FAQに、使用上限は各請求月の開始時にリセットされ、未使用のクレジットは翌月へ繰り越されないと書かれていました。別途購入した追加クレジットだけは、購入日から12か月で失効するまで繰り越されます。
Kiroは日本から契約できますか？
公式FAQの「有料プランに対応する国・地域」の一覧にJapanが含まれていました。あわせて、日本の請求先住所では日本の消費税が適用されるとも記載されています。
まとめ｜Kiroとは「仕様を先に置く」ための開発環境です
最後に、この記事で確認できたことを並べておきます。
- KiroはAWSが作り、運用しているエージェント型のAI開発環境
- 中心にあるのはspec-driven development＝コードを書く前に要件・設計・タスクを定義する進め方
- specが作るのはrequirements.md・design.md・tasks.mdの3ファイル
- タスクは依存関係を解析してwave単位で並列実行される
- 正しさの確認は要件の矛盾チェック＋プロパティベーステストの2段構え
- サーフェスはIDE・CLI・Web・Mobile・Crewの5つで、.kiro/ の設定を共有する
- 料金はFree $0（50クレジット）／Pro $20／Pro+ $40／Pro Max $100／Power $200（いずれも1ユーザーあたり月額・税抜）
- モデルはAutoが既定で、GPT-5.6・Claude・オープンウェイトモデルから選べる
最初の一歩としては、無料枠でspecを1本だけ作ってみて、requirements.mdの粒度が自分の感覚に合うかを見るのが分かりやすいと思います。
全体像は公式の「Kiro 公式サイト」、仕組みの詳細は「Kiro 公式ドキュメント」にまとまっています。
この記事の内容は2026年9月16日にKiroの公式サイトと公式ドキュメントで確認したものです。仕様や料金は変わりますので、最新の情報は公式ページでご確認ください。
コメント