はじめに

「Claude Code、Codex CLI、そしてAWS Kiro——どれを選べばいいのか分からない…」

AIを使った開発ツールが乱立する2026年、三者の違いを正確に理解している人は意外と少ないです。特に「Kiroだけにできて、Claude CodeやCodex CLIではできないこと」が整理されていないまま使っている人が多いのが現状です。

本記事では、3つのツールを同じ観点で徹底比較します。特にAWSユーザーが気になる「Kiroを使うべき場面」を明確にします。

各ツールの詳細については以下を参照してください。

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

基本スペック比較

Kiroだけができること

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

これがKiro最大の差別化機能です。Claude CodeもCodex CLIも「指示→即実装」ですが、KiroのSpecモードは実装前に仕様書を自動生成して確認するフローを挟みます。

【Claude Code / Codex CLI の流れ】
指示 → 即実装開始
  ↓
「あれ、思ってたのと違う…」
  ↓
作り直し

【Kiro Specモードの流れ】
指示 → Requirements（EARS記法）→ 確認・修正
  ↓
Design（アーキテクチャ設計）→ 確認・修正
  ↓
Tasks（実装チェックリスト）→ 確認・修正
  ↓
実装
  ↓
「意図通りに完成」

Specモードが特に有効なケース：

• AWSシステムをゼロから設計・構築する
• 複数サービスが連携する複雑な機能開発
• チームで設計を共有・レビューしながら進めたい
• 「AIが勝手に作って後で全部やり直し」を防ぎたい

「規模の大小ではなく、要件から一緒に考えたいかどうか」がSpecモードを選ぶ基準です。

2. Hook（イベント駆動の自動品質チェック）

ファイル保存・作成・削除などのイベントに反応して、AIエージェントが自動でバックグラウンドタスクを実行します。

Claude Code・Codex CLIとの決定的な違い：

Claude Code / Codex CLI:
  テストを実行したい → 手動でコマンドを打つ
  ドキュメントを更新したい → 手動で指示する

Kiro（Hook設定済み）:
  ファイルを保存する → 自動でテスト実行・ドキュメント更新
  → 「やり忘れ」がゼロになる

3. IAM Policy Autopilot（2026年2月リリース）

AWSの中の人が作ったツールならではの機能です。コードを書くと最小権限のIAMポリシーを自動生成します。

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

# ↓ Kiroが自動提案するIAMポリシー
{
  "Effect": "Allow",
  "Action": [
    "s3:GetObject",
    "s3:PutObject"
  ],
  "Resource": "arn:aws:s3:::my-bucket/*"
}

「必要以上の権限を与えない」というAWSセキュリティのベストプラクティスを、コードを書きながら自動で実践できます。Claude CodeでもCodex CLIでも「IAMポリシーを作って」と指示はできますが、コードを書いたら勝手に提案してくれるのはKiroだけです。

4. Steering の条件付き読み込み（fileMatch / auto）

Claude CodeのCLAUDE.mdはすべてのやり取りで全ルールが常時適用されますが、KiroのSteeringは状況に応じてルールを使い分けられます。

# Terraformファイルを操作するときだけ読み込む
---
inclusion: fileMatch
fileMatchPattern: "**/*.tf"
---
# Terraform専用ルール

# セキュリティ関連の質問をしたときだけ自動読み込み
---
inclusion: auto
description: AWSセキュリティのベストプラクティスとIAM設計ガイド
---

これにより、コンテキストを効率的に管理しクレジットの無駄遣いを防げます。

Claude Codeだけができること

1. マルチエージェント並列実行

Claude Codeは複数のサブエージェントを同時に走らせることができます。

フロントエンドのリファクタリング ┐
バックエンドのリファクタリング  ├ 同時並行で実行
テストコードの作成            ┘

Kiroはこれらを順番に実行します。日常的な開発では差を感じませんが、大規模コードベースで複数モジュールを横断的に改修する場合はClaude Codeの方が効率的です。

2. プロジェクト外ファイルへの自由なアクセス

Claude CodeはCLIなので、パスを指定すればプロジェクト外のファイルも参照できます。

