AWS Kiro完全ガイド｜Agentic IDEの全貌とは【セットアップ・料金・機能まで】【2026年4月版】

はじめに
この記事で分かること
こんな人におすすめ
AWS Kiroとは
環境構築・セットアップ
Kiro独自の主要機能
メリット
デメリット・注意点
料金体系
セキュリティ・データ保護
まとめ

はじめに

「Claude CodeやCodex CLIのようなAI開発ツールはターミナル操作が必要で難しい…」

「AWSを使った開発をもっとスマートにしたい。IDEでAIに設計から実装まで任せたい…」

そんな悩みに応えるのがAWS Kiroです。2025年にAWSが投入したAgentic IDE（エージェント型統合開発環境）で、プロトタイプから本番品質のアプリケーション構築までをAIが一貫してサポートします。

Claude CodeやCodex CLIがターミナルベースのAIエージェントであるのに対し、KiroはVSCodeライクなGUI IDEとして動作します。初心者でも使いやすく、それでいて本格的な仕様駆動開発（Spec-Driven Development）に対応した点が最大の特徴です。

本記事では、2026年4月時点の最新情報をもとに、Kiroの全貌をゼロから徹底解説します。

この記事で分かること

AWS Kiroとは何か（Claude Code・Codex CLIとの違い）
インストール・セットアップの手順
Kiro独自の機能（Spec・Vibe・Hook・Steering・Skills・Powers）
メリット・デメリットの詳細分析
料金体系とプラン比較
個人利用での注意点

こんな人におすすめ

AWSを使った開発をAIで効率化したい人
ターミナル操作に不慣れで、GUIベースのAIツールを探している人
設計・要件定義から実装まで一貫してAIにサポートしてほしい人
Claude Code・Codex CLIと何が違うのか知りたい人
最新のAI開発IDEを試してみたい人

AWS Kiroとは

基本概念

AWS Kiroは、AWSが開発したAgentic IDE（エージェント型統合開発環境）です。VSCodeをベースにしており、VSCode拡張機能として提供されています。

■ Agentic IDE
└→ 単なるコード補完ではなく、AIが自律的にタスクを遂行
└→ 要件定義・設計・実装・テストまで一連の流れをサポート

■ VSCode互換
└→ 使い慣れたVSCodeのUIでAIエージェントを活用
└→ 既存のVSCode拡張機能もそのまま使用可能

■ AWSアカウント不要
└→ AWS Builder ID・Google・GitHubアカウントで利用開始
└→ 個人開発者でも手軽に始められる

Claude Code・Codex CLIとの違い

項目	AWS Kiro	Claude Code	Codex CLI
開発元	AWS	Anthropic	OpenAI
形態	IDE（VSCode互換）	CLI（ターミナル）	CLI（ターミナル）
操作方法	GUI + チャット	ターミナル	ターミナル
基盤モデル	Claude（Amazon Bedrock経由）	Claude（Anthropic API直接）	GPT-5系
仕様駆動開発	Specモード搭載	なし	なし
イベント自動化	Hook機能	なし	なし
IAM自動生成	IAM Policy Autopilot	なし	なし
無料枠	50クレジット/月	なし	なし

詳細な比較は以下の関連記事も参照してください。

Claude Code完全ガイド: https://caymezon.com/claude-code-overview/
Claude Code vs Gemini CLI vs Codex CLI比較: https://caymezon.com/codex-cli-vs-claude-code-vs-gemini-cli/

AI推論の実体

KiroはAIの推論処理にAmazon Bedrockを経由してClaudeモデルを使用します。

[ユーザーの指示]
      ↓
[Kiro IDE]
      ↓
[Amazon Bedrock]
      ↓
[Claude Sonnet 4.6 / Opus等]
      ↓
[コード生成・設計・実装]

Claude Codeと同じClaudeモデルを使うため、推論能力・コーディング能力はほぼ同等です。ただしClaudeの最新モデルリリース時、Claude CodeはAnthropicから即座に使えるのに対し、KiroはBedrockへの展開タイミングに数日の差が生じることがあります。

環境構築・セットアップ

