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

はじめに
基本スペック比較
Kiroだけができること
Claude Codeだけができること
Codex CLIだけができること
AI推論能力はほぼ同等
「AWSのみ」という誤解
どれを選ぶべきか
「道具の哲学」の違い
まとめ

はじめに

「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/

基本スペック比較

項目	AWS Kiro	Claude Code	Codex CLI
開発元	AWS	Anthropic	OpenAI
形態	IDE（VSCode互換）	CLI（ターミナル）	CLI（ターミナル）
基盤モデル	Claude（Bedrock経由）	Claude（Anthropic API直接）	GPT-5系
無料枠	50クレジット/月	なし	なし
月額（標準）	$20（1,000クレジット）	$20（Pro）	$20（ChatGPT Plus）
仕様駆動開発	Specモード搭載	なし	なし
イベント自動化	Hook機能	なし	なし
並列エージェント	なし	サブエージェント並列実行	マルチエージェントv2
サンドボックス	なし	なし	OSネイティブ
MCP統合	Powers（自動最適化）	ネイティブ直接統合	設定ファイル経由
オープンソース	なし	なし	Apache-2.0
AWSアカウント	不要	不要	不要

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開発専用」というイメージを持っている人がいますが、これは誤りです。

クラウド	Kiroでの対応
AWS	公式Powers・IAM Autopilot等で最高の統合度
Azure	コミュニティのAzure Powersで対応可能
GCP	Firebase Powers等で対応可能
クラウド非依存	通常のVibeモードで問題なし

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つのツールは技術的な差以上に、開発への向き合い方が異なります。

ツール	哲学
Kiro	「計画してから作る。仕様書が残る。品質は自動化する。」
Claude Code	「今すぐ動かす。粘り強く直す。並列で速く。」
Codex CLI	「自動化を安全に。ターミナルを極める。オープンに。」

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