# 別リポジトリのファイルを参照しながら作業
> /path/to/other-repo/config.yaml を参考に、このプロジェクトの設定を修正して

KiroはVSCodeのワークスペース内が基本です（マルチルートワークスペースで一部対応可能）。

3. MCP直接統合

Claude Codeは PostgreSQL・GitHub・Jiraなどとネイティブに直接接続できます。Kiroも同様のことはPowers経由で可能ですが、Claude Codeの方が設定のシンプルさで優ります。

Codex CLIだけができること

1. サンドボックス実行

コマンド実行をOSネイティブの機能で安全に隔離します。--approval-policy never と組み合わせた完全自動化をCI/CDに組み込む場合に有利です。

2. Apache-2.0オープンソース

ソースコードを確認・改変して社内ツールに組み込めます。ベンダーロックインのリスクが最も低いです。

3. Terminal-Bench 2.0スコア最高（77.3%）

シェル操作・ターミナル作業の能力評価で業界最高水準。シェルスクリプトの自動化や複雑なターミナル操作が得意です。

AI推論能力はほぼ同等

KiroとClaude CodeはどちらもClaudeモデルを使います。

Kiro:       Claude（Amazon Bedrock経由）
Claude Code: Claude（Anthropic API直接）

コーディング能力・推論能力は本質的に同じClaudeモデルを使うため差はほぼゼロです。ただし：

• Claude Codeは最新モデルを即座に使える
• Kiroは Bedrockへのデプロイを待つため数日の差が生じることがある

日常利用では気にならないレベルの差です。

「AWSのみ」という誤解

「KiroはAWS開発専用」というイメージを持っている人がいますが、これは誤りです。

AzureリソースをローカルにGit管理した状態でKiroを使い、Azureの構成や開発について質問・実装することは普通にできます。「AWS向けの深い統合機能が充実している」というだけで、他クラウドが使えないわけではありません。

どれを選ぶべきか

AWSメインで開発している人

Kiro + Claude Codeの使い分けがおすすめ

AWS設計・構築（一から要件検討）  → Kiro（Specモード）
既存コードの修正・解析          → どちらでもOK
複数リポジトリを横断した作業     → Claude Code
大規模並列リファクタリング       → Claude Code

ターミナル作業・CI/CDを高度に自動化したい人

Codex CLI

サンドボックス付きの完全自動化、CI/CDパイプライン組み込みはCodex CLIが最適です。

GUIで快適に使いたい・ターミナルが苦手

Kiro

VSCodeライクなIDEで、ターミナル操作なしにAIを使った開発ができます。

無料で試したい

Kiro（Free: 50クレジット/月）

Claude CodeもCodex CLIも無料枠はありませんが、KiroはAWSアカウントなしで無料枠から始められます。

「道具の哲学」の違い

3つのツールは技術的な差以上に、開発への向き合い方が異なります。

どれが「最高」ではなく、作業の性質と自分のスタイルに合ったものを選ぶのが正解です。AWSを使った本格的なシステム開発なら、Kiroの仕様駆動開発が生産性と品質の両方を高めてくれます。

まとめ

Kiroだけができること：

✅ Specモード（要件→設計→実装の仕様駆動開発）
✅ Hook（ファイル操作に反応した自動品質チェック）
✅ IAM Policy Autopilot（最小権限IAMの自動生成）
✅ Steering の条件付き読み込み（fileMatch / auto）

Claude Codeだけができること：

✅ マルチエージェント並列実行
✅ プロジェクト外ファイルへの自由なアクセス

Codex CLIだけができること：

✅ OSネイティブのサンドボックス実行
✅ Apache-2.0オープンソース（社内カスタマイズ自由）
✅ Terminal-Bench最高水準のターミナル作業能力

関連記事：

• Claude Code完全ガイド｜ターミナルで動くAIコーディングアシスタントの全貌

Claude Code完全ガイド｜ターミナルで動くAIコーディングアシスタントの全貌【2026年3月版】

はじめに「AIにコードを書かせたいけど、ブラウザとエディタを行き来するのが面倒…」そんな悩みを解決するのがClaude Codeです。2026年3月時点で、Anthropicが提供するターミナル型AIエージェントとして、開発者の間で急速に注...

