Kiro料金 vs Cursor料金 徹底比較:どっちのAIコーディングツールを選ぶべきか

Kiroの料金からおさらい

Kiroは AWS(アマゾン)が出しているAI IDEで、料金はクレジット制のサブスクリプションになっている。

• Kiro Free: 月0ドル、クレジット50個。オープンウェイトモデルとClaude Sonnet 4.5系へのアクセスを含む。
• Kiro Pro: 月20ドル、クレジット1,000個。
• Kiro Pro+: 月40ドル、クレジット2,000個。
• Kiro Pro Max: 月100ドル、クレジット5,000個。
• Kiro Power: 月200ドル、クレジット10,000個。

クレジットを使い切ったら、追加クレジットを1個0.04ドルで購入できる。チーム向けプランも同じ料金構造に、SSOや使用量ダッシュボードといった管理機能が加わる形だ。まとめると、Kiroは「リクエスト何回=クレジット何個」という計算がはっきりしている反面、重い作業(大規模リファクタリング、長いコンテキストでのスペック文書生成)を頻繁に回すと、クレジットが思ったより早く減るというのが実ユーザーに共通する体感のようだ。

Cursorの料金

Cursorは無料のHobbyプランから始まる。

• Hobby(無料): カード登録なしで、制限付きのエージェントリクエストとComposerが使える。
• Pro: 月20ドル。エージェントの利用上限が大きく増え、フロンティアモデル(Claude、GPT系など)へのアクセス、MCP・フック・クラウドエージェント機能が解放される。
• Pro+ / Ultra: Proよりもそれぞれ余裕のあるエージェント利用上限を与える上位グレードで、UltraはProに比べてかなり大きな使用量上限を持つ。ただしこの2グレードの正確な月額料金は、Cursorのサイト上で地域やプロモーションによって変動して表示される傾向があるため、正確な金額は登録時に直接確認することをおすすめする。
• Teams Standard: ユーザー1人あたり月40ドル。一括請求、チーム共有コンテキスト、SSO(SAML/OIDC)、Bugbotによるコードレビューを含む。
• Enterprise: 個別見積もり。

つまり入門用の有料プランだけを見ると、Kiro ProとCursor Proはどちらも月20ドルで同額だ。違いは、その20ドルで何をどれだけ使えるかにある。Kiroはクレジット数(1,000個)できっちり制限し、Cursorは「リクエスト回数」というより、エージェント利用上限という概念で制限する。軽いコード補完中心の使い方なら両方式とも体感差は大きくないが、一日中エージェントを回して大きな作業をさせるスタイルなら、Cursorのほうが上位グレード(Pro+、Ultra)に行くほど使用量上限が倍々で増えていく構造なので、拡張性がより柔軟だ。

無料プランだけを比べると

軽く試してみたい人にとっては、無料プランの違いのほうが重要かもしれない。Kiro Freeはクレジット50個とはっきり制限されているため、スペック文書を作成してコードを数回生成するとすぐに使い切ってしまう。Cursor Hobbyは「制限付きのエージェントリクエスト」という表現で上限を設けているが、軽い自動補完や短いチャット形式の質問程度なら問題なく使える方だ。どちらの無料プランも「製品を試食する用」であって、実務に使うには物足りないという点は同じだ。

両者の根本的な違い — 開発方式そのものが異なる

料金表だけ見ると両製品は似ているように見えるが、実際にコードを書く方式はかなり違う。

Kiro:スペック駆動開発(Spec-Driven Development)

Kiroの核心的な差別化ポイントは「スペック(Spec)」という概念だ。ユーザーが自然言語で機能を説明すると、Kiroはすぐにコードを吐き出すのではなく、まず3種類の文書を作成する。

1. requirements.md — 要件をユーザーストーリーと受け入れ基準(acceptance criteria)の形でまとめる
2. design.md — アーキテクチャ、データフロー、コンポーネント構成を設計文書としてまとめる
3. tasks.md — 実際に実装する作業をチェックリスト単位に分割した実行計画

