Kiroとは？
Kiroは、Amazon Web Servicesが構築したダウンロード型のコーディング環境で、このカテゴリの他のツールがこれまで試みてこなかった方向へ、AI支援開発を進めるものです。
多くのAIコーディングツールがプロンプトを入力するとすぐにコードを返してくるのに対し、Kiroはまず計画プロセスを実行します： プロジェクトのコンテキストを読み取り、要件書を作成し、技術設計を生成し、すべてを番号付きのタスクリストに分解してから、ようやくコードを書き始めます。
IDE、コマンドラインツール、Webインターフェース（現在は有料ユーザー向けにプレビュー）、モバイルアプリ（iOSで早期アクセス）として利用できるKiroは、素早く出たコードを1週間後に解きほぐすのではなく、構造化され、保守しやすい成果物を求める開発者向けのツールとして位置づけられています。
Kiroは誰向け？
- AI生成コードに裏切られ、翌日には壊れていたという経験がある開発者。 Kiroのspecワークフローは実装前に計画を強制するため、書かれるコードは推測で組み立てられたものではなく、文書化された要件に遡ってたどれます。
- エージェント型ワークフローへ移行しているチーム。 KiroのAgent Hooksを使えば、テスト作成やドキュメント生成などの繰り返し作業を自動化でき、ファイルが条件に合う形で変更されるたびに自動で実行されるため、毎回プロンプトを出す必要がありません。
- AWSエコシステムの開発者。 KiroはAWSインフラ上で構築され、地理的に該当するAWSリージョン内でデータを処理し、AWSサービスと自然に接続します。スタックがすでにAWS中心なら、Kiroは設定の手間なくフィットします。
- オートコンプリート以上の深さを持つAIを求めるVS Codeユーザー。 Kiro IDEはVS Codeと同じ基盤の上に構築されています。キーボードショートカット、設定、拡張機能は、オンボーディング中に数分でそのまま引き継がれます。
Kiroの長所と短所
- specワークフローがコードを書く前に計画する
- Agent Hooksがファイルイベントに応じてタスクを自動化する
- VS Codeの拡張機能と設定をきれいに取り込める
- Autopilotモードで都度承認なしにビルドできる
- Steering docsでKiroにプロジェクトコンテキストを与えられる
- Opus 4.8を含む複数の最先端モデルをサポート
- MCPサーバー統合で外部ツールをネイティブに接続できる
- ダウンロードが必要で、無料ティアではブラウザからアクセスできない
- 50無料クレジットは思ったより早く消える
- 要件精緻化フェーズで一度タイムアウトした
評価内訳
Kiroの最も高い評価は機能と実用性で、spec駆動ワークフロー、agent hooks、autopilot実行により、ここで取り上げた他のどのAIコーディングツールよりも一歩進んでいます。一方で、アクセシビリティとクレジットモデルでは評価が下がります。コミットする前に、ここは正直に見ておく必要があります。
| 機能 | 10点満点のスコア | その理由 |
|---|---|---|
| 使いやすさ | 7.0 | VS Codeユーザーには馴染みやすいが、ダウンロード必須で開発者向けに特化しているため、非技術ユーザーには手が届きにくい |
| 機能性 | 9.5 | specワークフロー、agent hooks、autopilot、MCP統合、steering docs: これまでレビューしたAIコーディングツールの中で最も充実した機能セット |
| デザインとカスタマイズ性 | 7.0 | ダーク/ライトのIDEテーマ。spec編集とsteering documentsによる生成コード構造の強力な制御 |
| コストパフォーマンス | 6.5 | 無料ティアの50クレジットは、アプリケーションコードを1行も書く前の計画だけで4.28消費された |
| パフォーマンスと信頼性 | 7.5 | 計画出力は詳細かつ具体的だったが、要件精緻化中に7分24秒で1件のタイムアウトを確認 |
| 総合 | 8.2 | Kiroのspecワークフローは、これまでレビューした中で最も構造化されたAI支援開発のアプローチです。このスコアは本物の差別化を反映しつつ、無料ティアの制限とテスト中に記録された1回の信頼性問題によって抑えられています。 |
Kiroの機能
- spec駆動ワークフロー: requirements、design、tasks、code
- Agent Hooksがファイルイベントに応じてタスクを自動化
- Steering documentsがエージェントにプロジェクトコンテキストを与える
- Autopilotモードでステップごとの承認なしにタスクを実行
- 外部ツール統合のためのMCPサーバー対応
- 初回起動時のVS Code設定インポート
- Claude Opus 4.8を含む複数モデル対応
私の率直なKiroレビュー: テストして分かったこと
多くのAIアプリビルダーは、次の2つのどちらかに分類されます。
- 説明文からインターフェースを生成するビジュアルツール
- あるいは、プロンプトに応じて直接コードを書くチャットベースツール
Kiroはどちらにも当てはまらないため、レビューには別のアプローチが必要です。
Kiroはエージェント型IDEです。コンポーネントをキャンバスにドラッグすることも、30秒でライブプレビューを得ることもありません。代わりに得られるのは、ビルドを始める前に計画を立て、要件、設計書、構造化されたタスクリストを生成し、エージェントがそれを1ステップずつ処理するローカル開発環境です。
生成されるアプリケーションは、あなたのマシン上にある本物のプロジェクトであり、あなたが所有するファイルに、あなたが定義したスタックで作られます。
このプロセスが実際に機能するかを確かめるために、Kiro内でゼロから不動産管理プラットフォームを構築しました。
プロンプトには、家主とテナントの認証、物件とユニットの管理、賃貸契約の追跡、ステータス更新付きのメンテナンス依頼、Stripe決済統合、メール通知、レポート機能付きの家主ダッシュボードが含まれていました。これはRork、Figma Make、Uizard、Retoolを評価する際に使ったのと同じプロンプトであり、単純な例ではなく本当の複雑さに各ツールがどう向き合うかを比較できます。
このレビューで答えようとした問いは明確でした。Kiroのspecファーストなワークフローは、コードに直接飛びつくツールよりも、より構造化され、保守しやすい成果物を生み出すのか？
ここから分かったことです。
Kiroの起動: ブラウザタブではなくダウンロード
この比較対象に含めた他のAIアプリビルダーはすべてブラウザで動きます。Kiroは違います。始めるには、kiro.devに行き、Downloadsをクリックし、OSを選び、自分のマシンにアプリをインストールする必要があります。
私はPop OSというDebianベースのLinuxディストリビューションを使っていたので、ドロップダウンからDebian（.deb）パッケージを選びました。サイトには他のLinux環境向けにUniversal（.tar.gz）パッケージもあります。WindowsとmacOSのインストーラーも同じダウンロードページから利用できます。
実際にはどういう意味か:
- 初回セッションはブラウザタブではなくローカルインストールが必要
- 無料ティアではネット接続のみのアクセスは不可（Webインターフェースは現在、有料プランでのみプレビュー提供）
- 開発者にとっては問題にならない
- ブラウザベースのビルダーと比較している人は、このセットアップ時間を考慮する必要がある
インストール自体は簡単でした。設定手順も、手動で解決しなければならない依存関係もなく、通常のパッケージインストール後にアプリは問題なく起動しました。
サインインはアプリ内ではなくブラウザで行う
IDEを初めて開くと、アプリ内でログインを求められることはありません。認証はブラウザページにリダイレクトしてそこで処理されます。
サインイン画面には4つの選択肢があります。
| ログイン方法 | 向いている人 |
|---|---|
| 個人開発者やフリーランス | |
| GitHub | 既存アカウントを持つ開発者に最も自然に合う |
| AWS Builder ID | すでにAWSエコシステムにいる開発者 |
| Your Organization | SSOを使うエンタープライズチーム |
GitHubオプションは対象ユーザーにとってよく選ばれています。ほとんどの開発者は既にGitHubアカウントを持っており、新しい認証情報を作らずに認証できます。
登録前に知っておくべき点がいくつかあります。
- GoogleまたはAWS Builder ID（AWS Identity Centerではない）でサインインすると、最初の有料プランへのアップグレードに適用される20ドル分のクレジットが付与されます。これは一度限りの特典なので、ログイン方法を選ぶ前に知っておく価値があります。
- 「Your Organization」でサインインすると、エンタープライズSSO経由でルーティングされ、集中管理されたIDを必要とするチームの入口になります。
- サインインすると、AWS Customer Agreement、Service Terms、Privacy Notice、AWS Intellectual Property Licenseに同意したことになります。KiroはAWS製品なので、データは地理的に該当するAWSリージョン全体で処理されます。
オンボーディング: 2分未満で終わる3つのセットアップ手順
サインイン後、KiroはメインIDEを開く前に短いセットアップを実行します。手順は次の通りです。
ステップ1: テーマを選ぶ。 Kiro DarkまたはKiro Light。どちらも、確定前にコードのシンタックスハイライトのライブプレビューを表示します。
ステップ2: シェル統合を設定する。 これにより、ターミナルからkiroコマンドを使って任意のプロジェクトを開けます。これはスキップして後で設定することもできます。
ステップ3: VS Codeからインポートする。 Kiroは既存のVS Code拡張機能（Open VSXで利用可能なもの）、設定、キーバインドを取り込みます。拡張機能はオンボーディング中もバックグラウンドで読み込まれるため、ローディング画面で待つ必要はありません。
VS Codeからのインポートは、この手順の中で最も実用的です。何年もかけてVS Code環境をカスタマイズしてきたなら、移行時にゼロからやり直す必要はありませんでした。私のセッションではインポートは問題なく動作しました。
ただし、このオンボーディングにはKiroの中核機能の紹介は含まれていません。Specs、Agent Hooks、Steering Documentsが何かは案内されません。メイン画面に到達してから、自分で理解することになります。経験豊富な開発者向けには問題ありませんが、このツールの最も特徴的な機能に最初に触れる際は、自分で探る必要があるということです。
IDE内: Kiroを特別にしている4つのパネル
Kiro IDEはVS Codeに見えます。なぜなら、同じ基盤の上に構築されているからです。ファイルエクスプローラー、エディタータブ、ターミナル、検索バー、メニューバーはすべて期待通りに動作します。
Kiroを標準のVS Codeインストールと分けるのは、左側の専用パネルです。ここにはVS Codeの拡張機能には存在しない4つのセクションがあります。
| パネルセクション | 機能 |
|---|---|
| Specs | 複雑なビルドのための仕様書（requirements、design、tasks）を作成・管理する |
| Agent Hooks | ファイルシステムイベントでトリガーされる自動タスクを設定する |
| Agent Steering and Skills | セッション全体でエージェントの振る舞いを形作るガイダンス文書を保存する |
| MCP Servers | 外部ツールとデータソースをKiroエージェントに接続する |
IDEの右側にはチャットパネルがあります。ここでKiroとやり取りし、クレジット消費をリアルタイムで確認できます。「Est.
Credits Used: 0.1, Elapsed time: 57s」は各エージェントアクションの後に更新されるため、各タスクのコストが常に分かります。
チャット入力バーの下部には、Kiroの動作をタスクごとに決める2つのコントロールがあります。
- モデルセレクター: Auto（Kiroがリクエストごとに最もコスト効率の良いモデルを選ぶ）を選ぶか、Claude Sonnet 4.6やClaude Opus 4.8などの特定モデルを選択できます。
- Autopilotトグル: Autopilotをオンにすると、Kiroは各ステップで承認を待たずにファイルを作成・編集します。オフにすると、各コマンドの前に停止し、Trust、Reject、または手動でRunするかを尋ねます。
不動産管理プラットフォームのテストでは、計画中はAutopilotをオンにし、各ステップを個別に評価するためにタスク実行中は手動承認を使いました。
Verdict: IDEのレイアウトは、VS Codeユーザーなら数分で慣れます。左側の4セクションこそがKiroの価値の源であり、最初のセッション前にそれぞれを理解しているかどうかで、ツールから得られるものが大きく変わります。
Steering Documents: 最初のプロンプトの前にKiroへコンテキストを与える
新しいKiroプロジェクトで最初にやるべきことは、ビルドを始めることではありません。Steering documentsを生成することです。
何も送らずにKiroパネルの「Generate Steering Docs」をクリックしました。Kiroは空のプロジェクトディレクトリをスキャンし、.kiro/steering/の中に3つのmarkdownファイルを作成しました。
| ファイル | 内容 |
|---|---|
| product.md | プロダクト名、説明、コアドメイン概念、主要目標 |
| structure.md | 想定フォルダ構成とファイル配置規約 |
| tech.md | 想定技術スタック、よく使うコマンド、コーディング規約 |
完全に空のプロジェクトに対して、Kiroは妥当なデフォルトを推測しました。React with TypeScript、Next.js API routes、PostgreSQL、Prisma、Tailwind CSS、JWTベースの認証です。tech.mdとstructure.mdの両方が、実際のスタックが足場構築によって確認され次第更新すべきプレースホルダーとしてフラグ付けされました。
これは重要です。というのも、以降のすべてのエージェントアクションは、何をする前にもこれらのファイルを読むからです。プロジェクトを足場構築し、実際のスタックが確認できたら、tech.mdを更新することで、Kiroは今後のすべてのタスクにその規約を自動適用します。
API設計基準、命名規則、デプロイ規則、その他エージェントに固定条件として扱わせたい内容を記した自作のsteeringファイルを追加することもできます。
Vibe ModeとSpec Mode: ビルド全体を左右する決断
新しいビルドのチャットを開くと、入力前にKiroは2つのモードを示します。
Vibe mode は、まずチャットして、進めながらビルドするモードです。計画書はなく、構造化出力もありません。小さな実験、初期段階の探索、または要件がまだ固まっていない作業に向いています。
Spec mode は、コードを一切書く前に計画シーケンスを実行します。Kiroは要件、技術設計書、タスクリストを生成します。その3つを確認・承認してから、初めてコードを書き始めます。保守性が重要な本番向けの作業に最適です。
不動産管理プラットフォームにはSpec modeを選びました。プロンプトを送信すると、Kiroは何も生成する前に2つのフォローアップ質問をしました。
- 「What do you want to start with?」（推奨されているRequirements、またはTechnical Design）
- 「Is this a new feature or a bugfix?」（推奨されているBuild a Feature、またはFix a Bug）
これらの質問が、その後のすべての構造を決めます。Requirementsを選ぶと、Kiroはアーキテクチャに触れる前にユーザーストーリーと受け入れ基準を書きます。
その順序によって、技術設計から要件を逆算する場合とは根本的に異なる計画成果物が生まれます。
Specワークフロー: コードを書く前に要件、設計、タスクリストを作る
ここが、Kiroを真剣に評価する価値を持たせている部分です。
「Requirements」と「Build a Feature」を選んだ後、Kiroは.kiro/specs/property-management-platform/の中にrequirements.mdを作成しました。文書はすぐにエディターに表示され、書き進められる様子を読めました。内容には次が含まれていました。
用語集: Auth_Service、Property_Service、Lease_Service、Payment_Service、Maintenance_Service、Notification_Service、Dashboard_Serviceを含む12のドメイン用語が正確に定義され、それぞれが計画された特定のサブシステムに対応づけられていました。
プラットフォーム説明: LandlordとTenantの両方のロールが文書化され、確認済みの技術スタックとしてNext.js、TypeScript、PostgreSQL、Prisma、Tailwind CSS、Stripe、Dockerが記載されていました。
初期文書の生成後、Kiroは自動的な精緻化ステップを実行しました。12個の要件すべてを解析し、それぞれに並列のdetailerサブエージェントを割り当て、各要件に対する完全な受け入れ基準を加えた形でrequirements.mdを更新しました。パネルはこれをリアルタイムで表示しました。「Refining requirements 12/12.」
要件が完成すると、「Continue」をクリックして「Generate Design and Tasks」を選びました。Kiroはdesign.mdとtasks.mdを同時に生成しました。タスク分解が、このセッションで最も優れた出力でした。
11のタスクグループ、43のサブタスク、実装順:
- プロジェクトの足場構築とインフラ
- 認証（JWT、ブラックリスト、ミドルウェア、ページ）
- 物件とユニットの管理
- テナント管理
- 賃貸契約管理、ドキュメントアップロード、cronジョブ
- メンテナンス依頼
- Stripe支払いとwebhook
- メール通知
- 家主ダッシュボードとレポート
- 共有UIコンポーネントとレイアウト
- APIの堅牢化（レート制限、CORS、ヘルスチェック、環境検証）
各サブタスクには、正確なコマンド、ファイルパス、追跡可能な要件参照が含まれていました。たとえばTask 1.1は、説明の中でRequirements R12（Docker）とR10（REST API）に直接言及していました。計画と実装の結びつきは、セッション全体で明確かつ検証可能でした。
Rorkはこれとは対照的に、この段階を丸ごと飛ばして、プロンプトから直接ユーザーインターフェースを生成します。出力品質の違いは目に見えて分かります。Kiroのタスクリストは、人間の開発者にそのまま渡して、何をどの順番で作るべきかを理解してもらえるほど具体的です。
タスク実行: Kiroが実際に構築したもの
タスクリストを承認したあと、Task 1.1: Initialize Next.js 14 project with TypeScript, Tailwind CSS, and ESLint の「Start task」をクリックしました。
Kiroはtasks.mdのタスクステータスを「in progress」に更新し、その後実行をspec-task-executionサブエージェントに委ねました。エージェントはまずワークスペースを確認し、.kiroのspecフォルダだけが存在してNext.jsプロジェクトはまだないことを確かめてから、足場構築を進めました。
最初の実行サイクル内で、ファイルツリーには次が追加されました。
- Next.js、React 19.2.4、TypeScript、Tailwindの依存関係が記載されたpackage.json
- tsconfig.json、eslint.config.mjs、next.config.ts
- src/とpublic/のディレクトリ構造
- Kiroがプロジェクト向けのエージェントガイダンスファイルとして生成したAGENTS.mdとCLAUDE.md
- README.md
CLAUDE.mdファイルは注目に値します。KiroはAWS製品ですが、内部ではAnthropicのClaudeモデル上で動作しています。CLAUDE.mdファイルは、Claude駆動のエージェントがプロジェクト固有の行動指針を保存するためのものです。AWSインフラという文脈の中でも、これが生成された足場に含まれているのは、その基盤モデルを反映しています。
タスクリスト表示の上部には、「Run all tasks」ボタンがあり、Autopilotを有効にして43のサブタスクすべてを順番に実行できます。
私は各ステップを評価するために、タスクを1つずつ実行しました。承認済みプランに自信がある実際のプロジェクトでは、すべてのタスクを自動で実行し、各グループの最後で出力を確認するのは合理的で時間効率のよいワークフローです。
Kiroが実行中に生成したファイルはすべて、自分のローカルプロジェクトディレクトリ内にある本物のファイルであり、最初の瞬間から所有・編集可能でした。これは、Figma MakeやUizardのようなブラウザベースのビルダーでは、出力がデザイン資産か、あるいはあなたがローカルで制御できないホスト型アプリケーションのどちらかになるのとは大きく異なります。
7分目のタイムアウト: 信頼性への意味
これは最も重要なテスト中に起きたことなので、率直に伝えます。
Kiroが12個すべての要件を精緻化し、requirements.mdへの編集を受け入れた後、エージェントはタイムアウトしました。チャットパネルのエラーメッセージにはこうありました。
「The request timed out. Please try again. (Conversation ID: 29d25548-c3ce-414c-8f57-702124c7fec6). Elapsed time: 7m 24s.」
これは、要件フェーズから設計生成フェーズへの移行時に発生しました。タイムアウトまでに完了した作業は保存されていました。要件は失われていません。
エラーを確認したあと、「Continue」をクリックして「Generate Design and Tasks」を選びました。Kiroは要件ステップを繰り返すことなく復旧し、2つの文書をきれいに生成し、その後のセッションも通常通り続きました。
ここで重要な背景は次の通りです。
- タイムアウトは、並列精緻化が走る12の異なる要件領域を含む複雑なプロンプトで発生した。
- Kiroは現在プレビュー段階であり、複雑なタスクの限界点での信頼性は、こうした段階のツールでは知られた特性です。
- 復旧はきれいでした。チェックポイントシステムが完了済み作業を保持し、次のステップは即座に実行されました。
とはいえ、ツールの最も特徴的な機能の7分後にタイムアウトが起きるのは、実際の体験としての失敗です。締め切りに追われているとき、きれいに復旧しても手動で再試行が必要なツールは苛立たしいものです。
Agent Hooks: 依頼されなくても動く自動化
Agent Hooksは、ここで比較対象にした他のどのAIコーディングツールにも存在しない機能であり、AI支援の考え方を変えるものとして個別に注目する価値があります。
Hookとは、ファイルシステムイベントが発生したときに自動で実行されるタスクです。平易な言葉で振る舞いを記述すると、Kiroがそれをイベントリスナーに変換し、その後はトリガー条件が満たされるたびにバックグラウンドで動作します。実行コマンドも、忘れないようにするリマインドも不要です。
Hookでできることの例:
- ファイル保存時: コンポーネントにテストファイルがない場合、基本的なテストを生成する
- ファイル保存時: コードのクリーンアップやフォーマットチェックを実行する
- ファイル作成時: 新しい関数のドキュメントを自動生成する
- 文字列定数が変更されたとき: 手動操作なしでローカライズファイルを更新する
Hookは.kiro/hooks/の中に編集可能なファイルとして保存されます。トリガー条件や指示を調整したければ、そのファイルを直接編集します。設定は透明で、他のプロジェクト成果物と同様にバージョン管理できます。
最も実用的なのは、保存時テストの例です。開発者はテストを書くのをスプリントの終わりまで先送りしがちですが、コンポーネント保存時にこっそり基本テストを追加するhookがあれば、その判断自体を不要にできます。次に保存したとき、何もせずにファイルツリーにテストが現れます。
クレジット消費: 無料ティアで実際に何ができるのか
クレジットモデルは、利用前に最も注意深く読むべき部分です。
無料ティアには50クレジットが付与されます。1回の不動産管理プラットフォームのspecセッションで消費されたのは、計画だけで4.28クレジットでした。要件、設計書、43個のタスク一覧が含まれ、アプリケーションコードを1行も書く前です。
その消費率だと、次のようになります。
| シナリオ | 無料ティアでの想定カバー回数 |
|---|---|
| 計画セッションのみ（コード実行なし） | 約11セッション |
| 計画＋部分的なタスク実行 | 3〜5セッション |
| 複雑なプロジェクトでのspecから実行までのフルサイクル | 多くても1プロジェクト分 |
登録前に理解しておくべき仕組み:
- クレジットは繰り越されません。請求月末に残っていた分は失われます。
- オーバーエイジはすべての有料プランでデフォルト無効です。上限に達する前にSettingsで有効化しないと、Kiroは途中で止まります。
- モデル選択は消費率に影響します。同じタスクをClaude Sonnet 4.6で実行すると、Autoモードの1.3倍のクレジットがかかります。Opusモデルはさらに高くなります。
- 無料ティアではClaude Sonnet 4.5と、Qwen3 Coder Next、DeepSeek v3.2、MiniMax 2.1を含むオープンウェイトモデルが利用できます。有料ティアではClaude Sonnet 4.6、Claude Opus 4.6、Claude Opus 4.8が解放されます。
- クレジット使用量はチャットパネルで各エージェントアクション後に確認でき、サブスクリプションダッシュボードには5分ごとに更新されます。
リアルタイムのクレジットトラッカー（各タスク後に「Est. Credits Used: 0.1, Elapsed time: 57s」と表示される）は、同等のツールには今のところない透明性機能です。各タスクのコストが実行中に正確に分かるので、Autoモードを使うか特定モデルを使うかを判断できます。
Kiroの価格とプラン
Kiroはクレジットベースのモデルを採用しており、固定の月間割当を持つ無料プランから、日常的にプロフェッショナル利用する人向けの大容量プランまで、5つのティアがあります。
すべての有料プランには、プレミアムモデルへのアクセス、従量課金オーバーエイジを有効化するオプション、specs、hooks、autopilot、CLIアクセスを含むKiroの全機能が含まれます。
プラン選択前に知っておくべきこと:
- 無料プランは、クレジットカード不要の固定月間クレジット割当を提供します。有効期限はありませんが、1回の複雑なspecセッションでかなり減ります。
- GoogleまたはAWS Builder ID（AWS Identity Centerではない）を使って無料から有料プランへ初めてアップグレードすると、サブスクリプション費用に充当できる20ドル分のクレジットが付与されます。この特典は一度だけです。
- Kiroの請求は毎月1日に行われます。月途中でアップグレードすると、日割り料金を支払いながら、新しいプランのフルクレジット上限をすぐに使えます。
- オーバーエイジ請求はすべての有料プランで、追加クレジットあたりの固定料金で利用できます。ただしデフォルトではオフです。上限に達する前にSettingsで有効にしないと、Kiroはクレジット切れで作業を停止します。
- 未使用クレジットは翌月に繰り越されません。
- 各開発者はそれぞれ個別のサブスクリプションが必要です。現時点では共有チーム席のオプションはありません。チーム請求機能は近日公開予定です。
- Kiroの標準ポリシーでは、月途中の解約に返金はありません。利用は請求期間の終了まで続きます。返金は請求エラーの場合に限り、個別対応で検討されます。
- 支払い方法はクレジットカードのみです。
- GovCloud（US）の価格は標準価格より約20%高く、その環境では無料ティアは利用できません。GovCloudへのアクセスには、有料プランとAWS IAM Identity Center経由のエンタープライズ認証が必要です。
- Webインターフェースは現在プレビューで、有料ユーザーのみ利用できます。IDE、CLI、Webのいずれでもクレジット消費率は同じです。
どのプランがどのタイプのユーザーに合うか: 無料プランは本格的な評価には十分です。実際のプロジェクトで継続開発するなら、途中で足りなくならないよう有料プランが必要です。上位プランは、毎週複数回のフルspecセッションを回す開発者や、複数の複雑なプロジェクトを並行して扱う人に向いています。
Kiroの代替
Kiroに最も直接的な競合はCursorです。こちらもVS Codeを基盤にしたAI搭載コードエディターで、開発環境の中にAIを深く統合したい開発者を対象にしています。
根本的な違いはワークフローの思想です。Cursorは、あなたがすでにやっていることを加速するためのものです。つまり、あなたがコードを書き、Cursorが支援します。
Kiroは、まず計画段階を引き受けるためのものです。エージェントが何を作るべきかを定義してから、そのどれかを書き始めます。主な悩みがAIチャットとエディターを行き来する時間のロスなら、Cursorのほうが直接的に解決します。AI生成コードの構造不足や保守のしにくさが悩みなら、Kiroのspecワークフローのほうが適しています。
| 機能 | Kiro | Cursor |
|---|---|---|
| 使いやすさ | VS Codeユーザーには馴染みやすいが、specワークフローには学習コストがある | VS Codeユーザーには馴染みやすく、オンボーディングの摩擦が低い |
| 最適な用途 | 本番プロジェクト向けの構造化されたspec駆動のビルド | 既存コードベース内での高速なAI支援編集とエージェントタスク |
| バックエンドとデータ | 完全に制御されたフルスタックで、実際のローカルプロジェクトを構築 | 既存プロジェクトファイルを編集・拡張し、完全に制御されたフルスタックを維持 |
| デザインの柔軟性 | ビジュアルビルダーなし。ローカルで所有される実コードを出力 | ビジュアルビルダーなし。ローカルで所有される実コードを出力 |
| 価格モデル | クレジットベース。50無料クレジット。すべての利用は月間クレジット割当から消費 | 2025年6月以降はクレジットベース。Autoモードは無制限。プレミアムモデル選択は月間クレジットプールから消費 |
最終評価: Kiroは買いか？
Kiroは、コードを書く前に計画を置くことで差別化されています。specificationワークフロー、steering documents、タスク分解により、AIツールがいきなり実装に飛びつく場合よりも、より構造化され保守しやすいコードベースが生まれます。Agent Hooksも大きな魅力で、1回のプロンプトを超えて継続的に動くワークフロー自動化を可能にします。
一方で、学習コストと価格設定がトレードオフです。無料ティアは大規模プロジェクトには不十分で、開発者はIDEで作業することに慣れている必要があります。テスト中にはタイムアウトも発生しましたが、Kiroは進捗を失うことなく復旧しました。
本番ソフトウェアを構築する開発者なら、Kiroは現在利用できるAIコーディングツールの中でも最有力の1つです。シンプルなノーコードアプリビルダーを探しているなら、適切な選択ではありません。