caymezon.com

2026.02.14

• OpenAI Codex CLI完全ガイド｜ターミナルで動くOpenAIのAIエージェントの全貌

OpenAI Codex CLI完全ガイド｜ターミナルで動くOpenAIのAIエージェントの全貌【2026年3月最新】

はじめに「Claude CodeやGemini CLIみたいなAIエージェントを、OpenAIのモデルで使いたい…」「ターミナルで動くAIエージェントの中で、OpenAIが出しているものって何？」そんな疑問を持つエンジニアに向けて、Open...

caymezon.com

2026.03.28

• Claude Code vs Gemini CLI vs Codex CLI｜できること・できないことを徹底比較

Claude Code vs Gemini CLI vs Codex CLI｜できること・できないことを徹底比較【2026年3月版】

はじめに「ターミナル型AIエージェントが乱立していて、どれを選べばいいか分からない…」Claude Code（Anthropic）、Gemini CLI（Google）、Codex CLI（OpenAI）——三大AI企業がそれぞれターミナル...

caymezon.com

2026.03.28

• AWS構成図をKiroで自動生成｜Claude Codeとdraw.io活用を徹底比較

（本ブログ内）

タグ: #Kiro #AWSKiro #ClaudeCode #CodexCLI #比較 #IDE #CLI #Spec #Hook #開発効率化

The post AWS Kiro vs Claude Code vs Codex CLI｜IDE・CLI徹底比較【Kiroだけができること一覧】【2026年4月版】 first appeared on CayTech Lab.

はじめに

「AWS Kiroをインストールしたけど、何から始めればいいか分からない…」

「VibeとSpecの使い分けが分からない。Hookって何？Steeringって何？」

Kiroは多機能なAgentic IDEですが、機能が多すぎて最初は戸惑いがちです。本記事では、Kiroで何ができるのか・各機能をどう使えばいいかを、初心者でも確実に分かるよう段階的に解説します。

Kiroのインストール・基本セットアップについては以下を参照してください。

• AWS Kiro完全ガイド

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

はじめに「Claude CodeやCodex CLIのようなAI開発ツールはターミナル操作が必要で難しい…」「AWSを使った開発をもっとスマートにしたい。IDEでAIに設計から実装まで任せたい…」そんな悩みに応えるのがAWS Kiroです。...

caymezon.com

2026.04.12

この記事で分かること

• VibeモードとSpecモードの詳細な使い分け
• Steering（プロジェクトルール）の設定方法
• Hook（自動化トリガー）の具体的な設定例
• Skills（カスタムコマンド）の作り方
• Powers（MCPの自動化）の活用法
• 個人利用における注意点・コスト管理

機能カテゴリの全体像

Kiroの機能は大きく6つに分類されます。

■ チャット（対話）
├─ Vibeモード  ← 即時実装・質問・解析向け
└─ Specモード  ← 要件→設計→実装の体系的開発向け

■ プロジェクトルール管理
└─ Steering    ← 常時・条件付きのルールを定義

■ 自動化
└─ Hook        ← ファイル操作に反応して自動実行

■ カスタマイズ
└─ Skills      ← 独自スラッシュコマンドを登録

■ 拡張性
└─ Powers      ← MCPを必要なときだけ自動起動

【基本】チャットで使う

まずVibeモードから始めよう

Kiroのチャットパネルを開き、新しいセッションを開始する際にVibeモードを選択します。

Claude CodeやChatGPTと同じ感覚で、日本語で指示するだけです。

よく使う指示例：

# ファイル解析・質問
> このSpring Bootアプリの認証ロジックを説明して

# コード修正
> src/main/java/Service.javaのバグを修正して

# 機能追加
> ユーザー一覧APIにページネーションを追加して

# ドキュメント生成
> このクラスのJavadocコメントを追加して

# インフラ
> EC2インスタンスにS3アクセス権限を付与するIAMロールを作成して

ポイント： 最初にSteeringファイル（後述）で「常に日本語で応答すること」を設定しておくと、毎回指示する必要がなくなります。

【応用】Specモードで仕様駆動開発

