Kiroとは｜AWS製AI IDEの使い方・料金とCursorとの違い

Kiroとは｜AWSが提供する仕様駆動のAgentic IDE

Kiroは、AWSが提供するAIエージェント型のIDEです。Kiro公式サイトからダウンロードでき、執筆時点の公式案内では一般提供とされています。

最大の特徴は、実装の前に仕様を文書として固めさせる導線がツール側に組み込まれていることです。多くのAIコーディングツールは「チャットで指示 → 差分が出る」という流れですが、Kiroは要件・設計・タスクという3つのマークダウンを挟みます。

この「仕様を先に書く」という進め方自体は、Kiro固有の発明ではありません。開発プロセスとしての考え方・3文書の書き方・向き不向きは仕様駆動開発（SDD）とは｜3つの文書で進める手順と向き不向きで扱っています。本記事はプロセス論には立ち入らず、Kiroというツールをどう使い、いくらかかるかに絞ります。

基本スペックと提供形態

公式のインストールガイドによると、提供形態は1つではありません。

サインインはGoogle、GitHub、AWS Builder ID、組織のID基盤（AWS IAM Identity Center）から選べます。AWSアカウントが必須というわけではありません。ここは誤解されやすい点です。

VS Codeの設定と拡張機能はインポートできるため、エディタの乗り換えコスト自体は低めです。

ほかのAI IDEとの差がどこに出るか

Cursorも Claude Code も、プロンプト次第で設計文書を書かせることはできます。比較軸は複数ありますが、本記事の軸で違いが最も出やすいのは強制力と永続性です。

Kiroでは生成された3文書がプロジェクト配下（.kiro/specs/）にファイルとして残り、タスクの実行状況もそこに紐づきます。チャット履歴ではなくリポジトリ側に仕様が残るため、セッションをまたいでも、担当者が替わっても参照先が同じになります。

一方で、この構造は小回りの良さとトレードオフです。ちょっとした修正にも文書生成の工程が挟まるため、速度を最優先する場面では重く感じます。

Kiroの主要機能｜Spec・Hooks・Steering・Powers

Kiroの機能は4つ押さえれば足ります。Spec、Hooks、Steering、Powersです。

Spec｜要件・設計・タスクの3文書

公式ドキュメントによると、Specは次の3ファイルで構成されます。

バグ修正向けには requirements.md の代わりに bugfix.md を使うBugfix Specが用意されています。新機能とバグ修正でテンプレートが分かれているのは、ほかのツールにはあまりない設計です。

タスク間の依存関係を解析して独立したものを並列実行する機能、承認ゲートを挟まずに3文書を一気に作るQuick Specも公式に記載があります。毎回フルの承認フローを回す必要はありません。

Hooks｜保存やコミットの前後に処理を差し込む

Agent Hooksは、イベントをトリガーに処理を自動実行する仕組みです。エージェントがファイルを保存した直後にリンタやフォーマッタ、型チェックを走らせる、前提条件を満たさないツール実行をブロックする、といった使い方ができます。

設定は .kiro/hooks/ 配下のJSONファイルです。PostFileSave、PreToolUse／PostToolUse、Stop などのトリガーが用意されています。

設定ファイルを手書きしなくても、チャットで「保存時にこれを走らせたい」と伝えればKiro側が生成してくれます。

Steering｜プロジェクト固有の前提を常に読ませる

Steeringは、チームの規約やライブラリ選定といった前提知識をマークダウンで持たせる機能です。.kiro/steering/ に置くとそのワークスペースに、ホームディレクトリ側の ~/.kiro/steering/ に置くと全ワークスペースに効きます。競合したときはワークスペース側が優先されます。

標準ファイルは3つです。

• product.md：製品の目的、ユーザー、主要機能

• tech.md：フレームワーク、ライブラリ、技術的制約

• structure.md：ファイル構成、命名規則、アーキテクチャ

読み込み方は4種類（always／fileMatch／manual／auto）から選べます。実務上は、全部をalwaysにするよりファイルパターン連動のfileMatch中心にした方が、コンテキストを圧迫せず扱いやすいケースが多くなります。

PowersとMCP｜外部ツール・知識の後付け