この3つの文書をユーザーが確認・承認してから、Kiroは初めて実際のコードを書き始める。この流れのおかげで「AIがとんちんかんな方向にコードを書いてしまった」という事故が減り、特に複数人で見るプロジェクトでは設計意図を文書として残せるというメリットがある。また「steering」ファイルというプロジェクト全体のルール文書を置けるため、コーディング規約やアーキテクチャの原則を毎回プロンプトに繰り返し入力しなくて済む。

弱点は速度だ。簡単なバグ1つ直すだけでも、スペック文書生成の段階を経るため体感の応答速度が遅くなると感じるユーザーが多い。そのためKiroは、最初から設計を整えて進める新規機能開発や、複数人が関わるプロジェクトで真価を発揮する一方、思いつきでコードをちょこちょこ直していく作業にはむしろ不便だという評価も出ている。

Cursor:編集体験中心、速いエージェントループ

CursorはVS Codeをフォークして作ったエディタにAI機能を組み合わせた形なので、既存のVS Code拡張機能やショートカット、UI配置をほぼそのまま使えるという点が参入障壁を下げている。Cursorの核心は「速い編集ループ」にある。

• Tab自動補完: カーソル周辺の文脈を見て、次の行、さらには複数行を一度に予測して提案する。
• Composer / エージェントモード: 自然言語で指示すると、複数ファイルを一度に修正し、ターミナルコマンドまで代わりに実行する。
• 多様なモデル選択: Claude、GPT系など複数のフロンティアモデルを状況に応じて選んで使える。
• MCP(Model Context Protocol)対応: 外部ツールやデータソースをエージェントに接続して拡張できる。

CursorはKiroのように別途スペック文書の承認プロセスを強制しない。望めばチャット欄で先に計画を立ててほしいと頼むこともできるが、基本の流れは「指示 → 即編集 → 確認 → 次の指示」とずっと速く回る。その分、設計の文書化はユーザー自身が意識して行う必要があるということでもある。

機能比較表で見る違い

実際の利用シーンで見る選び方の基準

Kiroのほうが向いているケース

• 新規プロジェクトを最初から設計しながら始めたい、要件を文書として残したいとき
• チームメンバーが複数いて、「なぜこう作ったのか」をコードではなく文書で共有する必要があるとき
• AWSのエコシステム(Bedrock、各種AWSサービス)と統合して開発する場合
• クレジット消費ペースさえ管理できれば、予算を見積もりやすい

Cursorのほうが向いているケース

• すでにVS Codeに慣れていて、拡張機能やショートカットをそのまま使いたいとき
• あれこれ素早く試しながらコードを直していくスタイルのとき
• 複数のAIモデルを状況に応じて切り替えて使いたいとき
• 自動補完(Tab)の品質そのものを重視するとき — CursorのTab自動補完は、業界内でも反応速度と精度で特に評価が高い方だ

口コミで見えてくる分かれ目

コミュニティの口コミを総合すると、「Kiroは初心者よりも、すでに開発経験があり設計段階を重視する人たちに好まれ、Cursorは速い反復作業と既存ワークフローの維持に強い」という評価が多い。Kiroの使い方自体がスペック文書という馴染みのない概念を覚える必要があるため序盤の学習コストがある一方、CursorはVS Codeを使ったことがあればほとんど学ぶことがないくらい参入障壁が低いという違いも大きい。

コストパフォーマンスの面では、両ツールとも月20ドルの入門料金が同じなので、「どちらが安いか」よりも「自分の作業スタイルにどちらの上限構造が負担にならないか」で判断するのが正しい。クレジットがはっきり数字で表示されるほうを好むならKiro、変動するエージェント上限の中で自由に使いたいならCursorのほうが心理的に楽だという反応が多い。

あわせて知っておきたい細かな違い

コンテキスト管理の方式

Kiroはスペック文書(requirements.md、design.md、tasks.md)とsteeringファイルそのものが「持続するコンテキスト」の役割を果たす。会話が途切れたり新しいセッションを開いたりしても、これらの文書を読み直せばエージェントがプロジェクトの文脈を素早く取り戻せるのが利点だ。Cursorは.cursor/rulesのようなプロジェクトルールファイルとコードベースのインデックスを通じてコンテキストを維持するが、会話そのものの流れに依存する部分が比較的大きく、新しいセッションを開いたときに前の会話の文脈を最初から説明し直す必要があるケースが相対的に多い。