Specモードとは

「何を作るか」をAIと一緒に整理してから実装するモードです。以下のようなケースで真価を発揮します。

• 新機能をゼロから作る
• 複数のファイルにまたがる機能開発
• 後から「こんなつもりじゃなかった」を防ぎたい

Specモードの使い方：3ステップ

STEP 1: Specセッションを開始して指示を入力

新しいセッション起動時に「Spec」を選択し、作りたいものを伝えます。

> AWSのEC2上でApacheを動かし、S3に静的コンテンツを配置して
  CloudFrontで配信するWebサイト基盤をCloudFormationで構築したい

STEP 2: Requirements（要件）を確認・修正

KiroがEARS記法でユーザーストーリーと受け入れ条件を自動生成します。

# Requirements

## ユーザーストーリー
WHEN ユーザーがWebサイトにアクセスするとき
THEN CloudFront経由でS3の静的コンテンツが配信される

WHEN 管理者がEC2にSSM Session Managerで接続するとき  
THEN パブリックIPなしでセキュアにアクセスできる

## 受け入れ条件
- [ ] CloudFormationテンプレートで全リソースが定義されている
- [ ] SSLが有効化されている
- [ ] EC2へのSSH接続はIGW経由ではなくSSM経由のみ許可

「この受け入れ条件が足りない」「この条件は不要」など、ここで修正します。実装前に方向性を確認できるのがSpecモード最大のメリットです。

STEP 3: Design → Tasks → 実装

要件を確認したら、そのままDesign（設計書）→ Task list（実装タスク）→ 実装まで進みます。

.kiro/specs/web-infra/
├── requirements.md  ← 要件定義
├── design.md        ← アーキテクチャ設計
└── tasks.md         ← 実装チェックリスト

生成されたタスクを一つずつ実行していき、チェックボックスで進捗管理できます。

Specモードの使いどころ

【設定】Steeringでプロジェクトルールを定義

Steeringとは

毎回「日本語で答えて」「コメントは右側に書いて」と指示するのは面倒です。Steeringはこれを一度設定するだけで永続的に効かせる機能です。

基本的なSteeringファイルの作成

.kiro/steering/ 配下にMarkdownファイルを作成します。

日本語・コーディング規約の設定（例）：

---
inclusion: always
---

# プロジェクトルール

## コミュニケーション
- すべてのやり取りは日本語で行うこと

## コーディング規約
- コメントはコードの右側に記述すること
- AWSリソース名はケバブケース（例: web-server-ec2）で統一すること
- CloudFormationテンプレートはYAML形式で記述すること

このファイルを置くだけで、以降のすべてのセッションで自動的に適用されます。

Steeringの4つのinclusionモード活用例

① always（常時）

---
inclusion: always
---

コーディング規約・言語設定など、常に守ってほしいルールに使います。

② fileMatch（ファイルパターン一致時）

---
inclusion: fileMatch
fileMatchPattern: "**/*.tf"
---

# Terraformルール
- リソース名はスネークケースで統一
- AWS providerのバージョンは必ず固定すること

Terraformファイルを操作するときだけ読み込まれます。Spring BootのJavaファイルには適用されません。

③ manual（手動参照）

---
inclusion: manual
---

# トラブルシューティングガイド
（デバッグ手順など長大なガイドを記述）

チャット内で #トラブルシューティングガイド と参照したときだけ読み込まれます。常時ロードしてコンテキストを無駄遣いしません。

④ auto（自動マッチング）

---
inclusion: auto
name: aws-security
description: AWSセキュリティのベストプラクティスとIAM設計ガイド
---

「IAMポリシーを作って」などのセキュリティ関連のプロンプトを検知すると自動でロードされます。

標準Steeringファイルの自動生成

KiroはSteeringセクションで「Generate Steering Docs」ボタンをクリックすると、プロジェクトを解析して以下の3ファイルを自動生成します。

.kiro/steering/
├── product.md    ← 製品の目的・ターゲット・主要機能
├── tech.md       ← 技術スタック・フレームワーク・バージョン
└── structure.md  ← ディレクトリ構造・命名規則

