はじめに

Gemini CLI は 2026年6月18日をもってサービス終了しました。 現在は新規インストールはもちろん、既存の認証も通らず実質的に利用できません。

「PCに入れたままの gemini コマンドをどう消せばいいのか分からない」「Gemini CLIで組んでいたワークフローを、この機会にどこへ移行すればいいのか」——本記事では、この2つの疑問に一気に答えます。

具体的には、①まず自分の状況を診断してから該当するパターンだけ対応するアンインストール手順と、②Claude Code・Codex CLIへの移行先の選び方・乗り換え手順をセットで解説します。実際には「npmパッケージがまだ残っている人」「本体は消えているのに設定フォルダだけ残っている人」「そもそも別製品（Gemini Code Assist）と混同している人」など状況が人によってかなり異なるため、いきなり手順を実行するのではなく、まず現状を診断することから始めます。

Gemini CLI終了の経緯——いつ・何が起きたか

Gemini CLIはGoogleが2025年に公開したオープンソース（Apache-2.0）のターミナル型AIエージェントで、Googleアカウントのみで無料利用できる点や、デフォルトで100万トークンのコンテキストウィンドウを扱える点が強みでした。

しかし、2026年6月18日にサービス終了が発表・実施され、現在は一切利用できなくなっています。 無料枠の提供に伴う運用コストや、他のGoogle AI製品群との統合方針の見直しが背景にあると見られていますが、Google側から詳細な理由は明確に公表されていません。

当ブログでも以下の記事で終了の事実を追記済みです。Gemini CLIの機能・使い方の詳細な記録として参照したい方はあわせてご覧ください。

• Claude Code vs Gemini CLI vs Codex CLI｜できること・できないことを徹底比較（3ツール比較の記録）
• Gemini CLI完全ガイド｜ターミナルで動くGoogleのAIエージェントの全貌（機能・料金体系の記録）
• Gemini CLI完全使いこなしガイド｜基本操作からVSCode連携まで（操作方法の記録）
• Gemini CLI全36コマンド完全リファレンス（スラッシュコマンドの記録）
• Claude Code vs Gemini CLI｜機能比較と移行ガイド（2ツール比較の記録）

サービス終了に伴い、gemini コマンドは起動できても認証エラーで先に進めない状態になっています。ただし、実際に何がPCに残っているかは人によってかなり差があります。いきなり削除コマンドを打つ前に、まず自分の状況を診断しましょう。

まず自分の状況を診断する

「Gemini CLI」と「Gemini Code Assist」は別物

片付けを始める前に押さえておきたい大前提があります。Google製のGemini関連ツールには、名前がよく似た別製品が存在します。

「Gemini CLIを使っていたはずなのに、npmにもPATHにも見当たらない」という場合、実際に使っていたのはGemini Code Assist（VS Code拡張）だった、というケースは珍しくありません。まずはどちらを（あるいは両方）使っていたのかを切り分けましょう。

診断コマンド

以下を実行し、自分がどのパターンに当てはまるか確認してください。

# ① Gemini CLI本体が今もPATH上に存在するか
where gemini          # Windows（コマンドプロンプト。PowerShellでも可）
which gemini          # Mac/Linux

# ② npmのグローバルインストール一覧にあるか
npm list -g --depth=0 | findstr gemini   # Windows
npm list -g --depth=0 | grep gemini      # Mac/Linux

# ③ 設定・認証情報のフォルダが残っているか
dir "%USERPROFILE%\.gemini"    # Windows
ls -la ~/.gemini                # Mac/Linux

# ④ VS Code拡張機能としてGemini Code Assistを導入していないか
code --list-extensions | findstr -i gemini   # Windows
code --list-extensions | grep -i gemini      # Mac/Linux

npm uninstall -g @google/gemini-cli をいきなり実行しても、対象が存在しない場合はup to dateとだけ表示されて何も削除されません。これは「エラー」ではなく「そもそも無かった」というnpmの正常な反応なので、慌てず①〜④の結果で状況を判断してください。

診断結果から該当パターンを選ぶ

④でgoogle.geminicodeassistが見つかった場合は、上記とは別に後述の「Gemini Code Assistを使っていた場合」もあわせて確認してください。

アンインストール手順

パターンA：CLI本体がまだ残っている場合

where gemini や npm list -g で見つかった場合は、以下の手順で本体・設定ファイル双方を削除します。

Step 1: npmパッケージ本体のアンインストール（共通）

# アンインストール実行
npm uninstall -g @google/gemini-cli  # グローバルインストールされたGemini CLI本体を削除

# 削除確認（何も表示されなければ削除完了）
npm list -g @google/gemini-cli

Step 2: 設定ファイル・認証情報の削除（Windows）

npm本体を消しても、設定ファイルや認証キャッシュはホームディレクトリに残り続けます。

# ユーザー単位の設定・認証情報（settings.json、OAuth認証キャッシュなどを含む）
Remove-Item -Recurse -Force "$env:USERPROFILE\.gemini"  # ~/.gemini フォルダを丸ごと削除

# システム全体の初期設定ファイルが残っている場合（管理者権限で導入していたケース）
Remove-Item -Recurse -Force "C:\ProgramData\gemini-cli"  # システム共通設定が入っていた場合のみ削除

Step 3: 設定ファイル・認証情報の削除（Mac / Linux）

# ユーザー単位の設定・認証情報を削除
rm -rf ~/.gemini  # ~/.gemini 配下（settings.json、.env、OAuth認証キャッシュ）を削除

# システム全体の初期設定ファイルが残っている場合（Homebrew等で管理者導入していたケース）
sudo rm -rf "/Library/Application Support/GeminiCli"  # macOSのシステム共通設定を削除

Step 4: 環境変数（APIキー）の削除

GEMINI_API_KEY をシェルプロファイルに直書きしていた場合は、そちらも忘れずに削除します。

# Mac/Linux: ~/.zshrc や ~/.bashrc から該当行を手動削除、またはコメントアウト
# 例: export GEMINI_API_KEY="xxxxx" の行を削除後、設定を再読み込み
source ~/.zshrc  # シェル設定を再読み込みして反映

# Windows: ユーザー環境変数からGEMINI_API_KEYを削除
[System.Environment]::SetEnvironmentVariable("GEMINI_API_KEY", $null, "User")  # 環境変数を削除（$nullを設定すると削除扱いになる）

パターンB：本体は消えているが設定フォルダだけ残っている場合

実はこちらが見落としやすいケースです。npmパッケージ自体は何らかの理由（以前に一度アンインストール済み・npmキャッシュのクリア・Node.js環境の入れ替えなど）ですでに無くなっているのに、~/.geminiフォルダだけがホームディレクトリに残り続けている、という状態です。

このパターンではStep1〜4は不要で、設定フォルダの削除だけで完了します。

# Windows
Remove-Item -Recurse -Force "$env:USERPROFILE\.gemini"

# Mac/Linux
rm -rf ~/.gemini

フォルダ内のoauth_creds.jsonには有効なOAuth認証情報が含まれています。サービス終了後は使い道がないため、セキュリティの観点からも削除しておくことを強くおすすめします。

Gemini Code Assist（VS Code拡張）を使っていた場合

これはGemini CLIとは別製品であり、今回のサービス終了アナウンスの対象ではありません。継続して使いたい場合はそのままで問題ありません。不要であれば、npmのような特殊な手順は不要で、通常のVS Code拡張機能と同じ方法でアンインストールできます。

VS Code → 拡張機能タブ → 「Gemini Code Assist」を検索 → アンインストール

設定・データの退避（必要な場合）

パターンAで完全に削除する前に、以下のデータは移行先で再利用できる可能性があるため、削除前に確認・退避しておくことをおすすめします。なお GEMINI.md は ~/.gemini ではなく各プロジェクトのルートフォルダに置かれているため、上記のアンインストール手順（ホームディレクトリの.gemini削除）では消えません。プロジェクトごとに個別に確認してください。

退避を検討すべきもの:
1. GEMINI.md（プロジェクトルール）
   → CLAUDE.md や AGENTS.md に書き換えて移行先で再利用可能
   → 「すべてのやり取りは日本語で行うこと」等のルールはそのまま流用できる

2. .gemini/commands/ 配下のカスタムスラッシュコマンド定義
   → Claude Codeのカスタムコマンド、Codex CLIのプロンプトテンプレートとして書き直せる

3. .gemini/settings.json 内のMCPサーバー設定
   → Claude Code・Codex CLIともにMCP対応のため、サーバー定義（command / args）はほぼそのまま転用可能

特に GEMINI.md に書いていたプロジェクトルールは、削除前に中身をコピーしておくことを強く推奨します。移行先の設定ファイルに移し替えるだけで、これまで積み上げてきたルールを無駄にせず引き継げます。

移行先の選び方——Claude Code vs Codex CLI

Gemini CLIが担っていた「無料で試せる」「大規模コードベースを一括把握する」というポジションは、残念ながら現在選べる2択のどちらにも完全には存在しません。まずは自分の用途に近い方を選びましょう。

より詳細な機能比較・ベンチマークスコアは、以下の記事にまとまっています。

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

簡易診断

Gemini CLIで「無料で気軽に試せる」ことを重視していた
 → 完全な代替はありませんが、Claude CodeのProプラン（$20/月）が最も近い体験です

Gemini CLIで「100万トークンの大規模コンテキスト」を活用していた
 → Codex CLI（gpt-5.3-codex指定時に100万トークン対応）が近い選択肢です

Gemini CLIで「バグ修正・リファクタリングの自律性」を求めていた
 → Claude Codeの粘り強い自律デバッグループが有力候補です

Gemini CLIのワークフローをCI/CDや夜間バッチに組み込んでいた
 → サンドボックス実行に対応するCodex CLIへの移行を検討してください

それぞれへの乗り換え手順

Claude Codeへ移行する場合

Claude Codeは月額定額制のため、まずは無料枠がなくなることを前提に予算を確保した上で導入します。インストールから初回設定までの手順は、以下の記事で30分程度のステップとして詳しく解説しています。

• Claude Code環境構築完全ガイド｜初心者でも30分でセットアップできる詳細手順

移行時のポイントは、Gemini CLIで使っていた GEMINI.md の内容を CLAUDE.md にコピーし、日本語での対話ルールやコーディング規約をそのまま引き継ぐことです。

# GEMINI.mdの内容を確認しながらCLAUDE.mdを新規作成
# プロジェクトルートに配置すると自動読み込みされる
notepad CLAUDE.md  # Windowsの場合。中身をGEMINI.mdから移植する

Codex CLIへ移行する場合

CI/CDへの組み込みや、サンドボックス環境での完全自動化を重視するならCodex CLIが候補になります。基本機能・料金体系・AGENTS.mdによるプロジェクト設定は以下で解説しています。

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

Gemini CLIのMCPサーバー設定（.gemini/settings.json の mcpServers）は、Codex CLIの設定ファイルにもほぼ同じ構造で移植できます。command と args の値をそのまま流用できるケースが多いため、退避しておいたJSONを見比べながら移行すると効率的です。

まとめ

Gemini CLIは 2026年6月18日にサービス終了し、現在は利用できません。本記事の要点は以下の通りです。

✅ 「Gemini CLI」と「Gemini Code Assist」は別製品。まずどちらを使っていたか診断する
✅ CLI本体が残っているか（where gemini / npm list -g）、設定フォルダだけ残っているか
   （~/.gemini の有無）で対応するパターンが異なる
✅ 設定・認証情報は ~/.gemini フォルダ（Windowsは %USERPROFILE%\.gemini）に集約されているため
   フォルダごと削除すれば完全にクリーンな状態に戻せる
