はじめに

「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年4月版】

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

caymezon.com

2026.02.14

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

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

はじめに「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年4月版】

はじめに「ターミナル型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.

はじめに

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

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

そんな悩みに応えるのがAWS Kiroです。2025年7月のプレビュー公開を経て同年11月にGA（一般提供）を開始した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との違い

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

• 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モデルを使うため、推論能力・コーディング能力はほぼ同等です。2026年4月時点ではClaude Opus 4.7にも対応しています。ただしClaudeの最新モデルリリース時、Claude CodeはAnthropicから即座に使えるのに対し、KiroはBedrockへの展開タイミングに数日の差が生じることがあります。

環境構築・セットアップ

STEP 1: Kiroのダウンロード

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

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

STEP 2: サインイン

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

企業利用の場合は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最大の特徴です。実装前に要件・設計・タスクリストを自動生成し、計画的に開発を進めます。2026年3月からはDesign First（設計ファースト）Specが追加され、技術設計やシステムアーキテクチャから仕様駆動開発を開始できるようになりました。

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

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

向いているケース：

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

モード選択の目安：

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

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

ファイル配置：

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

4つのinclusionモード：

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

---
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. サブエージェントと自律型エージェント

カスタムサブエージェント（2026年2月〜）

2026年2月5日から、カスタムサブエージェントを使った並列タスク実行が可能になりました。

メインエージェント
├── サブエージェントA（例: APIモジュール実装）
├── サブエージェントB（例: フロントエンド実装）
└── サブエージェントC（例: テストコード生成）
      ↓ 全サブエージェント完了後
メインエージェントが結果を統合

各サブエージェントは独立したコンテキストウィンドウを持ち、メインエージェントのコンテキストを汚染しません。複数のGitHubイシューを並列処理するなど、繰り返し・手順が決まったタスクに特に有効です。

自律型エージェント（Autonomous Agent）

最大10タスクを同時実行できる自律型エージェントが提供されています。複数リポジトリをまたいだ開発タスク、セッション間での文脈保持、コードレビューフィードバックからの学習に対応しています。

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

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

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

公式AWSサービス向けPowersに加え、AWS TransformがKiro Powerとして統合されており、Kiroのチャットから直接レガシーコードの変換処理を実行できます。コミュニティが開発したAzure Powersも利用可能です（GitHub: azure-kiro-powers）。KiroはAWS向けが充実していますが、Azure・GCPの開発も問題なく行えます。

7. 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. マルチエージェント並列実行（2026年2月以降は対応済み）

2026年2月以降、カスタムサブエージェントによる並列実行に対応しました。最大10タスクを同時実行できる自律型エージェントも利用可能です。ただし、Claude Codeのようにシンプルにサブエージェントを使い始める場合と比べると、カスタムサブエージェントの定義ファイル（SKILL.md）を事前に用意する必要があり、初期設定の手間が若干かかります。

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

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

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

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

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

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

料金体系

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

プラン比較

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

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

日常的な開発はAutoモード（タスクに応じてモデルを自動最適化）で十分です。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の制限に達した」という問題が起きません。

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

企業での利用では、IAM Identity Center経由のSSOを使うことで組織管理・監査ログの整備も可能です。

注記（セキュリティ）: 2026年4月に細工されたプロジェクトファイルによる任意コード実行の脆弱性（CVE-2026-4295）が報告されましたが、Kiro IDE v0.8.0で修正済みです。最新バージョンへのアップデートを推奨します。

まとめ

AWS Kiroは、ターミナル操作が不要なGUI IDE形式のAgentic IDEとして、2025年11月のGA（一般提供）以降急速に機能拡張が進んでいます。2026年4月時点ではカスタムサブエージェントによる並列実行、自律型エージェント、Claude Opus 4.7対応など、リリース当初から大幅に強化されています。

主要なポイント：

✅ メリット