既存プロジェクトの解析・ドキュメント化にも活用できます。

【自動化】Hookを設定する

Hookとは

「ファイルを保存するたびにテストが自動で走る」「コードを書いたら自動でドキュメントが更新される」——Hookはこういった繰り返し作業を自動化する仕組みです。

Hookの設定方法

KiroのHookセクションから「New Hook」を選択し、自然言語で記述します。

設定例1: ファイル保存時にテスト自動実行

トリガー: TypeScriptファイルの保存時
実行内容: 変更ファイルに対応するテストを実行し、失敗があれば内容を報告してください

設定例2: 新しいAPIエンドポイント作成時にドキュメント更新

トリガー: src/controllers/ 配下のファイル作成時
実行内容: 作成されたコントローラーのAPIエンドポイントをdocs/api.mdに追記してください

設定例3: セキュリティスキャン

トリガー: .env以外のファイル保存時
実行内容: 変更ファイルにAPIキーやパスワードなどの機密情報がハードコードされていないか確認し、
          発見した場合は警告を出してください

設定はJSONファイルとして .kiro/hooks/ に保存されます。

HookはClaude Codeにない機能

Claude CodeやCodex CLIはすべて手動実行です。Kiroのみがファイル操作に反応して自動でAIエージェントをトリガーできます。品質チェックを「やり忘れる」リスクをゼロにできます。

【カスタマイズ】Skillsで独自コマンドを作る

Skillsとは

同じ作業を繰り返すなら、スラッシュコマンドとして登録しておきましょう。一度定義すれば / + コマンド名 で呼び出せます。

Skillの作成手順

.kiro/skills/ 配下にフォルダを作成し、SKILL.md を置きます。

.kiro/skills/
└── review-pr/
    └── SKILL.md

SKILL.md の例（PRレビュー用）：

---
name: review-pr
description: プルリクエストのコードレビューを行う。セキュリティ・パフォーマンス・可読性の観点で指摘する。
---

# PRレビュースキル

## レビュー観点
1. セキュリティ脆弱性（SQLインジェクション・XSS・認証漏れ）
2. パフォーマンス問題（N+1クエリ・不要なAPIコール）
3. コーディング規約の遵守
4. テストカバレッジ
5. エラーハンドリング

## 出力形式
- 重大度: 🔴 Critical / 🟡 Warning / 🟢 Info
- 指摘箇所: ファイル名と行番号
- 改善案: 具体的なコード例を提示

チャット入力欄で /review-pr と入力するだけでこのスキルが起動します。

グローバルスキルの配置

~/.kiro/skills/ に置けば全プロジェクトで使えます。

~/.kiro/skills/
├── review-pr/      ← どのプロジェクトでも /review-pr が使える
└── analyze-arch/   ← どのプロジェクトでも /analyze-arch が使える

【拡張】Powersを活用する

Powersとは

MCP（Model Context Protocol）サーバーを必要なときだけ自動でアクティブ化する仕組みです。使わないMCPをすべてロードするとコンテキストが膨れ上がり、クレジットを無駄消費します。Powersはこれを解決します。

主なPowersの種類

公式AWS Powers（ビルトイン）：

AWS CDK Powers    → CDK関連の質問で自動起動
Terraform Powers  → Terraform操作時に自動起動
Lambda Powers     → Lambda関数開発時に自動起動

コミュニティPowers：

Azure Powers   → Azure関連の開発（GitHub: requix/azure-kiro-powers）
Firebase Powers → Firebase・GCP開発

AWSのツールではありますが、Azure・GCP向けのPowersも利用可能です。

超便利な使い方ベスト3

第1位: AWSハンズオンをSpecモードで一から構築

「こんなAWS構成を作りたい」と伝えるだけで、要件定義→CloudFormationテンプレート作成→デプロイ手順書まで自動生成されます。

> VPC内にパブリック・プライベートサブネットを作り、
  EC2（Apacheサーバー）+ RDS MySQL（Multi-AZ）の
  基本的なWebアプリ構成をCloudFormationで構築したい

要件確認ステップで「SSMによる接続も含めてほしい」「NAT Gatewayも追加して」と追加要求して精度を上げ、そのまま実装まで完結できます。