✅ GEMINI.mdはプロジェクトごとのフォルダに置かれているため、~/.gemini削除では消えない。
   移行先で使う場合はプロジェクトごとに個別に退避する
✅ 移行先は「品質・自律性重視ならClaude Code」「CI/CD・サンドボックス重視ならCodex CLI」で選ぶ

無料で気軽に試せる入口がなくなったのは残念ですが、Claude Code・Codex CLIともに、Gemini CLIとは異なる強みを持つ選択肢です。それぞれのセットアップガイドを参考に、自分のワークフローに合った移行先を選んでみてください。

関連記事：

• Claude Code vs Gemini CLI vs Codex CLI｜できること・できないことを徹底比較【2026年4月版】
• Claude Code vs Gemini CLI｜機能比較と移行ガイド【Gemini CLI サービス終了】
• Gemini CLI完全ガイド｜ターミナルで動くGoogleのAIエージェントの全貌
• Gemini CLI完全使いこなしガイド｜基本操作からVSCode連携・ローカル活用術まで
• Gemini CLI全36コマンド＋キーボードショートカット完全リファレンス
• Claude Code環境構築完全ガイド｜初心者でも30分でセットアップできる詳細手順
• OpenAI Codex CLI完全ガイド｜ターミナルで動くOpenAIのAIエージェントの全貌

タグ: #GeminiCLI #Google #サービス終了 #移行ガイド #ClaudeCode #CodexCLI

The post Gemini CLI終了後の移行ガイド｜アンインストール手順とClaude Code・Codex CLIへの乗り換え方法【2026年版】 first appeared on CayTech Lab.

はじめに

「Claude CodeやGitHub Copilotは知っているけど、Cursor AIって結局何が違うの？」

そんな疑問を持つ開発者は少なくないはずです。2026年7月現在、Cursor AIは年間経常収益（ARR）が2,000億円規模に達し、史上最速で成長したSaaS企業の一つとして注目を集めています。NVIDIA・OpenAI・Uber・Spotify・Instacartなど5万社以上の企業が導入しており、個人開発者からエンタープライズまで幅広く採用が進んでいます。

本記事では、Cursor AIの基本概念から料金プラン・主要機能・使い方・他ツールとの違いまで、2026年7月時点の最新情報をもとに徹底解説します。

この記事で分かること

• Cursor AIとは何か（VS Codeフォークという戦略の意味）
• Tab補完・エージェントモード・Composerなど主要機能の詳細
• 2026年7月時点の料金プラン（Hobby/Pro/Pro+/Ultra/Teams/Enterprise）
• 無料で使えるかどうか、無料プランの制限
• 使用可能なAIモデル（Claude・GPT・Gemini・Grok・Composer）
• インストール〜基本操作の使い方
• Claude Code・GitHub Copilot・Codex CLIとの違い

こんな人におすすめ

• AIコードエディタを初めて検討している開発者
• Cursor AIの全体像を素早く把握したい人
• Claude CodeやGitHub Copilotとの違いを知りたい人
• VS Codeからの乗り換えを検討している人
• チーム導入を検討しているエンジニア・マネージャー

Cursor AIとは

基本概念

Cursor AI（以下Cursor）は、米Anysphere社が開発するAIネイティブなコードエディタです。Visual Studio Code（VS Code）をフォークして構築されており、大規模言語モデルの機能をエディタの内部に直接統合することで、拡張機能では実現できない深いAI連携を実現しています。

■ Cursor（AI powered IDE）の位置づけ
└→ VS Codeフォーク型（エディタ本体を書き換え）
└→ コード補完・チャット・エージェント実行を統合
└→ プロジェクト全体をAIが把握したまま編集
└→ VS Code拡張機能・キーバインド・設定をそのまま流用可能

開発元Anysphereについて

Cursorを開発するAnysphereは、2022年にMIT出身の4人（CEO Michael Truell、CPO Sualeh Asif、COO Aman Sanger、CTO Arvid Lunnemark）が設立したスタートアップです。

■ Anysphere / Cursorの成長記録
2023年:      VS Codeフォークとしてローンチ
2025年1月:   ARR 1億ドル到達
2025年6月:   ARR 5億ドル到達
2025年11月:  ARR 10億ドル到達
2026年2月:   ARR 20億ドル到達、評価額290億ドル

わずか24ヶ月でARR 1,000億円規模に到達した、史上最速成長のSaaS企業として業界で語られています。

VS Codeフォークという戦略の意味

GitHub Copilotが「VS Code上で動くプラグイン」であるのに対し、Cursorはエディタそのものを自社で保有しています。

この「ルートアクセス」により、プラグインでは物理的に不可能な機能を実装できるというのが、Cursorが多くの開発者から支持される最大の理由です。

Cursor AIの特徴（主要機能）

1. Tab（AI予測補完）【入力の延長線上で完結】

Tabは、Cursor独自の高速コード補完機能です。単なる次の単語予測ではなく、次に編集すべき箇所そのものを予測します。

■ Tabの動作フロー
1. コードを編集する（1箇所を修正）
2. Tabが「関連する次の編集箇所」を自動でハイライト
3. Tabキーで確定 → カーソルが次の編集箇所へジャンプ
4. 一連の関連修正を Tab連打だけで完了

複数行にまたがる提案や、ファイル内の離れた場所への「次の編集ジャンプ」も可能なため、単純作業の反復入力を大幅に削減できます。専用の軽量モデルFusion（Anysphereの自社開発モデル）が低遅延でこの補完を支えています。

2. エージェントモード（Agent Mode）【Cursor AIエージェントの中核】

エージェントモードは、Cursorの目玉機能です。指示を与えると、AIがコードベースを読み込み → ファイルを編集 → ターミナルコマンドを実行 → 結果を確認 → 再修正というループを、ガードレールに達するかタスク完了まで自律的に繰り返します。

# エージェントモードでの指示例
「ユーザー認証機能をJWTで実装して。テストも書いて、通ることを確認して」

# エージェントの動作
1. 関連ファイルを自動検出
2. 認証ロジック・APIエンドポイントを実装
3. テストコードを生成
4. ターミナルでテストを実行
5. 失敗した場合は原因を分析して自動修正
6. 全テストがパスするまで繰り返す

2025年3月時点ではTab補完の利用者数がエージェント利用者の2.5倍でしたが、2026年時点ではこの比率が完全に逆転し、エージェント利用者がTab利用者の2倍になっています。開発者の使い方が「補完」から「委任」へとシフトしていることが分かります。

3. Composer（マルチファイル編集）【自然言語で複数ファイルを一括変更】

Composerは、単一ファイルの編集を超えて、変更内容を自然言語で伝えるだけで関連する全ファイルを同時に修正する機能です。

■ Composerの処理範囲
- 新規ファイルの作成
- import文の自動更新
- テストコードの追加
- 設定ファイルの調整
→ すべてを統一されたdiff（差分）としてまとめて提示
→ 開発者は差分を1つずつ確認しながら適用できる

Composerを支えているのは、Anysphereが自社開発したComposerという専用モデルです。2025年10月にComposer 1.5としてローンチ後、Composer 2（Kimi K2.5ベース）を経て、2026年5月にComposer 2.5へと進化しました。コードベース全体を意味的に検索する仕組みと組み合わせることで、エディタと深く統合された低遅延の編集を実現しています。

4. Cursor 3のAgents Window【エージェント群の並列管理】

2026年4月2日、AnysphereはCursor 3をリリースしました。2023年のローンチ以来最大のUI刷新で、「開発者はコードを書くのではなく、AIエージェントの群れを指揮する」という思想のもとに設計し直されています。

■ Agents Windowでできること
- ローカルマシン / Git worktree / クラウドサンドボックス / リモートSSH
  にまたがって複数のエージェントを並列実行
- 1つの画面から全エージェントの進捗を一元管理
- ローカル実行中のタスクをクラウドへシームレスに引き継ぎ
- 複数リポジトリを横断した並列実行にも対応

さらにBackground Agents（バックグラウンドエージェント）により、タスクを非同期で割り当てて自分は別の作業を続けることも可能です。GitHubのIssueを渡しておけば、席に戻る頃には下書きのPull Requestが用意されている、といった使い方ができます。

5. その他の主要機能

// .cursor/rules/project.mdc の例
---
description: プロジェクト共通ルール
alwaysApply: true
---

- すべてのコメントは日本語で記述すること  // コード品質・可読性のためのルール
- APIエラーは必ずtry-catchで捕捉すること   // 例外処理の徹底
- テスト未作成のまま実装を完了しないこと    // 品質担保のルール

使用可能なAIモデル

Cursorの大きな特徴の一つが、主要AIベンダーのモデルを横断的に選択できる点です。2026年7月時点で、以下のモデルが利用可能です。

Autoモードを選ぶと、タスクの内容に応じてCursorが最適なモデルを自動選択してくれます。有料プランではAutoモードは無制限に使え、Claude・GPTなど特定のフロンティアモデルを手動指定した場合のみ、後述のクレジットが消費される仕組みです。モデルのラインナップは更新が頻繁なため、最新の対応状況は公式ドキュメント（docs.cursor.com/models）で確認するのがおすすめです。

料金プラン【Cursor AIは無料で使えるか】

Hobby（無料プラン）で使えるか

結論から言うと、Cursor AIはクレジットカード登録なしで無料から試せます。

■ Hobbyプラン（無料）の内容
- Tab補完: 制限あり（目安：月間2,000回程度）
- エージェントリクエスト: 制限あり（目安：月間の低速プレミアムリクエスト50回程度）
- 新規アカウントには14日間のProプラン無料トライアルが付与

公式サイトは正確な数値上限を公開しておらず、「Limited Agent requests」「Limited Tab completions」という表現にとどまっています。実際の上限はダッシュボードで確認するのが確実です。マルチファイル編集やエージェントの動作を一通り試す分には十分ですが、日常的な開発を継続する用途には不向きです。

有料プラン一覧（2026年7月時点）

年払いにすると、いずれのプランも実質約20%割引になります（例：Proは月払い$20 → 年払い換算$16）。

クレジット制の仕組み

■ Cursorの課金モデル
- 各有料プランには「月額料金と同額のクレジット」が付与される
- Autoモード（Cursorが最適モデルを自動選択）は無制限で消費なし
- Claude・GPTなど特定モデルを手動指定した場合のみクレジットを消費
- クレジットを使い切ると従量課金に移行（設定でオフも可能）

まずはHobbyプランで基本操作を試し、日常的に使うならPro（$20/月）へというのが最も現実的な選び方です。

使い方（インストール〜基本操作）

Step 1: ダウンロード・インストール

cursor.com/download から、OSに応じたインストーラーを取得します。

■ 動作環境
Windows: .exeファイルを実行 → ウィザードに従って進める
macOS:   .dmgファイルを開き、Applicationsフォルダへドラッグ
         （Intel/Apple Silicon両対応のユニバーサル版）
Linux:   .AppImageファイルをダウンロードし実行権限を付与
         （x86_64 / aarch64 それぞれ提供）

■ 最小動作環境の目安
RAM: 4GB以上　/　ディスク空き容量: 2GB以上　/　安定したインターネット接続

Step 2: 初回起動とアカウント作成

1. Cursorを起動
2. Google / GitHub / メールアドレスでアカウント作成
3. VS Codeを使っていた場合、設定・拡張機能・キーバインドの
   インポートを提案される（そのまま引き継げる）
4. 新規アカウントには14日間のProトライアルが自動付与

