はじめに
「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アカウント | |
| GitHub | GitHubアカウント |
企業利用の場合はIAM Identity Center（SSO）経由が推奨です。AWS請求に統合でき、組織単位での利用管理が可能になります。
STEP 3: プロジェクトを開く
既存のプロジェクトフォルダをKiroで開くだけで準備完了です。初回起動時にプロジェクト配下に .kiro/ ディレクトリが自動生成されます。
my-project/
├── .kiro/ ← 自動生成
│ ├── steering/ ← プロジェクトルール（Steering）
│ ├── skills/ ← カスタムコマンド（Skills）
│ ├── hooks/ ← 自動化トリガー（Hooks）
│ └── specs/ ← 仕様書（Spec使用時）
├── src/
└── README.mdSTEP 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.mdSKILL.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と同じ書式） |
企業での利用では、IAM Identity Center経由のSSOを使うことで組織管理・監査ログの整備も可能です。
まとめ
AWS Kiroは、ターミナル操作が不要なGUI IDE形式のAgentic IDEとして、2026年4月時点で急速に注目を集めています。
主要なポイント：
✅ メリット
- GUI IDEなのでターミナル操作が不要
- Specモードで仕様駆動開発が可能（要件→設計→実装のフローを強制）
- Hookでファイル保存時の品質チェックを自動化
- IAM Policy Autopilotでセキュリティリスクを自動低減
- 無料枠あり（50クレジット/月）
- AWSアカウント不要で始められる
⚠️ デメリット・注意点
- プロジェクト外ファイルへのアクセスが制限される
- マルチエージェント並列実行は非対応
- 新モデル適用がClaude Codeより数日遅れる可能性
- リバースエンジニアリング用途にはSpecモードが不向き
🎯 こんな方に特におすすめ
- AWSを使った開発が多い人
- ターミナルよりGUI操作が得意な人
- 設計から実装まで一貫してAIにサポートしてほしい人
- チームで設計ドキュメントを共有しながら開発したい人
次のステップ：
まずはkiro.devからインストールして、Free枠で体験してみてください。日本語での対話がそのまま使えます。
関連記事：
- Claude Code完全ガイド｜ターミナルで動くAIコーディングアシスタントの全貌
- OpenAI Codex CLI完全ガイド｜ターミナルで動くOpenAIのAIエージェントの全貌
- Claude Code vs Gemini CLI vs Codex CLI｜できること・できないことを徹底比較
- AWS Kiro の使い方完全解説｜主要機能カテゴリ別ガイド
（本ブログ内・関連記事）
タグ: #Kiro #AWSKiro #AWS #AI #IDE #エージェント #Spec #Vibe #開発効率化 #セットアップ
コメント