Powersは、ツール・ワークフロー・ベストプラクティスをまとめたプラグイン形式のパッケージです。会話に関連キーワードが出たときだけオンデマンドで読み込まれるため、MCPサーバーのように全ツールを常時ロードする方式よりコンテキスト消費を抑えられます。

Powersは複数ベンダーが支持するAgent Plugins仕様に準拠しており、ほかのエージェントへ持ち運べる形になっています。MCPそのものの仕組みはModel Context Protocolとは｜MCPの仕組み・活用事例をエンジニア視点で解説で解説しています。

Kiroの使い方｜インストールから最初のSpec生成まで

導入の流れは4ステップです。筆者が初回セットアップを試した範囲では、ダウンロードから最初のSpec生成まで15〜30分程度でした（既存リポジトリを1つ開いた場合の実測で、回線速度や拡張機能の移行量で変わります）。

1. 公式サイトからインストーラを取得し、実行する

2. Google／GitHub／AWS Builder ID のいずれかでサインインする

3. VS Codeの設定・拡張機能をインポートするか聞かれるので、必要なら引き継ぐ

4. 対象リポジトリを開き、作りたい機能を自然言語で伝えてSpecを生成する

CLIだけで使う場合は、公式が提供するインストールスクリプトをターミナルから実行します。CLIのドキュメントには、CI/CDパイプラインで非対話的に動かすヘッドレスモードも記載があります。

Specモードと通常チャットの使い分け

全部をSpecで通す必要はありません。 判断軸はシンプルで、「仕様が後から争点になるか」です。

チャットから直接コードを書かせる進め方の功罪はvibe codingとは｜AI協働コーディングの実態とエンジニアの業務変化【2026年版】で整理しています。

最初に詰まりやすい3点

初回で手が止まりやすいのは、だいたい次のどれかです。

• Specの初動が重い：要件が曖昧なまま投げると、設計文書が一般論で埋まります。対象範囲と非対象（やらないこと）を2〜3行でも先に書いてから投げると精度が変わります

• Steeringを入れていない：既存コードベースに当てると、プロジェクトの流儀を無視した提案が出ます。tech.md と structure.md だけでも先に置いてください

• Hooksの入れすぎ：保存のたびに重い処理が走ると体感速度が落ちます。最初はフォーマッタと型チェックの2つ程度から

Kiroの料金プランとクレジットの消費ルール

公式の料金ページでは、セルフサーブのプランが5段階で提示されています。執筆時点の内容です。

このほかに管理者向けのEnterpriseがあります。すべてのプランが500人規模までのチーム利用に対応しています。円換算額は為替で変わるため、ここではドル表記のままにしています。料金・クレジット数は改定されることがあるため、契約前に公式料金ページで最新情報を確認してください。

公式の記載では、クレジットは「ユーザーのプロンプトに応答して行われる作業の単位」と定義されています。使用量は請求月の開始時にリセットされ、使い切らなかった月次クレジットは翌月に繰り越されません。 追加購入したアドオンクレジットだけは繰り越され、購入日から12か月で失効します。

モデルによってクレジットの減り方が変わる

ここが見落とされやすい部分です。モデル一覧のドキュメントでは、Autoを1.0倍とした相対倍率が公開されています。以下は執筆時点の一例です。モデル構成や倍率は更新されるため、最新値は公式のModelsページで確認してください。

公式は「Autoで X クレジット消費するタスクは、Sonnet 4.6 では 1.3X クレジットになる」と説明しています。つまり同じ作業でも、上位モデルを常用すると月の消費が2倍以上に振れます。この表に含めていない限定プレビューのモデルを含めると、倍率の幅はさらに広がります。

どのプランを選ぶか

使用量は作業内容に強く依存するので、一律の推奨はしにくいところです。判断の起点としては次のように考えると整理しやすくなります。

• まず試す段階：Freeの50クレジットで、Spec生成が自分の案件に馴染むかだけ確かめる

• 週の一部で使う：Proから入り、超過が常態化するなら上位へ。超過は0.04ドル刻みなので、少しのはみ出しなら上位プランより安く済むケースもあります