VS Codeからの乗り換えでも、見た目や操作感がほぼそのままなので学習コストが低いのが特徴です。

Step 3: 基本操作

# Tabによる補完
コードを書き始めると、グレーのテキストで次のコードが提案される
→ Tabキーで確定、Escで却下

# チャット（Cmd/Ctrl + L）
選択したコードについて質問・説明依頼ができる

# エージェントモード（Cmd/Ctrl + I）
自然言語で指示すると、複数ファイルを自律的に編集
> 「このプロジェクトにダークモード切り替え機能を追加して」

# Composer
> 「ユーザー登録フォームにバリデーションを追加して、
>   関連するテストファイルも更新して」

最初はAutoモードのまま、簡単な指示から試してみるのがおすすめです。エージェントの提案は必ず差分（diff）で確認できるため、意図しない変更をそのまま適用してしまう心配もありません。

Claude Code・GitHub Copilot・Codex CLIとの違い

Cursorを検討する際、必ず比較対象になるのがこの3ツールです。それぞれ設計思想が大きく異なります。

どれを選ぶか：

複数のAIモデルを使い分けながらエディタで完結させたい → Cursor AI
ターミナル中心でAIと深く連携し、CLAUDE.mdで細かく制御したい → Claude Code
今のIDE環境を変えたくない → GitHub Copilot
CI/CDパイプラインに安全に組み込みたい → Codex CLI

Cursorの最大の強みは、**「1つのエディタの中でClaude・GPT・Geminiなど複数ベンダーのモデルをタスクに応じて切り替えられる」**という点です。特定ベンダーにロックインされたくない開発者にとって大きな魅力になります。一方で、VS Codeフォークという性質上、既存の別IDE（JetBrains系など）を使い続けたい人には向きません。詳細な比較はGitHub Copilot完全ガイドやClaude Code vs Gemini CLI vs Codex CLI比較記事も参照してください。

メリット・デメリット

メリット

• 無料（Hobby）から試せる：クレジットカード不要でエージェント・Tabの動作を体験可能
• 複数ベンダーのモデルを横断選択：Claude・GPT・Gemini・Grokを1つのUIから使い分けられる
• VS Code資産をそのまま継承：拡張機能・設定・キーバインドをインポートして乗り換えコストを最小化
• Tab補完の完成度が高い：次の編集箇所まで予測してジャンプする体験は他ツールにない強み
• Cursor 3のAgents Windowで並列運用：複数エージェントをローカル・クラウド横断で一元管理できる

デメリット

• 既存エディタからの乗り換えが必須：プラグイン型のGitHub Copilotと違い、エディタ自体を切り替える必要がある
• 無料プランの上限が不透明：公式に具体的な数値が公開されておらず、ダッシュボードでの確認が必要
• クレジット制の分かりにくさ：Autoモードとフロンティアモデル手動指定で消費ルールが異なり、初見では把握しづらい
• ヘビーユーザーは高額になりやすい：Ultraプランは$200/月と、他ツールの最上位プランと比べても高額

まとめ

Cursor AIは、VS Codeをフォークすることで「拡張機能では実現できない深いAI統合」を実現したAIコードエディタです。2026年7月時点でARR2,000億円規模、評価額290億ドルに達し、AIコーディングツール市場を牽引する存在になっています。

主要なポイント：

✅ メリット

• Hobbyプランで無料から試せる（クレジットカード不要）
• Claude・GPT・Gemini・Grokなど複数ベンダーのモデルを横断選択できる
• Tab補完・Agent Mode・Composerという3本柱の機能が充実
• Cursor 3のAgents Windowで複数エージェントを並列管理できる
• VS Codeからの乗り換えコストが低い

⚠️ デメリット・注意点

• 既存の別IDEを使い続けたい人には不向き
• 無料プランの正確な上限が非公開
• クレジット制の仕組みがやや分かりにくい
• ヘビーユースでは料金が高額になりやすい

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

• 1つのエディタで複数のAIモデルを使い分けたい方
• VS Codeの操作感を維持しつつAI機能を強化したい方
• Tab補完とエージェントモードの両方を高い完成度で使いたい方

次のステップ：

まずはcursor.comからHobbyプランで無料インストールし、Tab補完とエージェントモードを実際に試してみることをおすすめします。

関連記事：

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

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

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

caymezon.com

2026.02.14

• GitHub Copilot完全ガイド｜AIコーディングアシスタントの全貌【2026年7月版】

GitHub Copilot完全ガイド｜AIコーディングアシスタントの全貌【2026年7月版】

はじめに「AIにコードを書いてほしいけど、どのツールを選べばいいかわからない…」そんな迷いを持つ開発者にとって、GitHub Copilot は最も現実的な第一選択肢の一つです。2026年7月現在、月間検索数が急増しており、個人開発者からエ...

caymezon.com

2026.07.11

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

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

⚠️ 【2026年6月18日 追記】Gemini CLI はサービス終了しましたGemini CLI は 2026年6月18日をもってサービス終了となり、現在は利用できません。本記事は歴史的な比較記録として残しています。現在選べるターミナル...

caymezon.com

2026.03.28

タグ: #CursorAI #Cursor #AIコードエディタ #比較 #開発効率化

The post Cursor AIとは？【2026年7月最新】AIコードエディタの料金・使い方・エージェントモードを徹底解説 first appeared on CayTech Lab.

はじめに

「OpenAIのCodex CLIを使ってみたいけど、Windowsでのインストール方法が分からない…」

「npm installって書いてあるけど、そもそもNode.jsが必要なの？WSLは必須？」

Codex CLIはClaude Code・Gemini CLIと並ぶ主要なターミナル型AIエージェントですが、Windows環境ではインストール方法が複数あり、どれを選べばいいか迷いやすいツールです。 誤って無関係な codex パッケージをインストールしてしまう、PATHが通らず codex コマンドが認識されない、といったつまずきも報告されています。

本記事の手順通りに進めれば、Windows環境で15〜20分程度でCodex CLIが使える状態になります。 Codex CLIの概要や料金体系については別記事で解説済みのため、本記事ではWindowsへの導入・初期設定・動作確認の手順に絞って詳しく解説します。

この記事で分かること

• Codex CLIのWindows向けインストール方法（npm経由を中心に3パターン）
• Node.jsのバージョン要件と確認方法
• ChatGPTアカウント認証・APIキー認証の設定手順
• config.tomlの配置場所と基本設定
• 動作確認の具体的なコマンド例
• よくあるエラーと解決方法（PATH・実行ポリシー・パッケージ誤認識など）

こんな人におすすめ

• Codex CLIをWindows環境で初めてインストールする人
• npm install -g @openai/codex を実行したがエラーで止まった人
• ChatGPTアカウントとAPIキー、どちらで認証すべきか迷っている人
• WSLを使うべきか、Windowsネイティブで十分か知りたい人

前提条件の確認

セットアップを始める前に、以下を確認してください。

Note：以前のバージョン（2026年4月時点のv0.121.0など）ではWindowsネイティブ対応が「安定化した段階」でしたが、2026年5月13日にWindows向けの正式対応が完了し、Linuxの仮想化レイヤーを介さないOSネイティブのサンドボックス（制限付きトークン＋ファイルシステムACLベース）が使えるようになっています。よほどの理由がない限り、WSLを別途用意する必要はありません。

インストール手順

Codex CLIのWindowsへのインストール方法は主に3つあります。本記事ではnpm経由の方法を主軸に、他の2つの方法も併記します。

方法1：npm経由でインストール（主軸・推奨）

Node.jsの開発環境がすでにある人には最もシンプルな方法です。

Step 1: Node.jsのバージョン確認

node -v  # v22.0.0 以上が表示されればOK

バージョンが表示されない、またはv22未満の場合は、Node.js公式サイトからLTS版（またはCurrent版でv22以上のもの）をインストールしてください。

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

npm install -g @openai/codex  # Codex CLIをグローバルインストール（スコープ付きパッケージ名に注意）

⚠️ 重要な注意： npm install -g codex（スコープなし）と間違えないでください。スコープなしの codex パッケージは2012年から存在する無関係な別プロジェクトで、OpenAIとは一切関係がありません。インストールは通っても何も起きないため、必ず @openai/codex とスコープ付きで指定してください。

Step 3: インストール確認

codex --version  # インストールされたバージョンを表示（例: codex-cli 0.144.5）

方法2：公式インストールスクリプト（Node.js不要）

Node.js環境を用意したくない場合は、公式のインストールスクリプトが便利です。バイナリを直接取得するためNode.js/npmは不要です。

powershell -ExecutionPolicy ByPass -c "irm https://chatgpt.com/codex/install.ps1 | iex"  # 公式スクリプトでCLIを直接インストール

方法3：winget / Microsoft Store経由

Windows標準のパッケージ管理ツール「winget」からもインストールできます。ChatGPTデスクトップアプリ（Windows版）にCodex CLIが同梱される形で提供されています。

winget install --id 9PLM9XGG6VKS -s msstore  # Microsoft Store経由でCodex（CLI同梱）をインストール

⚠️ 注意： winget install Codex -s msstore のように名前で検索すると、無関係な別アプリがヒットする不具合が報告されています。必ずID（9PLM9XGG6VKS）を指定してインストールしてください。

どの方法を選ぶべきか

■すでにNode.js 22以上の開発環境がある
→ 方法1（npm）でOK。他ツール（Claude Code等）と管理方法を揃えられる

■Node.js環境を持ちたくない・最速で入れたい
→ 方法2（公式インストールスクリプト）がおすすめ

■ChatGPTデスクトップアプリも一緒に使いたい
→ 方法3（winget / Microsoft Store）

Windows特有の注意点

⚠️ PowerShellの実行ポリシー
方法2のインストールスクリプトは、実行ポリシーによってブロックされる場合があります。
コマンド内の "-ExecutionPolicy ByPass" が一時的に許可するため、通常はそのままコピペで実行可能です。

⚠️ PATHが通るまでは別ターミナルで確認する
npmインストール後、既に開いていたターミナルのままだとPATHが反映されないことがあります。
新しいPowerShellウィンドウを開いてから "codex --version" を実行してください。

⚠️ WSL経由でも動作するが必須ではない
社内ポリシー等でWSL環境を既に使っている場合は、WSL内でLinux版としてインストールしても問題ありません。
ただしWindowsネイティブ版（本記事の方法）の方が導入の手間は少なくなります。

初期設定・認証

Step 4: 初回起動とサインイン

インストールが完了したら、まずはそのまま起動してみます。

codex  # 初回起動。ブラウザでのサインイン画面が自動的に開く

初回起動時は以下の流れでサインインが進みます。

1. 既定のブラウザが自動的に開く
2. ChatGPTのログイン画面が表示される
3. アカウントでログイン（Plus/Pro/Team/Enterprise/Business/Edu/Freeいずれでも可）
4. 「Codexにアクセスを許可しますか？」の確認画面で許可
5. ターミナルに戻ると認証完了

認証方法1：ChatGPTアカウントでのOAuthログイン（推奨）

個人開発者には、ブラウザ経由のOAuth認証が最もシンプルです。ChatGPTのサブスクリプションにそのまま紐づくため、APIキーの管理が不要です。

codex login  # ブラウザでのChatGPT OAuthログインを開始

認証方法2：OpenAI APIキーでのログイン

従量課金のAPIキーを使いたい場合は、以下のいずれかの方法で設定します。

codex login --with-api-key  # プロンプトが表示されたらAPIキーを貼り付け

環境変数として設定する方法もあります。