• GUI IDEなのでターミナル操作が不要
• Specモードで仕様駆動開発が可能（要件→設計→実装のフローを強制）
• Hookでファイル保存時の品質チェックを自動化
• IAM Policy Autopilotでセキュリティリスクを自動低減
• 無料枠あり（50クレジット/月）
• AWSアカウント不要で始められる

⚠️ デメリット・注意点

• プロジェクト外ファイルへのアクセスが制限される
• サブエージェント並列実行は設定ファイルの事前準備が必要
• 新モデル適用がClaude Codeより数日遅れる可能性
• リバースエンジニアリング用途にはSpecモードが不向き

🎯 こんな方に特におすすめ

• AWSを使った開発が多い人
• ターミナルよりGUI操作が得意な人
• 設計から実装まで一貫してAIにサポートしてほしい人
• チームで設計ドキュメントを共有しながら開発したい人

次のステップ：

まずはkiro.devからインストールして、Free枠で体験してみてください。日本語での対話がそのまま使えます。

関連記事：

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

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

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

caymezon.com

2026.02.14

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

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

はじめに「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年4月版】

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

caymezon.com

2026.03.28

• AWS Kiro の使い方完全解説｜主要機能カテゴリ別ガイド

（本ブログ内・関連記事）

タグ: #Kiro #AWSKiro #AWS #AI #IDE #エージェント #Spec #Vibe #開発効率化 #セットアップ

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

はじめに

「Claude CodeやGemini CLIみたいなAIエージェントを、OpenAIのモデルで使いたい…」

「ターミナルで動くAIエージェントの中で、OpenAIが出しているものって何？」

そんな疑問を持つエンジニアに向けて、OpenAI Codex CLIの全貌を徹底解説します。

OpenAIが2025年4月に公開したCodex CLIは、2026年4月時点でバージョンv0.121.0に達し、単なるコード補完ツールから本格的なターミナル型AIエージェントへと進化しました。特にTerminal-Bench 2.0（ターミナル作業能力のベンチマーク）で**77.3%**というスコアは、同カテゴリのツールの中で最高水準です。

本記事では、2026年4月時点の最新情報をもとに、Codex CLIの全体像から実践的な活用方法まで徹底解説します。

この記事で分かること

• Codex CLIとは何か（Claude Code・Gemini CLIとの違い）
• できること・主な機能
• メリット・デメリットの詳細分析
• 承認モード（Approval Policy）とサンドボックスの使い方
• AGENTS.mdによるプロジェクト設定
• 料金体系と使い分け
• インストール手順（Windows/Mac/Linux対応）
• 実践的な活用シーン

こんな人におすすめ

• OpenAIのモデル（GPT-5系）でターミナルAIエージェントを使いたい開発者
• CI/CDパイプラインにAIエージェントを組み込みたいエンジニア
• 完全自動化に安全なサンドボックスを使いたい人
• Claude CodeやGemini CLIとの比較で選択肢を広げたい人
• オープンソースのAIエージェントをカスタマイズして使いたい人

Codex CLIとは

基本概念

Codex CLIは、OpenAIが開発・オープンソース公開しているコマンドライン型のAIエージェントです。

■ターミナルネイティブ
└→ コマンドラインから直接OpenAIモデルとやり取り
└→ エディタとシームレスに統合

■ローカルファイルアクセス
└→ プロジェクトファイルを直接読み書き
└→ ディレクトリ全体を丸ごと解析

■エージェント機能
└→ ファイル編集・シェル実行・Git操作を自律実行
└→ 複数ステップのタスクを自動的に処理

GitHubリポジトリはApache-2.0ライセンスで公開されており、誰でもソースコードを確認・改変・貢献できます。

他のAIエージェントとの違い

2026年4月時点の最新バージョン

Codex CLIでできること

1. ファイル操作（作成・編集・削除）

ローカルファイルを直接操作できます。

# Codex CLIを起動
codex

# 指示例（プロンプトで入力）
> main.py のバグを修正して保存して

> 新しいファイル utils.ts を作成して、日付フォーマット関数を実装して