• 常時フル稼働で使う：Pro Max以上。あわせてAuto・Haikuなど低倍率モデルへの切り替え運用を検討する

ミニFAQ：無料プランだけで実務に使えますか

50クレジットは機能を確かめるための枠と考えた方が現実的です。継続的な実装作業に充てる量ではありません。

Cursor・Claude Code・Clineとの違いと使い分け

結論から言うと、Kiroは「仕様を残すこと」に寄せたツールで、速度最優先のツールとは土俵が違います。

3ツールを横並びで比較したAIコーディングエージェント比較｜Cursor・Claude Code・Clineの選び方に判断軸をまとめています。個別の料金や使い方はCursorとは？AIコードエディタの特徴・使い方・料金とGitHub Copilotとの違いを解説とClaude Codeとは｜使い方・料金プラン・案件動向を解説が詳しいです。

ケース別の使いどころ

ケース1：個人開発・プロトタイプ

Specの工程が純粋な負荷になります。通常チャットか、Cursor・Clineのような軽量な構成の方が回しやすい場面です。Kiroを使うにしてもQuick Specで十分でしょう。

ケース2：既存システムの保守・改修案件

相性が良いのはこちらです。仕様書が残っていない現場で、改修のたびに要件と設計を文書化できます。成果物がリポジトリに残るため、引き継ぎ資料としても機能します。

ケース3：複数人のチーム開発

Steeringで規約を共有し、Hooksで品質チェックを自動化する構成が効きます。レビュー前の指摘を機械的に潰せる分、人のレビューが設計論点に集中します。

Kiroを選ばない方がよいケース

• エディタを変えたくない。VS Code環境を動かせない制約がある（この場合はClineとは｜OSSのAIコーディングエージェントの使い方・料金・違いやWindsurfとは｜AIコードエディタの使い方とCursorとの違いで扱っている拡張型・別IDEが候補）

• 対象が調査・検証タスク中心で、成果物としてのコードがほとんど出ない

• クレジット制の従量課金が、案件の経費処理と噛み合わない

フリーランスエンジニアがKiroを案件で使うときの注意点

ツールの機能よりも、先に確認すべきことがあります。

契約上の生成AI利用可否を最初に確認する

客先の案件では、コードや設計情報を外部サービスへ送信してよいかが契約・セキュリティ規程で制限されていることがあります。Kiroはクラウド上のモデルを使う構成なので、リポジトリの内容が送信対象になりえます。

確認すべきは、生成AIツールの利用可否、送信してよい情報の範囲、学習利用に関する取り決めの3点です。詳細は業務委託で生成AIを使うときの契約・機密情報の注意点｜客先案件の実務にまとめています。

組織のID基盤（AWS IAM Identity Center）でのサインインに対応しているため、企業側がアカウントを一元管理する構成は取れます。個人アカウント利用の可否は組織規程と契約条件によりますが、客先案件では事前に合意を取る運用が安全です。

ツール費用の負担者は契約で確認する

月20ドルからというコストは、準委任では自己負担になるケースが多いものの、指定ツールかどうかや契約条件によって扱いが変わります。常駐案件で特定ツールの利用を求められる場合は、費用負担を事前に取り決めておくと後で揉めません。

単価につなげるなら「使える」より「設計できる」

少なくとも近年は、AIコーディングツールを触れること自体より、運用設計までできる人の方が差別化しやすい傾向があります。評価されやすいのは、Steeringで規約を設計した、Hooksでレビュー工程を自動化した、といった仕組み側を設計した経験です。

このあたりの見せ方はエンジニアの生成AI活用術｜ツール使い分けで開発効率化と単価アピールに効く実務で具体的に扱っています。AI関連の案件区分と単価の全体像はAI案件の種類と単価相場｜フリーランスエンジニア向け完全ガイド、エージェント開発寄りの案件はAIエージェント開発案件の単価相場｜必要スキル・獲得ルートを解説が参考になります。

自分が今どのくらいの単価を狙えるか確認したい場合は、無料のフリーランスエンジニア単価診断で市場単価の目安を把握できます。単価を体系的に上げる考え方は【2026年最新版】フリーランスエンジニアの単価相場と単価の上げ方とは？で整理しています。実際の募集条件はフリコンの案件一覧から確認できます。