STEP 1: Kiroのダウンロード

Kiro公式サイトにアクセスし、インストーラーをダウンロードします。

Windows / Mac / Linux に対応
VSCodeの拡張機能としてインストール

STEP 2: サインイン

KiroはAWSアカウントが不要です。以下のいずれかのアカウントでサインインできます。

認証方法	説明
AWS Builder ID	AWSが提供する無料の開発者向けID
Google	Googleアカウント
GitHub	GitHubアカウント

企業利用の場合はIAM Identity Center（SSO）経由が推奨です。AWS請求に統合でき、組織単位での利用管理が可能になります。

STEP 3: プロジェクトを開く

既存のプロジェクトフォルダをKiroで開くだけで準備完了です。初回起動時にプロジェクト配下に .kiro/ ディレクトリが自動生成されます。

my-project/
├── .kiro/                  ← 自動生成
│   ├── steering/           ← プロジェクトルール（Steering）
│   ├── skills/             ← カスタムコマンド（Skills）
│   ├── hooks/              ← 自動化トリガー（Hooks）
│   └── specs/              ← 仕様書（Spec使用時）
├── src/
└── README.md

STEP 4: 動作確認

Kiroのチャットパネルを開き、日本語で話しかけてみましょう。

> このプロジェクトの構造を教えて

日本語でのやり取りがそのままできます。

Kiro独自の主要機能

1. VibeモードとSpecモード

Kiroには2つのチャットモードがあり、新しいセッション開始時に選択できます。

Vibeモード（会話型・即時実装）

Claude CodeやCodex CLIと同じ感覚で使えるモードです。指示したことをすぐに実装します。

向いているケース：

コードの質問・解析
小さな機能追加・バグ修正
既存コードのリファクタリング
ドキュメント生成

例: > EC2インスタンスに接続するPythonスクリプトを作成して
→ すぐにコードを生成して保存

Specモード（仕様駆動開発）

Kiro最大の特徴です。実装前に要件・設計・タスクリストを自動生成し、計画的に開発を進めます。

ユーザーの指示（「〇〇機能を作りたい」）
      ↓
① Requirements（要件定義）
  EARS記法でユーザーストーリーと受け入れ条件を自動生成
      ↓
② Design（設計）
  アーキテクチャ・コンポーネント設計ドキュメントを自動生成
      ↓
③ Task list（タスク整理）
  依存関係順に実装タスクを分解・ひも付け
      ↓
④ 実装
  タスクを順番に実行し、抜け漏れなく完成

生成された仕様書は .kiro/specs/ に保存され、後から参照・修正できます。

向いているケース：

新規機能・システムをゼロから構築する
要件を一緒に考えてほしい
チームで設計を共有・レビューしたい
ドキュメントを残しながら開発したい

モード選択の目安：

作業の性質	推奨モード
既存コードの修正・解析・質問	Vibe
明確な指示があってすぐ動かしたい	Vibe
ゼロから要件を考えて設計・実装する	Spec
チームと設計を共有したい	Spec

2. Steering（プロジェクトルール管理）

プロジェクトのルールや規約をMarkdownファイルで定義し、Kiroに常時・自動的に守らせる機能です。Claude CodeのCLAUDE.mdに相当しますが、より細かく制御できます。

ファイル配置：

.kiro/steering/
├── product.md      ← 製品の目的・ターゲット・機能（自動生成可）
├── tech.md         ← 技術スタック・フレームワーク（自動生成可）
├── structure.md    ← ディレクトリ構造・命名規則（自動生成可）
└── custom-rule.md  ← 独自ルール（手動作成）

4つのinclusionモード：

モード	動作	適したルール
`always`	常時自動読み込み	コーディング規約・言語設定
`fileMatch`	指定パターンのファイル操作時のみ	特定技術のルール
`manual`	`#ファイル名` で手動参照	トラブルシューティングガイド
`auto`	descriptionとのマッチングで自動読み込み	専門知識ガイド

設定例（常に日本語で応答させる）：

---
inclusion: always
---

# プロジェクトルール