> src/ フォルダ内の全 .ts ファイルにエラーハンドリングを追加して

2. コードの理解と分析

プロジェクト全体を読み込み、深い分析が可能です。

> このプロジェクト全体のアーキテクチャを分析して、セキュリティ上の問題点を指摘して

> src/components/ フォルダの全コンポーネントを確認して、重複している処理をリストアップして

gpt-5.3-codexモデル使用時は100万トークンのコンテキストに対応しており、大規模なコードベースを丸ごと保持したまま会話できます。

3. シェルコマンドの実行

> テストを実行して、失敗したケースがあれば原因を分析して修正して

> npm run build してエラーがあれば解決して

> git log を確認して、今週のコミット内容をまとめて

4. Git操作の自動化

> 今の変更を feature/fix-bug ブランチにコミットしてプッシュして

> git の差分を確認して、適切なコミットメッセージを作成してコミットまで完了させて

5. Web検索との連携

デフォルトで有効化されており、最新情報をリアルタイムに取得しながらコードを生成できます。

# 最新ライブラリ情報を調べながらコードを書く
> React 19 の新しいフック useOptimistic を使った実装例を見せて

# セキュリティアドバイザリを参照しながら修正
> この依存パッケージに既知の脆弱性がないか確認して

6. 大規模ドキュメント・コードの一括処理

> content/ フォルダ内の全記事をスキャンして、古いAPIの呼び出し箇所を
> 新しいバージョンに一括置換して保存して

主要機能の詳細

承認モード（Approval Policy）【安全のために重要】

Codex CLIの最大の特徴が細かく制御できる承認ポリシーです。--approval-policy フラグまたは config.toml で設定します。

# デフォルト（on-request）: ワークスペース外の操作のみ承認を求める
codex

# 読み取り専用: 状態変更・破壊的操作は全て承認
codex --approval-policy untrusted

# 完全無効: 全ての承認プロンプトをスキップ（サンドボックスは有効）
codex --approval-policy never

# 危険モード: サンドボックス・承認を完全無効化（隔離環境専用）
codex --dangerously-bypass-approvals-and-sandbox

最初は on-request（デフォルト）で使うことを強く推奨します。

サンドボックス実行【Codex CLI独自の安全機能】

Codex CLIはOSネイティブの機能でコマンド実行を隔離します。macOS/Linux/WSL/Windows Nativeで実装が異なります。

■ read-only（読み取り専用）
└→ ファイル閲覧のみ。編集・コマンド実行は承認必要

■ workspace-write（デフォルト）
└→ ワークスペース内のファイル読み書き・通常コマンドは自動許可
└→ ネットワークアクセスやワークスペース外への変更は制限

■ danger-full-access
└→ ファイルシステム・ネットワーク境界を完全解除

Claude CodeやGemini CLIにはないサンドボックス機能により、--approval-policy never と組み合わせても安全な完全自動化が実現できます。

AGENTS.md（プロジェクト設定ファイル）【Claude CodeのCLAUDE.mdに相当】

Codexが起動時に自動読み込みするMarkdown形式の指示ファイルです。

# プロジェクト概要
このプロジェクトはNext.js + TypeScriptで構築したブログシステムです。

# コーディング規約
- すべてのやり取りは日本語で行うこと
- コメントはコードの右側に記述すること
- TypeScript strict モードを厳守すること
- 不要なboilerplateコードは書かないこと

# 開発コマンド
- ビルド: npm run build
- テスト: npm test
- Lint: npm run lint

# セキュリティポリシー
- .envファイルは絶対に読み取らないこと
- node_modules は絶対に編集しないこと
- 本番環境のDBに接続するコマンドは実行しないこと

読み込み順序（優先度が高い順）：

AGENTS.mdのポイント:

• 禁止事項の明記が特に効果的（full-autoモードでの暴走防止）
• 正確なビルド・テストコマンドを記述しておくと精度が上がる
• セキュリティポリシーを明記することで機密情報の漏洩を防止