AWS系の案件でAI開発に関わるなら、Amazon Bedrockとは｜主要モデル・料金とAWS LLM開発案件も合わせて押さえておくと話が通じやすくなります。

よくある失敗と対策

失敗1：Specを作らせて満足してしまう

3文書が出てきた時点で「設計が終わった」気になるのが最初の落とし穴です。生成された design.md は、あくまでAIが推測した設計案です。技術選定の妥当性、非機能要件、既存システムとの整合は人が見る必要があります。

対策は、design.md のレビュー観点を自分の中で固定しておくこと。データ整合、エラー処理、権限、性能の4点だけでも毎回見ると漏れが減ります。

失敗2：Steeringを書かずに既存案件へ投入する

プロジェクトの前提を渡していない状態では、一般的なベストプラクティスに沿った提案しか返りません。既存の命名規則やディレクトリ構成を無視した差分が量産され、レビューコストが増えます。

着手前に structure.md と tech.md を用意する。これだけで出力の質がはっきり変わります。

失敗3：上位モデルを常用してクレジットを溶かす

倍率を意識せずに高倍率モデルを使い続けると、月の途中で枠を使い切ります。調査や定型作業はAutoや低倍率モデル、設計判断が絡む場面だけ上位モデル、という切り替えが現実的です。

失敗4：客先に無断で導入する

機能面の問題ではなく、契約・セキュリティの問題です。後から発覚すると信頼を損ないます。確認は着手前に済ませてください。

導入前チェックリスト

自分の案件に入れるかどうか、次の項目で判断できます。

• [ ] 客先の契約・セキュリティ規程で、生成AIツールの利用が許可されているか確認した

• [ ] 送信してよい情報の範囲（コード、設計書、顧客データの扱い）を確認した

• [ ] サインイン方式を決めた（個人のBuilder ID か、組織のID基盤か）

• [ ] VS Codeの設定・拡張機能の移行可否を確認した

• [ ] Free枠の50クレジットで、Spec生成が自分の案件に馴染むか試した

• [ ] 使うモデルと倍率を把握し、月あたりの消費見込みを立てた

• [ ] structure.md と tech.md を用意した

• [ ] Hooksは最小構成（フォーマッタ・型チェック程度）から始める方針にした

• [ ] 生成された design.md のレビュー観点を決めた

• [ ] ツール費用の負担者を契約で確認した

まとめ

Kiroは、仕様書を先に作ってから実装を進めるAWS製のAI IDEです。 要件・設計・タスクの3文書をリポジトリに残す作りで、速度だけを求めるなら他ツールの方が軽く、仕様が後から争点になる案件ほど噛み合います。

• 提供形態はIDE・CLI・Web・Crewの4系統。サインインはGoogle／GitHub／AWS Builder ID／組織のID基盤から選べ、AWSアカウントは必須ではない

• 主要機能はSpec、Hooks、Steering、Powersの4つ。Steeringを先に整えるかどうかで出力の質が変わる

• 料金は無料枠を含む5段階。Proが月20ドル／1,000クレジット、超過は1クレジット0.04ドル。月次クレジットの繰り越しはない

• モデルによって消費倍率が1.0倍から6倍まで開く。常用モデルの選択がそのままコストに直結する

• 客先案件では、機能評価より先に生成AI利用の可否と送信範囲の確認を済ませる

次のステップとしては、Freeの50クレジットで1機能分のSpecを作らせてみるのが早い検証方法です。そのうえで、開発プロセスとしての仕様駆動開発を体系的に押さえたい場合は仕様駆動開発（SDD）とは｜3つの文書で進める手順と向き不向きを、AI時代の案件の変化を把握したい場合はAI時代にフリーランスエンジニアが生き残る立ち回り｜増える案件・減る案件を参照してください。

参照した一次情報は次のとおりです。

• Kiro公式サイト

• Kiro Pricing

• Kiro Docs｜Specs

• Kiro Docs｜Steering

• Kiro Docs｜Hooks

• Kiro Docs｜Models

• Kiro Docs｜Powers

• Kiro Docs｜Installation