- すべてのやり取りは日本語で行うこと
- コメントはコードの右側に記述すること
- AWSリソース名はケバブケースで統一すること

グローバル設定（~/.kiro/steering/）に置けば、すべてのプロジェクトに共通ルールを適用できます。

3. Hook（イベント駆動自動化）

特定のタイミングでAIエージェントがバックグラウンドで自動的にタスクを実行する機能です。

トリガーと自動実行の例：

トリガー	自動実行できること
ファイル保存時	リント・テスト・ドキュメント更新
ファイル作成時	セキュリティスキャン・型チェック
ファイル削除時	依存関係の整合性確認
手動トリガー	任意のバッチ処理

設定は自然言語で記述でき、JSONファイルとして保存されます。

{
  "name": "auto-test-on-save",
  "trigger": "fileSave",
  "filePattern": "src/**/*.ts",
  "instruction": "変更されたファイルに対応するテストを実行し、失敗があれば内容を報告してください"
}

Claude CodeやCodex CLIはこれらを手動で実行する必要がありますが、Kiroは自動化できます。

4. Skills（カスタムコマンド）

チームやプロジェクト独自の処理をスラッシュコマンド（/コマンド名）として登録できる機能です。

ファイル構造：

.kiro/skills/
└── draw-diagram/          ← スキル名
    ├── SKILL.md           ← 必須：コマンド定義
    └── references/        ← オプション：参考資料
        └── style-guide.md

SKILL.md の形式：

---
name: draw-diagram
description: AWS構成図をdraw.io形式で生成する。ハンズオンのディレクトリ名を指定してarchitecture.drawioを作成する。
---

# AWS構成図生成スキル

## 実行手順
1. 指定されたディレクトリのREADME.mdとtemplate.yamlを読み込む
2. architecture.drawioを生成して保存する

（以下、draw.ioの生成ルールを記述）

チャット入力欄で / を入力するとスキル一覧が表示され、/draw-diagram ec2-apache-web のように実行できます。

Claude CodeのSlash Command（.claude/commands/）と同等の機能ですが、YAML frontmatterでnameとdescriptionを定義する点が異なります。descriptionフィールドにより、スラッシュコマンドだけでなく自然言語からも自動起動されます。

5. Powers（MCPの自動最適化）

MCP（Model Context Protocol）サーバーを必要なときだけ自動でアクティブ化する機能です。コンテキストの無駄遣いを防ぎ、クレジット消費を最小化します。

Terraformに関するプロンプト → Terraform Powersが自動起動
AWS CDKに関するプロンプト  → CDK Powersが自動起動
通常のコーディング         → 余分なMCPは起動しない

公式AWSサービス向けPowersに加え、コミュニティが開発したAzure Powersも利用可能です（GitHub: azure-kiro-powers）。KiroはAWS向けが充実していますが、Azure・GCPの開発も問題なく行えます。

6. IAM Policy Autopilot（2026年2月〜）

Lambda・DynamoDB・S3などを使うコードを書くと、最小権限のIAMポリシーを自動生成するAWS専用機能です。

# Kiroがこのコードを検知
import boto3
s3 = boto3.client('s3')
s3.put_object(Bucket='my-bucket', Key='file.txt', Body=b'data')

# ↓ IAM Policy Autopilotが自動提案
{
  "Effect": "Allow",
  "Action": ["s3:PutObject"],
  "Resource": "arn:aws:s3:::my-bucket/*"
}

「必要最小限の権限だけを付与する」というAWSのセキュリティベストプラクティスを、AIが自動で実践してくれます。

メリット

1. GUI IDEなのでターミナル操作が不要

Claude CodeやCodex CLIはターミナル操作が前提ですが、KiroはVSCodeライクなGUIで動作します。ターミナルが苦手な方でも、チャット感覚でAIを使いながら開発できます。

2. Specモードで「AIの暴走」を防げる

プロンプトを投げるとすぐ実装を始めるClaude Code・Codex CLIに対して、KiroのSpecモードは実装前に仕様書を確認するステップが入ります。

「ここが意図と違う」→ 実装前に修正できる
「この要件が抜けている」→ タスクに追加できる