config.toml（設定ファイル）

AGENTS.mdがプロンプトの指示なら、config.tomlはCLI自体の動作設定です。

# ~/.codex/config.toml（ユーザーレベル）
model = "gpt-5.4"                    # デフォルトモデル
sandbox_mode = "workspace-write"      # サンドボックスモード
approval_policy = "on-request"        # 承認ポリシー

[features]
multi_agent = true                    # マルチエージェントv2を有効化
web_search = true                     # Web検索を有効化

MCP（Model Context Protocol）連携【拡張性が魅力】

MCP対応により、外部ツールとの連携を自由に追加できます。

# ~/.codex/config.toml でMCPサーバーを設定
[mcp_servers.github]
command = "npx"
args = ["-y", "@modelcontextprotocol/server-github"]
enabled = true

[mcp_servers.postgres]
command = "npx"
args = ["-y", "@modelcontextprotocol/server-postgres"]
enabled = true

設定後は /mcp コマンドで接続済みツールを確認できます。GitHubのIssue読み書きやPostgreSQLへの問い合わせを、Codexに自然言語で指示できるようになります。

マルチエージェントv2【v0.117.0〜】

v0.117.0で追加された機能で、複数のサブエージェントを並列実行できます。

> /agent
# パスベースでサブエージェントを管理
# /root/agent_a でフロントエンド担当
# /root/agent_b でバックエンド担当
# → 両エージェントが並列で作業し、構造化メッセージで通信

大規模なリファクタリングや複数モジュールの同時実装に威力を発揮します。

スラッシュコマンド

会話の再開

# ローカル保存されたセッションを復元（長時間タスクに便利）
codex resume

前回の作業状態をそのまま引き継いで続きから始められます。

使用モデル

Terminal-Bench 2.0（ターミナル作業能力）: gpt-5.3-codex で 77.3%

※OpenAIはSWE-bench Verifiedにトレーニングデータ汚染が発見されたとして報告を停止。現在はSWE-bench Pro（56.8%）とTerminal-Bench 2.0が実質的な比較指標となっています。

/model コマンドでセッション中にいつでもモデルを切り替えられます。タスクの複雑さに応じてgpt-5.4とgpt-5.4-miniを使い分けることでコストを最適化できます。

料金体系

前提：APIキーが必須

Codex CLIを使うにはOpenAI APIキーまたはChatGPTのサブスクリプションが必要です。完全無料枠はありません。

ChatGPTサブスクリプション経由

APIキー（従量課金）

⚠️ APIキー従量課金の注意点
└→ 使用量が増えると青天井になる
└→ プロジェクトごとに予算上限を設定することを推奨
└→ gpt-5.4-mini（低コストモデル）を日常タスクに使うことでコスト削減可能

コスト最適化の考え方

gpt-5.4-mini を使う場面:
✅ 単純なファイル編集・コメント追加
✅ ドキュメント生成
✅ 簡単なリファクタリング

gpt-5.4 を使う場面:
✅ 複雑なアーキテクチャ設計
✅ 難易度の高いバグ修正
✅ セキュリティ審査

gpt-5.3-codex を使う場面:
✅ 大規模コードベース（数万行）の全体分析
✅ モノレポの依存関係解析

インストール手順

前提条件

• Node.js 22以上
• OpenAI APIキー または ChatGPT Plus以上のアカウント

Step 1: Node.jsのインストール確認

# バージョン確認
node -v
# v22.x.x 以上が表示されればOK

バージョンが表示されない場合は、Node.js公式サイトからLTS版をインストールしてください。

Step 2: Codex CLIのインストール

npm install -g @openai/codex

Step 3: APIキーの設定

OpenAI APIキーを使う場合（推奨）：

# Mac / Linux
export OPENAI_API_KEY="sk-..."
# または .bashrc / .zshrc に追記して永続化

# Windows (PowerShell)
[System.Environment]::SetEnvironmentVariable("OPENAI_API_KEY", "sk-...", "User")