# 一時的に設定（そのPowerShellセッション中のみ有効）
$env:OPENAI_API_KEY = "sk-..."  # 環境変数にAPIキーを一時設定

# 永続的に設定（ユーザー環境変数として保存）
[System.Environment]::SetEnvironmentVariable("OPENAI_API_KEY", "sk-...", "User")  # 次回以降のターミナルでも自動的に読み込まれる

⚠️ 注意： APIキーは従量課金です。使用量に上限がないため、OpenAIダッシュボードで予算上限（Usage Limits）を設定しておくことを強く推奨します。

config.tomlでの設定確認

認証情報の保存先や優先する認証方式は、設定ファイルで制御できます。Windowsでの配置場所は以下の通りです。

%USERPROFILE%\.codex\config.toml

# %USERPROFILE%\.codex\config.toml（ユーザーレベル設定）
preferred_auth_method = "chatgpt"     # "chatgpt" または "apikey" で優先認証方式を固定
cli_auth_credentials_store = "file"   # 認証情報の保存方式（file / keyring / auto）
model = "gpt-5.4"                     # デフォルトモデル
sandbox_mode = "workspace-write"      # サンドボックスモード（Windowsネイティブでも同じ設定名）

⚠️ 重要： APIキーそのものを config.toml に直接書き込むのは避けてください。環境変数または codex login --with-api-key 経由での保存が安全です。

動作確認

バージョンとステータスの確認

codex --version  # インストールされているバージョンを確認

Codex CLI内で以下のコマンドを実行すると、現在の認証状態・モデル・トークン使用量が確認できます。

> /status

テストディレクトリでの動作確認

mkdir C:\test-codex-cli  # 動作確認用のディレクトリを作成
cd C:\test-codex-cli
codex  # Codex CLIを起動

起動後、プロンプトに日本語で指示を入力して応答を確認します。

> こんにちは。自己紹介してください。

正常に動作していれば、日本語で応答が返ってきます。

ファイル作成テスト

> hello.pyというファイルを作成して、「Hello, Codex CLI!」と表示するコードを書いてください。

期待される動作：

# hello.py
message = "Hello, Codex CLI!"  # メッセージを定義
print(message)  # コンソールに出力

作成後、以下のコマンドで実行確認します。

python hello.py
# Hello, Codex CLI!

✅ この出力が確認できれば、Windows環境でのセットアップは完了です。

よくあるトラブルと解決方法

トラブル1：'codex' is not recognized（コマンドが認識されない）

エラーメッセージ：

'codex' is not recognized as an internal or external command

解決方法：

# 1. npmのグローバルインストール先を確認
npm config get prefix  # 例: C:\Users\YourName\AppData\Roaming\npm

# 2. 上記のパスが環境変数PATHに含まれているか確認
$env:Path -split ';' | Select-String "npm"

# 3. 含まれていない場合はシステム環境変数のPathに追加
#    Windowsキー+R → sysdm.cpl → 詳細設定 → 環境変数 → Pathを編集 → npmのパスを追加

# 4. 新しいPowerShellウィンドウを開いて再確認
codex --version

トラブル2：インストールしたのに何も起きない（パッケージの誤認識）

原因： スコープなしの codex（無関係な2012年の別パッケージ）を誤ってインストールしている。

解決方法：

npm uninstall -g codex          # 無関係なパッケージをアンインストール
npm install -g @openai/codex    # 正しいスコープ付きパッケージを再インストール
codex --version                 # バージョンが表示されることを確認

トラブル3：インストールスクリプトが実行ポリシーでブロックされる

エラーメッセージ：

このシステムではスクリプトの実行が無効になっているため、
...ps1 を読み込むことができません。

解決方法：

# 現在のユーザーの実行ポリシーを一時的に緩和
Set-ExecutionPolicy RemoteSigned -Scope CurrentUser  # 署名済み・ローカルスクリプトの実行を許可

# その上で再度インストールスクリプトを実行
powershell -ExecutionPolicy ByPass -c "irm https://chatgpt.com/codex/install.ps1 | iex"

トラブル4：ブラウザ認証が開始されない・完了しない

解決方法：

1. 既定のブラウザ設定を確認
   Windows設定 > アプリ > 既定のアプリ > Webブラウザー

2. ターミナルに表示されたURLを手動でブラウザに貼り付けてアクセス

3. 社内プロキシ環境の場合は環境変数でプロキシを明示
   $env:HTTPS_PROXY = "http://proxy.company.com:8080"
   ※2026年7月時点の最新版はWindowsのシステムプロキシ（PAC/WPAD含む）を
     自動的に検出するようになっているため、まずはアップデートも検討してください

トラブル5：winget install で無関係なアプリがヒットする

解決方法：

# 名前検索ではなくIDを直接指定してインストール
winget install --id 9PLM9XGG6VKS -s msstore

トラブル6：Node.jsバージョン不一致エラー（npmインストール時）

エラーメッセージ：

Error: Node.js version 22 or higher is required

解決方法：

# 1. 現在のバージョン確認
node -v

# 2. Node.js公式サイトから最新LTS（v22以上）を再インストール
#    https://nodejs.org/

# 3. ターミナルを再起動して再確認
node -v
npm install -g @openai/codex

まとめ

Codex CLIのWindows環境への導入手順を解説しました。

セットアップの流れ：

✅ 前提条件確認

• Node.js 22以上（npmインストールの場合）
• ChatGPTアカウント または OpenAI APIキー
• WSLは必須ではない（Windowsネイティブサンドボックスで動作）

✅ インストール（3つの方法から選択）

• npm：npm install -g @openai/codex（スコープを忘れずに）
• 公式インストールスクリプト：Node.js不要で最速
• winget / Microsoft Store：IDを指定してインストール

✅ 認証

• ChatGPTアカウントでのOAuthログイン（推奨・キー管理不要）
• OpenAI APIキー（従量課金・予算上限の設定推奨）

✅ 動作確認

• codex --version でバージョン確認
• テストディレクトリでファイル作成・実行を確認

つまずきやすいポイント：

• スコープなしの codex パッケージを誤ってインストールしない
• インストール直後は新しいターミナルでPATHを確認する
• winget検索ではなくIDを直接指定する

セットアップが完了したら、Codex CLIならではの強み——サンドボックス実行やCI/CD組み込み、マルチエージェントによる並列処理——を実際に試してみてください。

関連記事：

• 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月版】

⚠️ 【2026年6月18日 追記】Gemini CLI はサービス終了しましたGemini CLI は 2026年6月18日をもってサービス終了となり、現在は利用できません。本記事は歴史的な比較記録として残しています。現在選べるターミナル...

caymezon.com

2026.03.28

• Claude Code環境構築完全ガイド｜初心者でも30分でセットアップできる詳細手順

Claude Code環境構築完全ガイド｜初心者でも30分でセットアップできる詳細手順

はじめに「Claude Codeを使ってみたいけど、環境構築が難しそう…」そんな不安を持つ方も多いはずです。実際、ターミナルベースのツールは初心者にとってハードルが高く感じられます。しかし、この記事の手順通りに進めれば、初心者でも30分でC...

caymezon.com

2026.02.14

タグ: #CodexCLI #OpenAI #環境構築 #セットアップ #Windows #インストール

The post Codex CLI環境構築完全ガイド｜Windowsへの導入から初期設定まで【2026年7月最新版】 first appeared on CayTech Lab.

はじめに

「GitHub Copilotを使ってみたいけど、どこから始めればいいか分からない…」

プランの選択・GitHubアカウントの設定・VS Code拡張機能のインストール・認証と、手順が複数あるため最初は戸惑いがちです。

この記事の通りに進めれば、15〜20分でGitHub CopilotがVS Code上で動く状態になります。

本記事では、Windows・Mac両対応の手順でGitHub Copilotのセットアップを丁寧に解説します。

この記事で分かること

• GitHubアカウントの作成（未登録の場合）
• Copilotプランの選択・有効化（Freeプランで無料スタート可）
• VS Code拡張機能のインストール
• GitHubアカウントとの認証連携
• 初回動作確認（コード補完・Copilot Chat）
• エージェントモードの有効化
• JetBrains IDEへの導入（オプション）
• よくあるトラブルと解決方法

こんな人におすすめ

• GitHub Copilotを初めてインストールする人
• 無料で試したい人（Freeプランから始める方）
• VS Codeを普段使いしている開発者

前提条件の確認

セットアップを始める前に以下を確認してください。

Step 1：GitHubアカウントを作成する（未登録の場合）

既にGitHubアカウントをお持ちの方は Step 2 に進んでください。

1. github.com にアクセス
2. 「Sign up」をクリック
3. メールアドレス・パスワード・ユーザー名を入力
4. メールアドレスの確認コードを入力して完了
5. プランは「Free」を選択（後から変更可能）

Step 2：Copilotプランを選択・有効化する

Freeプランで試す場合（おすすめ）

GitHubアカウントを作成・ログインするだけで、Copilot Freeが自動的に有効になっています。追加の手続きは不要です。

Freeプランの制限：

• コード補完：月2,000回
• Copilot Chat：月50回
• エージェントモード：利用可（AI Creditsを消費）

Proプラン（/月）に申し込む場合

1. GitHubにログインして右上のアイコン → 「Settings」
2. 左メニュー「Copilot」をクリック
3. 「Start free trial」または「Upgrade to Pro」を選択
4. クレジットカード情報を入力して申し込み完了

Tip：まずFreeプランで1〜2週間使ってみて、不満が出たらProに切り替えるのがおすすめです。

Step 3：VS Code拡張機能をインストールする

インストール手順

1. VS Codeを開く
2. 左サイドバーの「拡張機能」アイコン（または Ctrl+Shift+X / Cmd+Shift+X）をクリック
3. 検索ボックスに「GitHub Copilot」と入力
4. 発行元が「GitHub」の拡張機能を選択

インストールする拡張機能（2つ）：

5. 両方の「インストール」ボタンをクリック

Note：2025年以降はほとんどの場合、「GitHub Copilot」をインストールすると「GitHub Copilot Chat」も自動でインストールされます。

Step 4：GitHubアカウントで認証する

拡張機能のインストール後、VS Codeの右下または通知エリアに「GitHubにサインイン」の案内が表示されます。

認証手順

1. 「GitHubにサインイン」をクリック（または Ctrl+Shift+P → 「GitHub Copilot: Sign In」）
2. ブラウザが開いてGitHubの認証画面が表示される
3. GitHubにログインして「Authorize Visual Studio Code」をクリック
4. VS Codeに戻り、右下の通知で認証完了を確認

認証完了の確認

VS Codeの右下ステータスバーに GitHub Copilot のアイコン が表示されれば認証成功です。

ステータスバーのアイコン状態：
✓ 通常アイコン     → 正常に動作中
✗ × マーク付き    → 認証エラー / サービス停止
  回転マーク      → 処理中

Step 5：動作確認

コード補完の確認

1. VS Codeで新しいファイルを作成（例：test.py）
2. 以下のコメントを入力してみてください

# ランダムな6桁の数字を生成する関数

3. Enterを押すと、グレーのテキストでコードが提案されることを確認
4. Tab キーで提案を確定

Copilot Chat の確認

1. Ctrl+Alt+I（Mac: Cmd+Alt+I）でCopilot Chatを開く
2. 「こんにちは」と入力して送信
3. 日本語で返答があれば正常動作

Step 6：推奨初期設定

エージェントモードを有効化する

1. Ctrl+,（Mac: Cmd+,）で設定を開く
2. 検索ボックスに「chat.agent.enabled」と入力
3. チェックボックスをオンにする