大きな機能を作る際に、後で全部作り直す事態を防げます。

3. Hookで品質チェックが自動化される

ファイル保存のたびに自動でテスト・リント・ドキュメント更新が走ります。「テストを書き忘れた」「ドキュメントが古いまま」という問題を防げます。

4. AWSとの深い統合

IAM Policy Autopilotをはじめ、AWS特有のベストプラクティスを自動で適用してくれます。Bedrock・Lambda・DynamoDB・S3などのAWSサービスに関するコード生成精度が高いです。

5. 無料枠がある

50クレジット/月の無料枠があり、AWSアカウントなし・クレジットカードなしで試せます。Claude CodeはProプラン（$20/月）が必須、Codex CLIはAPIキーが必須なのと対照的です。

デメリット・注意点

1. プロジェクト外のファイルアクセスが制限される

Claude CodeはCLIなのでプロジェクト外のファイルをパス指定で参照できますが、Kiroは開いたワークスペース内のファイルが基本です。複数リポジトリをまたいだ横断的な作業には不向きです（マルチルートワークスペースで複数フォルダを開く方法で一部対応可能）。

2. マルチエージェント並列実行に非対応

Claude Code（サブエージェント並列実行）やCodex CLI（マルチエージェントv2）と異なり、Kiroはタスクを順番に実行します。大規模なコードベースで複数モジュールを同時に改修するような場合、時間がかかります。

3. 新モデルの適用に数日の遅れがある可能性

KiroはAmazon Bedrock経由でClaudeを使うため、Anthropicが新しいモデルをリリースしても、BedrockへのデプロイまでにClaude Codeより数日遅れることがあります。

4. Specモードは小さなタスクには過剰

ちょっとした修正や質問に対してSpecモードを使うと、仕様書生成のステップが邪魔になります。タスクの性質でVibeとSpecを使い分けることが重要です。

5. 大規模なコードのリバースエンジニアリングには向かない

既存の大規模システムを解析してクラス図・ER図などを作成する作業は、Specモードのフローが逆方向になるため恩恵を受けにくいです。その場合はVibeモードを使いながら、モジュール単位で分割実行するのが現実的です。

料金体系

Kiroはクレジット制を採用しています。毎月クレジットが付与され、AIとのやり取りのたびに消費します。

プラン比較

プラン	月額	月間クレジット	向いている人
Free	$0	50	お試し・軽い用途
Pro	$20	1,000	個人の本格的な開発
Pro+	$40	2,000	ヘビーユーザー
Power	$200	10,000	チーム・大規模利用

追加クレジット：$0.04 / 1クレジット

モデルによるクレジット消費倍率

モデル	消費倍率	特徴
Auto（推奨）	1.0倍	タスクに応じて自動最適化
Claude Haiku	0.4倍	高速・低コスト。単純なタスク向け
Claude Sonnet 4.6	1.3倍	高性能。複雑な開発タスク向け
Claude Opus	2.2倍	最高性能。難解な設計・推論向け

日常的な開発はAutoモード（実態はSonnet 4.6ベース）で十分です。Opusは複雑なアーキテクチャ設計のみに絞ることでクレジットを節約できます。

Claude Codeとの料金比較

■ Kiro Free（$0/月）
└→ 50クレジット（お試し）
└→ AWSアカウント不要

■ Kiro Pro（$20/月）
└→ 1,000クレジット
└→ 使い切ったら $0.04/クレジットで追加購入

■ Claude Code Pro（$20/月）
└→ 5時間ごとに約10〜40プロンプト
└→ Web版・Desktop版と使用量を共有

月額は同じですが、KiroはクレジットをWebブラウジングで消費しない点が異なります。Claude Codeのように「Web版で調べ物をしたらClaude Codeの制限に達した」という問題が起きません。

セキュリティ・データ保護

項目	内容
転送中の暗号化	TLS 1.2以上
保存時の暗号化	AWS KMSで暗号化
データ利用	Pro/Enterprise経由ではサービス改善に使用されない
機密ファイル除外	`.kiroignore` で除外設定可能（`.gitignore`と同じ書式）