ChatGPTアカウントを使う場合：

# 起動時にブラウザが開き、ChatGPTアカウントでログイン
codex
# → デバイスコードサインイン（v0.116.0〜）

Step 4: 初回起動と動作確認

# 起動
codex

# 動作確認
> このディレクトリの構造を教えて

これだけで準備完了です。

Windowsネイティブでの使用

v0.121.0以降、Windowsネイティブのサポートが安定しました。WSLなしでも動作するようになっています。

# Windowsネイティブ（PowerShell）
npm install -g @openai/codex
$env:OPENAI_API_KEY = "sk-..."
codex

# WSL経由の場合（より安定）
npm install -g @openai/codex
export OPENAI_API_KEY="sk-..."
codex

メリット

1. ターミナル作業能力が最高水準

Terminal-Bench 2.0（ターミナル操作・シェルスクリプトの実行能力評価）で**77.3%**という業界最高水準のスコアを達成しています。

Terminal-Bench 2.0 比較:
Codex CLI (gpt-5.3-codex): 77.3%  ← 最高
Claude Code (Opus 4.7):    65.4%

シェル操作・コマンドライン作業が得意なのが最大の強みです。

2. サンドボックス実行による安全な完全自動化

Codex CLI:
✅ OSネイティブのサンドボックスでコマンド実行を隔離
✅ approval-policy=never でも安全な自動化が可能
✅ CI/CDパイプラインへの組み込みに最適

Claude Code・Gemini CLI:
❌ サンドボックス機能なし

3. モデルを柔軟に使い分けられる

gpt-5.4-mini: 低コストの日常タスク用
gpt-5.4:      高精度の複雑タスク用
gpt-5.3-codex: 100万トークンの大規模解析用

→ タスクに応じてコストと品質を最適化できる

4. Apache-2.0のオープンソース

✅ ソースコードを完全に確認・改変可能
✅ 社内環境への組み込みが容易
✅ コミュニティによる機能拡張が活発
✅ ベンダーロックインのリスクが低い

5. 高速処理（Cerebras統合）

Cerebras社との統合により、1,000トークン/秒超の高速推論が可能です（Claude Codeの約200トークン/秒と比較して5倍以上）。大量のファイルを素早く処理する際に特に有効です。

6. ChatGPT統合による統一体験

ChatGPT Web UI
    ↓ 同一アカウント
ChatGPT iOSアプリ
    ↓ 同一アカウント
VS Code拡張機能
    ↓ 同一アカウント
Codex CLI
→ どこでも同じ会話履歴にアクセス可能

7. マルチエージェントによる並列タスク実行

v0.117.0から本格化したマルチエージェントv2により、複数のサブエージェントが並列で作業できます。大規模なリファクタリングや複数モジュールの同時実装の効率が大幅に向上します。

デメリット・注意点

1. 完全無料枠がない

Codex CLI:   APIキー or ChatGPT Plus（$20/月〜）が必須
Gemini CLI:  Googleアカウントのみで0円から始められる

→ まず試してみたいだけの場合はGemini CLIの方が手軽

2. ターミナル操作が必須

GUIに慣れている方には学習コストがあります。

基本操作の習得: 1〜2時間
日常的な使いこなし: 1週間程度

3. Windowsネイティブは改善中

v0.121.0でWindowsネイティブのサポートが安定しましたが、一部の機能はWSL環境の方が安定しています。サンドボックス機能をフル活用したい場合はWSL経由の使用を推奨します。

4. コスト管理が必要

APIキー利用の場合、使用量に上限がないため予算管理が必要です。

⚠️ リスクケース:
- gpt-5.4で大規模コードベースを何時間も分析する
- マルチエージェントを多数起動する

✅ 対策:
- OpenAIダッシュボードで予算上限（Usage Limits）を設定
- 日常タスクはgpt-5.4-miniで処理する
- gpt-5.3-codexは大規模解析の時だけ使う