第2位: Hookで品質チェックを完全自動化

ファイル保存のたびに以下が自動で走る環境を構築しておくと、「テスト書き忘れ」「ドキュメントが古い」問題がなくなります。

保存トリガー → 関連テスト実行
作成トリガー → Javadocコメント自動追加
削除トリガー → 依存関係チェック

第3位: Steeringで「いつでも同じクオリティ」を維持

チームのコーディング規約・命名規則・禁止事項をSteeringに書いておけば、誰がKiroを使っても同じ基準でコードが生成されます。

---
inclusion: always
---

# チーム共通ルール
- 日本語でコメント・ドキュメントを記述する
- awsのリソースIDは環境変数から取得すること（ハードコード禁止）
- IAMポリシーは最小権限の原則を守ること

このファイルをGitでコミットしておけば、チーム全員が同じルールでKiroを使えます。

個人利用における注意点

1. クレジット消費を把握する

Free（50クレジット/月）でできることは限られています。本格的な利用にはPro（$20/月・1,000クレジット）以上が必要です。

クレジットを節約するコツ：

✅ AutoモードはSonnet相当のコストで高品質
✅ 単純な質問・修正はHaikuモードで十分（0.4倍）
✅ Hooksの自動実行が多いと気づかずクレジットを消費する
   → 頻度が高いHookはHaikuモードで実行するよう設定する

2. 機密情報を除外する

.kiroignore ファイルを作成し、Kiroに読み込ませたくないファイルを除外します。

# .kiroignore
.env
.env.*
secrets/
credentials.json
*.pem
*.key

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

KiroはVSCodeで開いたワークスペース内のファイルしか扱えません。参照したいファイルが別のプロジェクトにある場合は、マルチルートワークスペースでフォルダを追加してください。

VSCode: ファイル → ワークスペースにフォルダを追加

4. Specモードはアウトプットの確認が必要

Specモードで生成されたRequirementsはAIが推測して書いたものです。特に「受け入れ条件」はビジネス要件を正確に反映していない場合があります。必ず確認・修正してから設計・実装フェーズに進んでください。

まとめ

AWS Kiroの主要機能を整理すると：

使い始めのおすすめ順序：

1. まずVibeモードで使ってみる
2. Steeringに日本語設定と規約を書く
3. よく使う作業をSkillsに登録する
4. 自動化したい品質チェックをHookに設定する
5. 大きな機能開発でSpecモードを試す

関連記事：

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

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

はじめに「Claude CodeやCodex CLIのようなAI開発ツールはターミナル操作が必要で難しい…」「AWSを使った開発をもっとスマートにしたい。IDEでAIに設計から実装まで任せたい…」そんな悩みに応えるのがAWS Kiroです。...

caymezon.com

2026.04.12

• AWS Kiro vs Claude Code vs Codex CLI徹底比較

AWS Kiro vs Claude Code vs Codex CLI｜IDE・CLI徹底比較【Kiroだけができること一覧】【2026年4月版】

はじめに「Claude Code、Codex CLI、そしてAWS Kiro——どれを選べばいいのか分からない…」AIを使った開発ツールが乱立する2026年、三者の違いを正確に理解している人は意外と少ないです。特に「Kiroだけにできて、C...

caymezon.com

2026.04.12

• Claude Code完全ガイド｜ターミナルで動くAIコーディングアシスタントの全貌

Claude Code完全ガイド｜ターミナルで動くAIコーディングアシスタントの全貌【2026年3月版】

はじめに「AIにコードを書かせたいけど、ブラウザとエディタを行き来するのが面倒…」そんな悩みを解決するのがClaude Codeです。2026年3月時点で、Anthropicが提供するターミナル型AIエージェントとして、開発者の間で急速に注...

caymezon.com

2026.02.14

タグ: #Kiro #AWSKiro #使い方 #Spec #Vibe #Hook #Steering #Skills #開発効率化 #初心者

The post AWS Kiroの使い方完全解説｜Spec・Vibe・Hook・Steering全機能を初心者向けに徹底解説【何ができる？】 first appeared on CayTech Lab.