有効化後、Copilot Chatパネルに「Agent」タブが追加されます。

日本語で回答を返してもらう設定

Copilot Chatに以下の指示を出すと、以降の会話が日本語になります（毎回設定が必要ではなく、日本語で質問すれば自動的に日本語で返答されます）。

# セッション冒頭に指定する例
日本語で回答してください。コードのコメントも日本語で書いてください。

コードの自動補完を一時的にオフにする（任意）

補完が邪魔に感じる場面では一時停止できます。

Ctrl+Shift+P → 「GitHub Copilot: Enable/Disable Completions」

.copilotignore ファイルの設定（推奨）

機密情報を含むファイルをCopilotから除外します。

# プロジェクトルートに .copilotignore を作成
.env
.env.local
secrets/
**/credentials/**

JetBrains IDEへの導入（オプション）

IntelliJ IDEA・PyCharm・WebStorm等をお使いの方向けです。

インストール手順

1. JetBrains IDEを開く
2. 「Settings」→「Plugins」→「Marketplace」
3. 「GitHub Copilot」を検索してインストール
4. IDEを再起動
5. 「Tools」→「GitHub Copilot」→「Login to GitHub」で認証

VS Codeと同じGitHubアカウントで認証すれば、同じプランが適用されます。

よくあるトラブルと解決方法

トラブル1：コード補完が表示されない

原因と対処：

確認1: ステータスバーの Copilot アイコンが正常か確認
  → × マーク付きの場合: GitHub認証を再実行

確認2: ファイルの種類が対応しているか確認
  → バイナリファイル・画像ファイルは非対応

確認3: Freeプランの月間上限に達していないか確認
  → GitHub.com の Copilot 設定画面で使用量を確認

対処: Copilot を再起動
  → Ctrl+Shift+P → 「Developer: Reload Window」

トラブル2：認証エラーが繰り返される

# VS Code のキャッシュをクリア
# Windows
%APPDATA%\Code\User\globalStorage\github.copilot\ を削除

# Mac
~/.vscode/extensions/ 内の github.copilot フォルダを削除

# 再インストールして再認証

トラブル3：エージェントモードのタブが表示されない

確認1: VS Code が最新版か確認（「Help」→「Check for Updates」）
確認2: GitHub Copilot Chat 拡張機能が最新版か確認
確認3: chat.agent.enabled 設定が有効か確認

トラブル4：日本語入力中に補完が邪魔になる

設定で補完のトリガーを遅らせる:
1. Ctrl+, → 検索「editor.inlineSuggest.delay」
2. デフォルト値（通常0）を500〜1000ms に変更

まとめ

セットアップは以上で完了です。まとめると：

■ セットアップのチェックリスト
□ GitHubアカウント作成・ログイン
□ CopilotプランをFreeで有効化（または有料プランに申込）
□ VS Codeに「GitHub Copilot」「GitHub Copilot Chat」をインストール
□ GitHub認証を完了（ステータスバーにアイコン表示を確認）
□ コード補完の動作を確認（グレーのテキストが表示されるか）
□ Copilot Chatの動作を確認（日本語で返答があるか）
□ chat.agent.enabled をオンにしてエージェントモードを有効化

次は各機能の詳しい使い方を学びましょう：

• GitHub Copilotの使い方完全解説（全機能徹底ガイド）
• GitHub Copilot完全ガイド（全体像・料金・比較）
• Claude Code環境構築ガイド（ターミナル型のセットアップ）

The post GitHub Copilot環境構築完全ガイド｜VS Codeへの導入から初期設定まで詳細手順【Windows/Mac対応 2026年版】 first appeared on CayTech Lab.

はじめに

「AIにコードを書いてほしいけど、どのツールを選べばいいかわからない…」

そんな迷いを持つ開発者にとって、GitHub Copilot は最も現実的な第一選択肢の一つです。2026年7月現在、月間検索数が急増しており、個人開発者からエンタープライズチームまで幅広く採用が進んでいます。

本記事では、GitHub Copilotの全体像から料金プラン・主要機能・競合ツールとの比較まで、2026年7月時点の最新情報をもとに徹底解説します。

この記事で分かること

• GitHub Copilotとは何か（基本概念・仕組み）
• 2026年7月時点の料金プラン（Free/Pro/Pro+/Business/Enterprise）
• 6大主要機能の概要
• 対応IDEと動作環境
• Claude Code・Cursor AIとの違い
• メリット・デメリット
• どのプランを選ぶべきか

こんな人におすすめ

• AIコーディングアシスタントを初めて検討している開発者
• GitHub Copilotの全体像を素早く把握したい人
• Claude CodeやCursorとの違いを知りたい人
• チーム導入を検討しているエンジニア・マネージャー

GitHub Copilotとは

基本概念

GitHub Copilot は、Microsoft・GitHubが提供するAIコーディングアシスタントです。OpenAIのモデルをベースに、GitHubのコードリポジトリで学習しており、コード補完・チャット・コードレビュー・エージェント実行といった幅広い機能を提供します。

■ GitHub Copilot の位置づけ
└→ IDE プラグイン型（VS Code・JetBrains・Visual Studio等に統合）
└→ 入力中にリアルタイムでコード提案
└→ チャットで質問・説明・コード生成
└→ エージェントが複数ファイルを自律的に編集

誕生の経緯と2026年の現在地

• 2021年6月: GitHub Copilot テクニカルプレビュー公開（OpenAI Codexベース）
• 2022年6月: 一般提供開始（月額$10）
• 2024年12月: Copilot Free プラン追加（GitHubアカウントのみで無料利用可）
• 2026年6月: 使用量ベース課金（AI Credits）に移行。エージェントモードが全プランに解放

料金プラン（2026年7月時点）

プラン一覧

2026年6月の大きな変化：AI Credits制

2026年6月1日から、GitHubはCopilotに AI Credits（使用量ベース課金） を導入しました。

■ AI Creditsのルール
- 1 AI Credit = $0.01（1セント）
- コード補完・Next Edit Suggestions は全プランでクレジット不要（無料）
- チャット・エージェントモード・コードレビュー・Copilot Apps はクレジット消費
- 各プランに月間クレジット上限あり（超過は従量課金）

個人でとりあえず試す → Freeプラン、日常的に開発に使う → Proプラン（$10） が現実的な選択です。

6大主要機能

① コード補完（インライン提案）

エディタでコードを入力すると、グレーのテキストで次のコードが自動提案されます。Tab キーで確定、Esc で却下するだけ。コメントを書くとその通りの実装を提案してくれます。

全プランでクレジット消費なし（Freeプランも無制限ではないが実用上十分）。

② Copilot Chat

IDE内のサイドパネルで、コードに関する質問・説明・修正依頼をチャット形式で実行できます。

# よく使うコマンド例
/explain   → 選択したコードを日本語で説明
/fix       → バグを自動修正
/tests     → テストコードを自動生成
/doc       → ドキュメントコメントを生成

③ エージェントモード（2026年の目玉機能）

最も注目される機能。指示を与えると、複数ファイルにまたがって自律的に編集・実行してくれます。

■ エージェントモードの動作フロー
1. 開発者がゴールを自然言語で指示
   例：「ユーザー認証機能をJWTで実装して」
2. Copilotが必要なファイルを判断
3. 複数ファイルを自動編集
4. ターミナルコマンド（テスト実行など）を自動実行
5. 結果を確認して完了まで進める

④ Pull Request Summary（PR要約）

PRを作成・更新すると、変更内容の要約を自動生成します。レビュアーがPRの概要を把握する時間を大幅削減。

⑤ Copilot CLI

ターミナルで自然言語からコマンドを生成します。

# 例：「直近7日間に変更されたファイルを一覧表示して」
gh copilot suggest "list files modified in the last 7 days"

⑥ コードレビュー自動化

PRのコードを自動でレビューし、問題点・改善提案をコメントとして投稿します（BusinessプランとEnterpriseプランで利用可）。

対応IDE・環境

Claude Code・Cursor AIとの比較

どれを選ぶか：

• 今のIDE環境を変えたくない → GitHub Copilot
• ターミナル中心の開発でAIと深く連携したい → Claude Code
• VS Code一択でとにかく高性能なAIを → Cursor AI

詳細な比較はClaude Code完全ガイドも参照してください。

メリット・デメリット

メリット

• Freeプランあり：クレジットカード不要でGitHubアカウントだけで試せる
• 既存IDEに追加するだけ：開発環境を変えずに導入できる
• GitHub連携が最高：PR要約・コードレビューがGitHub上でシームレスに動く
• 多言語対応：Python・TypeScript・Java・Go・Rust・C++など主要言語すべて対応
• エンタープライズ実績：組織管理・ポリシー設定・監査ログが充実

デメリット

• 2026年6月からAI Credits制：ヘビーユーザーは追加コスト発生の可能性
• コード補完以外はクレジット消費：チャットを多用するとProプランでも上限に当たることがある
• プライベートコードがトレーニングに使われる可能性（設定で無効化可）
• オフライン不可：インターネット接続必須

どのプランを選ぶべきか

■ プラン選択フローチャート

まず試したい
  → Freeプラン（無料・制限あり）

日常的に開発で使いたい
  → Proプラン（$10/月）← 個人の定番

チャット・エージェントをヘビーに使いたい
  → Pro+プラン（$39/月）

チームで使いたい（管理機能が必要）
  → Businessプラン（$19/ユーザー/月）

大企業・コンプライアンス要件あり
  → Enterpriseプラン（$39/ユーザー/月）

まとめ

GitHub Copilotは2026年時点で、最も広く使われているAIコーディングアシスタントです。Freeプランで無料から試せる間口の広さと、Businessプランのエンタープライズグレードのセキュリティまでをカバーするスケーラビリティが最大の強みです。

次のステップとして以下の記事もあわせてご覧ください：

• GitHub Copilot環境構築ガイド（VS Codeへの導入手順）
• GitHub Copilotの使い方完全解説（全機能徹底ガイド）
• Claude Code完全ガイド（ターミナル型との比較）
• Codex CLI概要（GitHub公式ターミナルエージェント）

The post GitHub Copilot完全ガイド｜AIコーディングアシスタントの全貌【2026年7月版】 first appeared on CayTech Lab.

はじめに

「GitHub Copilotを入れたけど、コード補完しか使えていない…」

「エージェントモードって何？普通のチャットと何が違うの？」

GitHub Copilotは機能が豊富なため、インストールして終わりになりがちです。本記事では、コード補完・Copilot Chat・エージェントモード・PR要約・CLIまで、各機能の具体的な使い方を段階的に解説します。

2026年7月時点の情報：2026年6月から使用量ベース課金（AI Credits）に移行。エージェントモードがFreeプランを含む全プランで利用可能になっています。VS Code・JetBrains IDEでの一般提供済みです。

インストール・初期設定についてはGitHub Copilot環境構築ガイドを先にご覧ください。

この記事で分かること

• コード補完（インライン提案）の操作方法と活用コツ
• Copilot Chatのスラッシュコマンド一覧
• エージェントモードの有効化と実践的な使い方
• Pull Request Summaryの設定と活用法
• Copilot CLIの導入と基本コマンド
• コードレビュー自動化の設定
• AI Creditsの消費量を抑えるコツ

機能カテゴリの全体像

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

■ GitHub Copilot 機能マップ

① コード補完（インライン）
   └→ 入力中にリアルタイムで次のコードを提案
   └→ 全プランでクレジット消費なし

② Copilot Chat
   └→ IDE内でAIとチャット形式で対話
   └→ スラッシュコマンドで特定操作を実行

③ エージェントモード
   └→ 複数ファイルを自律的に編集・実行
   └→ 最も高度な自動化機能

④ Pull Request Summary
   └→ PRの変更内容を自動要約
   └→ GitHub上で動作

⑤ Copilot CLI
   └→ ターミナルでコマンドを自然言語から生成

⑥ コードレビュー自動化
   └→ PRのコードを自動レビューしてコメント

① コード補完（インライン提案）

基本の使い方

エディタでコードを入力すると、グレーのゴースト文字で提案が表示されます。

キー操作（VS Code）
Tab        → 提案を確定（受け入れ）
Esc        → 提案を却下
Alt+]      → 次の候補に切り替え
Alt+[      → 前の候補に戻る
Ctrl+Enter → 複数候補を一覧表示

コメントからコードを生成する

最も効果的な使い方の一つ。コメントを書くと、その通りのコードを提案してくれます。

# ユーザーのメールアドレスを検証する関数
# - RFC 5322 に準拠したバリデーション
# - 無効な場合は ValueError を発生させる
def validate_email(email: str) -> bool:
    # ← ここでTabを押すとCopilotが実装を補完

関数シグネチャからの補完

関数名と引数を書くだけで、実装全体を提案してくれます。

// 配列を指定されたサイズのチャンクに分割する関数
function chunkArray<T>(array: T[], size: number): T[][] {
    // ← Copilotが自動で実装を提案
}

活用コツ

• コメントは具体的に書く：「ソート」より「昇順で数値配列をソート（重複除去あり）」のほうが精度が上がる
• 既存コードの文脈を読む：Copilotはファイル内のコードスタイルを学習して提案する
• Ctrl+Enterで複数候補を確認：最初の提案が最適とは限らない

② Copilot Chat

開き方

• VS Code: サイドバーの Copilot アイコン、または Ctrl+Alt+I
• JetBrains: ツールウィンドウ「GitHub Copilot」

スラッシュコマンド一覧

コードを選択してからコマンドを入力すると、選択範囲に対して操作を実行します。

実践的な使い方

# エラー解決
このエラーの原因と修正方法を教えて：
TypeError: Cannot read property 'map' of undefined

# コードレビュー依頼
このコードのセキュリティ上の問題点を指摘して

# リファクタリング
このコードをTypeScriptの型安全性を高めた形にリファクタリングして

# 技術調査
Next.js 14 の App Router でセッション管理を実装する最善の方法は？

日本語で使うコツ

Copilot Chatは日本語の質問に日本語で回答します。ただしコード生成の指示は英語のほうが精度が上がることがあります。必要に応じて使い分けましょう。

③ エージェントモード（2026年最大の注目機能）

エージェントモードとは

通常のCopilot Chatがその場での質問回答に特化しているのに対し、エージェントモードは目標を指示すると自律的に計画・実行・修正を繰り返して完成まで進めるモードです。

■ 通常Chat vs エージェントモード

【通常Chat】
開発者 → 指示 → Copilot → コード提案 → 開発者が確認・適用

【エージェントモード】
開発者 → ゴール指示 → Copilot が自律実行
         ├→ 必要なファイルを特定
         ├→ 複数ファイルを自動編集
         ├→ テストを実行して確認
         └→ エラーがあれば自動修正して完了まで進む

有効化の手順（VS Code）

1. VS Code の設定を開く（Ctrl+,）
2. 検索ボックスに「chat.agent.enabled」と入力
3. チェックボックスをオンにする
4. Copilot Chat パネルで「Agent」タブが表示されることを確認

実践的な使い方

ゴールを具体的に指示するのが重要です。あいまいな指示より、達成したい状態を明確に書きましょう。

# 例1：機能実装
ユーザー認証機能を実装して。
要件：
- JWTトークンを使ったステートレス認証
- パスワードはbcryptでハッシュ化
- ログイン・ログアウト・トークンリフレッシュのAPIエンドポイント
- テストコードも生成すること

# 例2：バグ修正
/tests の全テストが通るようにバグを修正して。
現在のエラーログ：[エラー内容をペースト]

# 例3：リファクタリング
src/components/ 配下の全コンポーネントを
React 18 の新機能（useTransition・useDeferredValue）を活用した形にリファクタリングして

注意点

• エージェントモードはAI Creditsを消費します（Freeプランは消費量に上限あり）
• 変更前にバージョン管理（git commit）を済ませておくことを強く推奨
• 大規模な変更は段階的に依頼するほうが精度が高い

④ Pull Request Summary

概要

PRを作成・更新すると、変更内容の要約をCopilotが自動生成してPR説明文として挿入します。レビュアーがPRの目的を素早く把握できるようになります。

設定方法

1. GitHubリポジトリの「Settings」→「Copilot」→「Summaries」を有効化
2. PR作成画面で「Copilot summary」ボタンが表示されることを確認
3. ボタンをクリックすると自動で要約が生成される

生成されるサマリーの例

## Summary
このPRでは、ユーザー認証機能をセッションベースからJWT認証に移行しました。

### Changes
- `src/auth/`: 認証ロジックをJWT形式に変更
- `src/middleware/`: トークン検証ミドルウェアを追加
- `tests/auth/`: 新しい認証フローのテストを追加

### Impact
既存のセッションは無効化されます。ユーザーの再ログインが必要です。

⑤ Copilot CLI

インストール

# GitHub CLI をインストール（未インストールの場合）
# Windows: winget install GitHub.cli

# Copilot 拡張機能を追加
gh extension install github/gh-copilot

# 動作確認
gh copilot --help

基本コマンド

# 自然言語からシェルコマンドを生成
gh copilot suggest "直近7日間に変更されたファイルを一覧表示"
# → git log --since="7 days ago" --name-only --pretty=format: | sort -u

# コマンドの説明を表示
gh copilot explain "find . -name '*.log' -mtime +7 -delete"

# 対話的に操作
gh copilot suggest -t shell "プロセスのポート番号を調べる"
gh copilot suggest -t git "前のコミットに戻す（変更は保持）"
gh copilot suggest -t gh "PR のレビュワーを一括変更"

活用シーン

• 忘れがちなコマンドを即座に思い出す：find・awk・sed などの複雑なオプション
• Git操作の確認：rebase・cherry-pick などの危険な操作を実行前に確認
• GitHub CLI の高度な操作：Issue一括処理・PR自動化

⑥ コードレビュー自動化

利用可能プラン

Business・Enterprise プランのみ（Proプランは2026年7月時点で非対応）。

動作の仕組み

PRにコードが追加されると、CopilotがPRをスキャンして問題点・改善提案をインラインコメントとして自動投稿します。

■ Copilot が検出する項目の例
- セキュリティの脆弱性（SQLインジェクション、XSSなど）
- パフォーマンスの問題（N+1クエリ、不要なループなど）
- コーディング規約の違反
- テストカバレッジの不足
- 潜在的なバグ（nullチェック漏れなど）

AI Credits の消費量を抑えるコツ

2026年6月以降、使いすぎると追加コストが発生するため意識しておくことが重要です。

まとめ

GitHub Copilotは2026年時点で、コード補完から自律エージェントまで幅広いAIサポートを提供するツールに進化しています。

すべての機能を一度に使いこなす必要はありません。まずはコード補完 → Copilot Chat → エージェントモードの順に段階的に取り入れていくのが現実的です。

• GitHub Copilot環境構築ガイド（まず入れてみたい方）
• GitHub Copilot完全ガイド（全体像を把握したい方）
• Claude Code完全ガイド（ターミナル型との比較）
• Gemini CLI完全ガイド（無料で使えるターミナルAI）

The post GitHub Copilotの使い方完全解説｜コード補完からエージェントモードまで全機能徹底ガイド【2026年】 first appeared on CayTech Lab.

はじめに

「Claude Codeを使っているけど、なんとなく順番に指示しているだけ…」

そんな使い方をしていませんか？実は Claude Code には**サブエージェント（並列実行）**という仕組みがあり、複数のタスクを同時に走らせることで作業効率を大幅に上げられます。

この記事では、エンジニアでなくても使えるサブエージェント活用術を、ブログ記事の作成という身近なユースケースで解説します。実際に私がこの仕組みを使ってブログ記事（本記事含む）を作成した体験をもとにした、等身大の実践ガイドです。

Amazon検索[本 Claude Code]

この記事で分かること

• Claude Code のサブエージェントとは何か
• 並列実行の仕組みと「依存関係」という考え方
• ブログ記事作成への具体的な活用フロー（Phase 1〜3）
• シーン別の活用テーブル
• 実際に試すときの依頼文テンプレート

こんな人におすすめ

• Claude Code を使っているが順番に指示しているだけの人
• ブログ記事の調査・執筆を効率化したい人
• エンジニアでないが Claude Code を仕事・趣味に使っている人
• 複数の記事・タスクを同時進行したい人

Claude Code サブエージェントとは？

Claude Code の**サブエージェント（Sub-agent）**とは、メインの Claude（オーケストレーター）が必要に応じて呼び出す子 Claude のことです。

通常の使い方では Claude に順番に指示を出しますが、サブエージェントを使うと複数の Claude を同時に走らせることができます。

組み込みサブエージェントの種類

Claude Code には以下の4タイプが用意されています：

カスタムサブエージェントの作成（2026年新機能）

2026年から、自分専用のサブエージェントを定義できるようになりました。.claude/agents/ ディレクトリにMarkdownファイルを置くだけで、そのプロジェクトでの全セッションに自動的に追加されます。

.claude/agents/
  my-blog-researcher.md   # ブログリサーチ専用エージェント
  seo-checker.md          # SEOチェック専用エージェント

各ファイルはYAMLフロントマター＋システムプロンプトの形式です：

---
name: blog-researcher
description: ブログ記事のリサーチ専用エージェント
tools: [WebSearch, Glob, Read]
---

ブログ記事のリサーチを担当します。
公式ドキュメント・競合記事・トレンドを調査し、構造化された形でまとめてください。

• プロジェクトレベル（.claude/agents/）: チーム全員で共有、gitで管理可能
• ユーザーレベル（~/.claude/agents/）: 全プロジェクトで利用可能な個人設定

並列実行の核心：「依存関係のないものはすべて並列」

サブエージェントを活かすための考え方は一つです。

依存関係のないタスクはすべて並列に実行できる

たとえばブログ記事の作成では：

❌ 順番に実行（遅い）
  1. 公式ドキュメントを調査する → 完了待ち
  2. 競合記事を調べる → 完了待ち
  3. 自ブログの関連記事を検索する → 完了待ち
  4. 過去のメモを掘り起こす → 完了待ち

✅ 並列に実行（最大4倍速）
  1〜4を同時に実行 → 全部終わったら次のステップへ

「調査A が終わらないと調査B を始められない」という依存関係がない限り、すべて同時に走らせられます。一方、「調査が終わらないと執筆できない」 という依存関係があるため、執筆は調査完了後に行います。

2026年6月：Dynamic Workflows でさらに進化

2026年6月2日、AnthropicはDynamic Workflowsを正式リリースしました。これはサブエージェントの並列実行をさらに自動化・大規模化した機能です。

Dynamic Workflows とは

Claude が自動でJavaScriptのオーケストレーションスクリプトを生成し、最大1,000エージェントを並列起動（同時実行は最大16）できます。

従来のサブエージェント利用:
  ユーザーが明示的に「AとBを並列で実行」と指示する

Dynamic Workflows:
  「このプロジェクトを最適化して」と一言伝えると
  Claude 自身がタスクを分解・スクリプト化・並列実行まで行う

対応プラン: Pro・Max・Team・Enterprise（CLI・Desktop・VS Code拡張）、Claude API・Amazon Bedrock・Vertex AI・Microsoft Foundry

Agent Teams との違い

Claude Code サブエージェント実践：ブログ記事作成フロー

実際に私が「Claude Code サブエージェント活用術」という記事を書くときに使ったフローです。

Phase 1: 並列リサーチ（最も効果が出るフェーズ）

1つのメッセージで4つのサブエージェントを同時起動します。

以下を並列で調査してください：

[Agent A] WebSearch:
「Claude Code サブエージェント 使い方」の公式ドキュメント・最新情報を調査

[Agent B] WebSearch:
Zenn・Qiitaの類似記事を調査して差別化できる視点を特定

[Agent C] Explore（ブログリポジトリ内）:
posts/ 配下のClaude・AI関連記事を検索して内部リンク候補を列挙

[Agent D] ログ・メモからの素材抽出:
C:\Users\...\log\xxx.md を読んで記事の素材（体験・ワークフロー）を抽出

効果の実感： 4つの調査を順番にやると30〜40分かかるところが、並列実行なら全員が同時に動くため待ち時間は「最も遅いエージェントの処理時間」だけになります。

Phase 2: 執筆（Phase 1 完了後・順番に）

Phase 1 の結果を統合して記事ドラフトを作成します。ここは順番に行います。調査結果という「インプット」が揃って初めて執筆できるからです。

Phase 1 の結果を統合して記事を作成してください。

- 差別化視点：個人開発者・ブログ運営者向けの等身大の切り口
- 類似記事（claude-code-overview）を参考に構成・文体を合わせる
- posts/published/cloud-infra/2606/ 配下に新規作成

Phase 3: 並列 QA・強化

執筆が終わったら、品質チェックを並列で行います。

以下を同時に確認してください：

[Agent A] 技術的正確性チェック:
コマンド・仕様・バージョン情報に誤りがないか確認

[Agent B] SEO最適化:
title/description/tags/h2見出しのキーワード配置を確認・改善提案

[Agent C] 内部リンク確認:
記事内の内部リンクが実際に存在する記事のスラッグと一致しているか確認

シーン別：サブエージェントが特に効くタスク

実際の依頼文テンプレート

以下をそのままコピーして使えます。[] 内を自分のテーマ・パスに置き換えてください。

以下のフローで「[テーマ]」の記事を作成してください。

【Phase 1: 並列リサーチ（同時起動）】
1. WebSearchで「[テーマ]」の公式情報・最新情報を調査
2. WebSearchでZenn・Qiita・個人ブログの類似記事を調査して差別化ポイントを特定
3. posts/ 配下の関連記事を検索して内部リンク候補を列挙
4. [メモファイルのパス] を読んで記事の素材（体験・ワークフロー）を抽出

【Phase 2: 執筆】
Phase 1 の結果を統合し、[参考記事スラッグ] を文体・構成の参考にして
posts/published/[カテゴリー]/[年月]/ 配下に新規ドラフトを作成

【Phase 3: QA（並列）】
技術的正確性・SEO・内部リンクの整合性を同時確認

/branch コマンド：セッションを分岐させる（2026年6月新機能）

2026年6月13日に追加された /branch コマンド（旧称 /fork）を使うと、現在のセッションをそのままコピーして別の方針を試すことができます。

/branch my-approach-2

• 元のセッションはそのまま残る
• コピーしたセッションで別のアプローチを試せる
• うまくいかなければ元セッションに戻るだけ

サブエージェントの並列実行とは異なり、「自分自身のセッションを分岐させて人間がA/Bテストする」イメージです。

CLIからは claude --resume <session-id> --fork-session でも利用可能です。

Claude Code サブエージェントのポイントと注意点

やりがちな失敗

コンテキストの渡し忘れ
サブエージェントはそれぞれ独立したコンテキストを持ちます。「このプロジェクトの」「さっき話した」という前提は通じません。プロンプトに必要な情報（ファイルパス・条件）を明示的に書く必要があります。

並列実行できないタスクを並列にしようとする
「Aの結果を使ってBをする」という依存関係がある場合は順番に実行が必要です。無理に並列化しようとすると片方が空振りします。

バックグラウンド実行と待機の混同
run_in_background: true を指定すると Claude は次の指示を受け付けますが、結果がまとまる前に次フェーズを指示してしまうと整合が取れなくなります。

エージェントのネスト深度に注意
2026年6月のアップデートで、フォアグラウンド・バックグラウンドともにサブエージェントの入れ子は最大5段階に制限されています。無制限に入れ子になるバグが修正された結果です。

費用について

並列実行はトークン消費が増えます。4エージェントを同時起動すれば単純計算で調査のトークンは4倍になります。ただし Claude Code の Pro・Max プランは月額固定（従量課金ではなく使用量上限あり）のため、調査が4倍速になることの方が体験としてメリットが大きいケースがほとんどです。

まとめ

Claude Code のサブエージェントは「複数の Claude を同時に走らせる」仕組みです。

• 依存関係のないタスクはすべて並列が原則
• Phase 1（調査）を並列化するだけで体感速度が大きく変わる
• エンジニアでなくても、ブログ執筆・資料調査・記事最新化など幅広いシーンで活用できる

2026年時点の最新状況まとめ

「なんとなく順番に使っていた Claude Code」が、この記事を読んで「戦略的に並列で使う Claude Code」に変わるきっかけになれば嬉しいです。

関連記事

• Claude Code 完全ガイド — Claude Code の全体像はこちら
• Claude Code 環境構築ガイド — まず導入したい方はこちら
• Claude Code 全コマンド解説 — コマンドを深く知りたい方はこちら
• Claude Code vs Web版・Desktop版 比較 — どれを使うべきか迷ったらこちら
• Claude Code VSCode拡張機能ガイド — IDE統合で更に効率化したい方はこちら

The post 【2026年版】Claude Code サブエージェント活用術｜並列実行でブログ執筆・調査を最大4倍速にする方法 first appeared on CayTech Lab.

はじめに

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

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

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

2026年6月の変更点: KiroはIDEだけでなく、CLI（v3早期アクセス中）・Webインターフェース・iOSアプリにも展開を拡大しました。また料金プランが5段階（Free/Pro/Pro+/Pro Max/Power）に増え、Web Automationsなど新機能が追加されています。本記事はこれらの最新情報を反映しています。

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

• 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エージェントが自動でバックグラウンドタスクを実行します。2026年2月のドキュメント更新で対応トリガーが大幅に拡充されました。

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

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

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

Hookの設定は自然言語でKiroに説明して自動生成させる方法と、フォームで手動設定する方法の2通りあります。

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 の条件付き読み込み（Conditional / Auto / Manual）

Claude CodeのCLAUDE.mdはすべてのやり取りで全ルールが常時適用されますが、KiroのSteeringは状況に応じてルールを使い分けられます。2026年6月時点の最新情報では、読み込みモードは4種類に整理されています。

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

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

これにより、コンテキストを効率的に管理しクレジットの無駄遣いを防げます。また、ステアリングファイルはワークスペース単位（.kiro/steering/）・グローバル単位（~/.kiro/steering/）・チーム配布（MDM/グループポリシー）の3スコープで管理できます。

5. Web Automations（2026年6月新機能）

Kiro Webに追加された定期タスク自動実行機能です。GitHubまたはGitLabリポジトリを指定し、実行スケジュールを設定するだけで、Kiroが自律的にタスクを実行してプルリクエストを生成します。

【活用例】
定期的なライブラリ脆弱性スキャン → PRとして自動提出
週次のドキュメント更新チェック → 差分があれば自動修正PR
依存パッケージの自動アップデート → 毎週月曜に自動実行

Claude CodeやCodex CLIはCIに組み込むことで類似の自動化は実現できますが、Kiro Web Automationsはノーコードでスケジュール設定できる点が差別化ポイントです。

6. Spec並列エージェント実装

SpecモードのTasksフェーズでは、依存関係のないタスクを並列エージェントで同時実行できます。Specを定義した段階でKiroが並列実行可能なタスクを自動識別し、効率的に実装を進めます。

【Kiro Spec並列エージェント】
Tasks（実装チェックリスト）を解析
  ↓
依存関係のないタスクを並列実行
  ↓
各エージェントの結果を統合
  ↓
実装完了

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%）

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

4. マルチプラットフォーム展開

Codex CLIはCLI版（ターミナル）に加えて、VS Code・Cursor・WindsurfなどのIDE拡張、デスクトップアプリ（codex appコマンド）、クラウド版（chatgpt.com/codex）と多様な形態で利用できます。

AI推論能力はほぼ同等

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

Kiro:       Claude（Amazon Bedrock経由・IDE/CLI/Web/iOSで利用可能）
Claude Code: Claude（Anthropic API直接）

コーディング能力・推論能力は本質的に同じClaudeモデルを使うため差はほぼゼロです。2026年5月にはClaude Opus 4.8がKiroに導入され、自己検証能力とツール呼び出し効率が向上しました。ただし：

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

日常利用では気にならないレベルの差ですが、最新モデルをいち早く試したい場合はClaude Codeが有利です。

「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アカウントなしで無料枠から始められます。有料にステップアップする場合も、Pro（$20/1,000クレジット）→ Pro+（$40/2,000クレジット）→ Pro Max（$100/5,000クレジット）→ Power（$200/10,000クレジット）と段階的に選べます。

「道具の哲学」の違い

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

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

まとめ

Kiroだけができること：

✅ Specモード（要件→設計→実装の仕様駆動開発）
✅ Hook（6種のトリガーに反応した自動品質チェック）
✅ IAM Policy Autopilot（最小権限IAMの自動生成）
✅ Steering の条件付き読み込み（Conditional / Auto / Manual）
✅ Web Automations（GitHub/GitLab連携の定期タスク自動実行）※2026年6月追加
✅ Spec並列エージェント実装（依存関係のないタスクの同時実行）

Claude Codeだけができること：

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

Codex CLIだけができること：

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

関連記事：

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

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

はじめに「AIにコードを書かせたいけど、ブラウザとエディタを行き来するのが面倒…」そんな悩みを解決するのがClaude Codeです。2026年6月時点で、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月版】

⚠️ 【2026年6月18日 追記】Gemini CLI はサービス終了しましたGemini CLI は 2026年6月18日をもってサービス終了となり、現在は利用できません。本記事は歴史的な比較記録として残しています。現在選べるターミナル...

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年6月版】 first appeared on CayTech Lab.

はじめに

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

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

そんな悩みに応えるのがAWS Kiroです。2025年7月のプレビュー公開を経て同年11月にGA（一般提供）を開始したAgentic IDE（エージェント型統合開発環境）で、プロトタイプから本番品質のアプリケーション構築までをAIが一貫してサポートします。2026年6月現在はIDE・CLI・Web・モバイル（iOS）の4つのインターフェースで利用できます。

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

本記事では、2026年6月時点の最新情報をもとに、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は当初Claude専用でしたが、2026年以降はマルチモデル対応に進化しています。2026年6月時点ではClaude・DeepSeek・MiniMax・GLM・Qwenなど多数のモデルを選択できます。

[ユーザーの指示]
      ↓
[Kiro IDE]
      ↓
[Amazon Bedrock / 各モデルプロバイダー]
      ↓
[Claude / DeepSeek / MiniMax / GLM / Qwen 等]
      ↓
[コード生成・設計・実装]

Claudeシリーズ以外の低コストモデル（DeepSeek 3.2: 0.25倍、Qwen3 Coder Next: 0.05倍）も選択できるため、用途に応じてコストを大幅に節約できるようになりました。なお、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が追加され、技術設計やシステムアーキテクチャから仕様駆動開発を開始できるようになりました。また2026年6月からはWeb版・GitLab統合でも「Specs」機能が使えるようになり、要件・設計・タスクの各ファイルをレビューしてからコード実装に進むフローがブラウザ上でも利用可能になっています。

ユーザーの指示（「〇〇機能を作りたい」）
      ↓
① 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イシューを並列処理するなど、繰り返し・手順が決まったタスクに特に有効です。2026年5月からはサブエージェントの**自己修正ループ（review loop）**が追加され、サブエージェントが自分の出力を検証してから結果を返すようになっています。

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

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

Automations（定期実行・2026年6月〜）

2026年6月からWeb版でAutomations（自動化スケジューリング）機能が追加されました。タスクを自然言語で記述し、cronスケジュールや組み込みオプションでスケジューリングすると、Kiroがサンドボックス上でタスクを実行してプルリクエストを自動で開きます。リポジトリごとに最大5件のAutomationを設定できます。

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の開発も問題なく行えます。

なお2026年6月からはGitLabとのネイティブ統合（個人アクセストークン経由）が追加され、GitLabリポジトリへの接続・マージリクエストの自動作成がサポートされました。

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クレジット（有料プランのみ）

新規登録特典（2026年5月〜）：社会ログインまたはAWS Builder IDで初回アップグレードを行うと$20相当のクレジットボーナスが付与されます。また学生向けティア（2026年3月〜）およびスタートアップクレジットプログラム（2026年4月〜再開）も提供されています。詳細はkiro.dev/pricingを確認してください。

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

2026年6月時点ではClaudeシリーズ以外に、DeepSeekやMiniMax・GLM・Qwenなどのモデルも利用可能です。

日常的な開発はAutoモード（タスクに応じてモデルを自動最適化）で十分です。Opusは複雑なアーキテクチャ設計のみに絞ることでクレジットを節約できます。DeepSeekやQwen3 Coder Nextなどの低コストモデルは単純なコード生成タスクに有効です。

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を使うことで組織管理・監査ログの整備も可能です。エンタープライズプランでは組織管理ダッシュボード・SAML/SCIM SSO・一元請求・利用状況分析が提供されます。

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

まとめ

AWS Kiroは、ターミナル操作が不要なGUI IDE形式のAgentic IDEとして、2025年11月のGA（一般提供）以降急速に機能拡張が進んでいます。2026年6月時点ではIDE・CLI・Web・iOSの4インターフェース対応、カスタムサブエージェント・自律型エージェント・Automations（定期実行）、Claude Opus 4.8を含む多数のモデル対応、GitLab統合など、リリース当初から大幅に強化されています。料金体系にも**Pro Maxティア（$100/月・5,000クレジット）**が追加され、選択肢が広がっています。

主要なポイント：

✅ メリット

• GUI IDEなのでターミナル操作が不要（IDE・CLI・Web・iOSの4形態で利用可能）
• Specモードで仕様駆動開発が可能（要件→設計→実装のフローを強制）
• Hookでファイル保存時の品質チェックを自動化
• Automationsで定期タスクをスケジューリング・自動PR作成（Web版）
• IAM Policy Autopilotでセキュリティリスクを自動低減
• GitLabネイティブ統合対応（2026年6月〜）
• Claude以外にDeepSeek・Qwen等の低コストモデルも選択可能
• 無料枠あり（50クレジット/月）
• AWSアカウント不要で始められる

⚠️ デメリット・注意点

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

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

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

次のステップ：

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

関連記事：

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

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

はじめに「AIにコードを書かせたいけど、ブラウザとエディタを行き来するのが面倒…」そんな悩みを解決するのがClaude Codeです。2026年6月時点で、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月版】

⚠️ 【2026年6月18日 追記】Gemini CLI はサービス終了しましたGemini CLI は 2026年6月18日をもってサービス終了となり、現在は利用できません。本記事は歴史的な比較記録として残しています。現在選べるターミナル...

caymezon.com

2026.03.28

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

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

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

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

はじめに

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

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

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

2026年6月時点の情報： KiroはPreviewを経て2025年11月に正式GA（一般提供）を達成。Kiro CLI・チームプラン・GitLabサポートなどが追加されています。2026年5月〜6月には新プラン「Kiro Pro Max」追加・CLI v3プレビュー・自動スケジュール実行機能などが追加されました。

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

• AWS Kiro完全ガイド

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

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

caymezon.com

2026.04.12

この記事で分かること

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

機能カテゴリの全体像

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

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

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

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

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

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

■ ターミナル
└─ Kiro CLI   ← ターミナルからエージェント実行（2025年11月GA追加）

【基本】チャットで使う

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

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

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

使用モデルの選択： VibeモードではClaude Sonnet 4.5（信頼性の高い高度なコーディング・推論向け）、Claude Opus 4.8（1Mコンテキスト・自己検証強化で長期プロジェクト向け）、またはAuto（品質・レイテンシ・コストを最適化する複数モデルの自動選択）を選べます。

よく使う指示例：

# ファイル解析・質問
> この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で構築したい

2つの開始アプローチ：

• Requirements-First：要件定義から始め、ユーザーストーリーを確認してから設計に進む（デフォルト）
• Design-First：既にアーキテクチャが決まっている場合は設計書から始める
• Quick Plan：承認ゲートなしに要件・設計・タスクの3ファイルを一気に自動生成する高速モード

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         ← 実装チェックリスト

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

タスクの並列実行（Wave）： Kiroはタスク間の依存関係を自動分析し、独立したタスクを「Wave（波）」にグループ化して並列実行します。複数ファイルにまたがる実装でも実装時間を大幅に短縮できます。

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ポリシーを作って」などのセキュリティ関連のプロンプトを検知すると自動でロードされます。nameとdescriptionの両方が必須です。

⑤ グローバルSteeringルール

~/.kiro/steering/ に配置すると、すべてのワークスペースに横断して適用されます。個人の作業スタイルや言語設定など、プロジェクトを問わず守りたいルールに使います。

優先順位： ワークスペース（.kiro/steering/）の設定がグローバル（~/.kiro/steering/）の設定を上書きします。同じルールが競合した場合はプロジェクト固有の設定が優先されます。

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

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

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

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

【自動化】Hookを設定する

Hookとは

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

Hookのトリガーイベント一覧

Hookは以下のIDEイベントに反応して起動します。

Hookの設定方法

KiroのHookセクション（Kiro Panel → Agent Hooks）から「New Hook」を選択します。自然言語での説明から自動生成するか、手動で各フィールドを入力します。コマンドパレット（Cmd/Ctrl + Shift + P → 「Kiro: Open Kiro Hook UI」）からも起動可能です。

設定例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とは

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

Skillsは**オープンスタンダード（Agent Skills Standard）**に準拠した移植可能なパッケージとして設計されており、コミュニティ間での共有・インポートが可能です。

Skillの作成手順

.kiro/skills/ 配下にフォルダを作成し、SKILL.md を置きます。追加のファイルも配置できます。

.kiro/skills/
└── review-pr/
    ├── SKILL.md        ← 必須
    ├── scripts/        ← オプション：実行スクリプト
    ├── references/     ← オプション：参照ドキュメント
    └── assets/         ← オプション：テンプレートなど

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

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

# PRレビュースキル

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

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

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

SKILL.mdのname フィールド： 小文字・数字・ハイフンのみ（最大64文字）、フォルダ名と一致させる必要があります。descriptionは最大1024文字で、スキルを起動すべき状況を明確に記述します。

グローバルスキルの配置

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

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

【拡張】Powersを活用する

Powersとは

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

Powerは以下の3要素で構成されます：

1. POWER.md — 利用可能なMCPツールと起動タイミングを定義するファイル
2. MCPサーバー設定 — ツールと接続詳細
3. Steering/Hook（オプション） — IDEイベントやスラッシュコマンドで実行される自動タスク

主なPowersの種類

公式パートナーPowers（2026年6月時点）：

Datadog Powers    → アプリ・インフラの監視・調査時に自動起動
Dynatrace Powers  → オブザーバビリティ関連の調査時に自動起動
Figma Powers      → デザインデータの参照・実装時に自動起動
Neon Powers       → Neon PostgreSQLデータベース操作時に自動起動
Netlify Powers    → Netlifyデプロイ・設定操作時に自動起動
Postman Powers    → API設計・テスト時に自動起動
Supabase Powers   → Supabase（BaaS）操作時に自動起動
Stripe Powers     → 決済・サブスクリプション開発時に自動起動
AWS Aurora Powers → Amazon Auroraデータベース操作時に自動起動
Strands SDK Powers → AWS Strandsエージェント開発時に自動起動

コミュニティPowers：

GitHubのURLからコミュニティ製Powersもインストール可能です。Kiro内またはkiro.devで参照し、「インストール」をクリックするだけで登録できます（JSONファイルやコマンドラインの設定不要）。

AWSのツールではありますが、サードパーティサービス向けのPowersも広く利用可能です。

【ターミナル】Kiro CLIを使う

Kiro CLIとは

2025年11月のGA時に追加された、ターミナルからKiroエージェントを操作する機能です。IDEを使わずにコマンドラインでKiroのすべての機能（Spec・Steering・Hook・Skillsなど）を利用できます。

主な用途：

# 機能実装の自動化
kiro "src/api/users.tsにページネーション機能を追加して"

# バグ解析・修正提案
kiro "エラーログを解析して修正案を提示して"

# ワークフロー自動化（CI/CDパイプライン組み込みなど）
kiro "テストを実行してカバレッジレポートを生成して"

Kiro CLI 2.0（2026年4月）の主な強化点：

• Windows Terminalの正式サポート
• ヘッドレスモード（UIなしでの自動実行）
• サブエージェントによる複雑タスクの並列委譲
• 組み込みPlanエージェント（複雑タスクを段階的な実装計画に分解）
• マルチセッション管理（インタラクティブなセッション選択UI）

Kiro CLI v3（2026年5月〜 プレビュー）：

• 仕様駆動開発（Spec）とタグベースのエージェント設定を導入
• IDE・Webと同じ統合ハーネスで動作し、一貫した開発体験を提供
• GitLabリポジトリ対応（個人アクセストークンで接続）
• 自動スケジュール機能：GitHubやGitLabリポジトリを指定してタスクを記述するだけで、定期的な作業の自動実行とプルリクエスト生成が可能

インストール： curl -fsSL https://cli.kiro.dev/install | bash（macOS・Linux・Windows対応）

超便利な使い方ベスト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. クレジット消費を把握する

2026年6月時点のプラン構成：

• 超過分は $0.04/クレジット で追加課金
• 新規登録でソーシャルログインまたはBuilder IDを使用すると、最初の有料プランアップグレード時に$20クレジットが付与される
• クレジットは翌月に繰り越しされない

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

✅ Autoモードは品質・レイテンシ・コストを自動最適化
✅ Claude Sonnet 4.5は高精度な推論が必要なタスク向け
✅ Hooksの自動実行が多いと気づかずクレジットを消費する
   → 頻度が高いHookはAutoモードで実行しコストを抑える

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モードを試す
6. CI/CDへの組み込みや自動化にはKiro CLIを活用する

関連記事：

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

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

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

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

caymezon.com

2026.04.12

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

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

はじめに「AIにコードを書かせたいけど、ブラウザとエディタを行き来するのが面倒…」そんな悩みを解決するのがClaude Codeです。2026年6月時点で、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.