5. ChatGPT・Claude Codeほど日本語コミュニティが充実していない

日本語の情報や事例がまだ少ないため、問題が発生した際に日本語で解決策を探しにくい場面があります。

実践的な活用シーン

シーン1: CI/CDパイプラインへの組み込み

Codex CLIの最も得意な活用法です。

# GitHub Actions での使用例
- name: Codex でコードレビュー
  run: |
    codex --approval-policy never \
      "このPRの変更をレビューして、セキュリティ上の問題を報告して"

サンドボックス付きで完全自動化できるため、CI/CD環境への組み込みが安全です。

シーン2: 大規模コードベースの一括分析

# gpt-5.3-codexモデルで100万トークンを活用
codex
> /model gpt-5.3-codex

> このモノレポ全体を解析して、循環依存のあるモジュールを
> すべてリストアップして、解消の優先順位を提案して

シーン3: ターミナル作業の高度な自動化

> システムのログを解析して、過去24時間のエラーパターンを
> カテゴリ別に集計し、緊急度の高い問題から優先順位をつけてレポートを作成して

> 本番サーバーのデプロイ前チェックリストを実行して、
> 問題があれば詳細を報告して（実際のデプロイはしないこと）

Terminal-Bench 2.0スコア77.3%の実力が発揮される領域です。

シーン4: 夜間バッチ処理の自動化

# 夜間に安全な完全自動モードで実行（サンドボックスは有効）
codex --approval-policy never \
  "todayリリース候補のブランチをテストして、問題があればissueを作成して"

シーン5: 社内ツールへのカスタム組み込み

Apache-2.0ライセンスのため、社内ツールへの改造・組み込みが自由です。

# 独自のワークフローをAGENTS.mdで定義
# 社内のコーディング規約・セキュリティポリシーを強制適用
# 社内MCPサーバーと連携してDBや社内APIにアクセス

Amazon検索[本 Claude Code]

まとめ

Codex CLIは、2026年4月時点でClaude Code・Gemini CLIと並ぶ主要なターミナル型AIエージェントです。

主要なポイント：

✅ メリット

• ターミナル作業能力（Terminal-Bench）が業界最高水準（77.3%）
• サンドボックスによる安全な完全自動化が可能
• CI/CDパイプラインへの組み込みに最適な設計
• Apache-2.0オープンソースで社内カスタマイズが自由
• gpt-5.3-codexの100万トークンで大規模コードベースに対応
• Cerebras統合で1,000トークン/秒超の高速処理

⚠️ デメリット・注意点

• 完全無料枠はなし（APIキー or ChatGPT Plus必須）
• WindowsネイティブはWSL推奨
• 日本語コミュニティがまだ発展途上
• APIキー利用時は予算管理が必要

🎯 こんな方に特におすすめ

• CI/CDパイプラインにAIエージェントを安全に組み込みたい方
• シェル操作・ターミナル作業を高度に自動化したい方
• Apache-2.0ライセンスで社内ツールにカスタム組み込みしたい方
• gpt-5系モデルでターミナルエージェントを使いたい方

次のステップ：

まずは npm install -g @openai/codex でインストールして、簡単なファイル操作からお試しください。APIキーのコスト管理に注意しながら、日常的な開発タスクで効果を体感してみてください。

関連記事：

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

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

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

caymezon.com

2026.02.14

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

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

はじめに「Claude CodeみたいなAIコーディングエージェントを試したいけど、費用を抑えたい…」「Googleが出しているターミナル版AIエージェントって何ができるの？」そんな疑問を持つエンジニアに向けて、Gemini CLIの全貌を...

caymezon.com

2026.02.21

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

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

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

caymezon.com

2026.03.28

タグ: #CodexCLI #Codex #OpenAI #AI #コーディング #開発効率化 #ターミナル #エージェント

The post OpenAI Codex CLI完全ガイド｜ターミナルで動くOpenAIのAIエージェントの全貌【2026年4月最新】 first appeared on CayTech Lab.