コラボレーションとレビューの観点

複数人が関わるプロジェクトで「この機能をなぜこう設計したのか」をコードレビュアーが把握する必要があるとき、Kiroのスペック文書はそのまま設計根拠の資料になる。プルリクエストにrequirements.mdとdesign.mdを一緒に添付すれば、レビュアーがコードを一行ずつ読まなくても意図を把握できる。Cursorはこうしたドキュメント成果物が標準では残らないため、コラボレーション時に設計意図を残したいなら、コミットメッセージやPRの説明を別途丁寧に書く習慣が必要になる。

オフライン・ローカル環境

両ツールともクラウドベースのモデルに依存しているため、インターネット接続が切れると、中核機能であるエージェントによるコード生成は動かなくなる。ただし基本的なエディタ機能(ファイル編集、シンタックスハイライト、ローカル実行)はインターネットなしでも使い続けられる点は両ツールとも同じだ。

ラーニングカーブの体感

長くVS Codeを使ってきた開発者なら、Cursorはインストールしてすぐほぼ違和感なく使える。一方Kiroは、エディタの操作自体は似ているものの、スペック承認という馴染みのないステップのせいで「なぜコードがすぐ出てこないんだ」という反応が最初の1〜2日は出ることがある。この段階に慣れると、むしろ設計なしでいきなりコードを書く方式のほうが不安に感じるという口コミも多い。つまり学習曲線の向きが違うだけで、どちらかが絶対的に簡単とは言い切れない。

クレジットと使用量、実際どれくらい使うのか感覚をつかむ

Kiro Proのクレジット1,000個が実際どの程度の作業量になるのか気になるところだろう。スペック文書生成(requirements→design→tasks)のそれぞれでクレジットが消費され、その後のコード生成段階ではファイル数とコード量に比例して追加で消費される。小さな機能1つ(ファイル2〜3個修正レベル)をスペックから実装まで進めると、おおよそ数十クレジット単位で消費されるケースが多く、毎日いくつかの機能をコンスタントに作業するペースだと、月1,000クレジットでも足りなく感じることがある。この場合、クレジットを追加購入する(1個0.04ドル)か、上位グレード(Pro+、Pro Max)に上げるという選択肢がある。

Cursor Proはクレジットという明示的な単位の代わりに「エージェントリクエスト上限」で管理されるため、ユーザー側としては正確にあと何回残っているかを数字で確認するというより、ダッシュボードの使用量グラフで推移を見る形に近い。軽い自動補完中心で使う人は上限にほとんど届かないが、エージェントに大きなリファクタリングを頻繁に任せる人はPro上限をすぐ使い切り、Pro+やUltraに移行するケースが多い。

セキュリティとデータ処理の観点

両ツールともコードをクラウド上のAIモデルに送信して処理するため、社内ポリシー上、機密性の高いコードを外部に出せない組織であれば、導入前に必ず各サービスのデータ処理ポリシーを確認する必要がある。KiroはAWSインフラ上で動作するため、すでにAWSを信頼して使っている企業であれば、セキュリティ審査のプロセスが比較的スムーズに進む可能性がある。Cursorも法人向けプランでプライバシーモード、コード保存ポリシーなどを提供しているため、チーム単位で導入する際は、両サービスともエンタープライズグレードの契約条件とデータ保管ポリシーを別途確認する手順を踏むのが安全だ。

結論 — どんな人が何を使うべきか

まとめるとこうなる。

• 一人で素早く試しながら、既存のVS Code環境を維持したい → Cursor
• チームプロジェクトで設計文書を残しながら体系的に開発したい → Kiro
• AWSインフラと密接に作業している → Kiroが自然にフィットする
• 多様なモデルを自由に切り替えたい、自動補完の品質を重視する → Cursor

両者とも月20ドルという同じ入門価格を掲げているが、その20ドルが買う「開発体験」はまったく異なる方向を向いている。両方を同時に契約して、プロジェクトの性格によって使い分けている開発者も実際に少なくない。