GitHub Copilot for JetBrains IDEsにCodex追加|2026年7月更新の仕様差分・導入条件

GitHub Copilot for JetBrains IDEsに、OpenAI Codexをエージェントプロバイダーとして選べる機能がパブリックプレビューで追加されました。

結論からいうと、今回の更新は既存のエージェントをCodexへ強制移行するものではありません。Codexを使いたいユーザーだけが、ローカル環境へCodex CLIを導入し、JetBrains IDEの設定画面で実行ファイルのパスを指定します。Copilot BusinessまたはCopilot Enterpriseを利用している場合は、管理者によるプレビュー機能の許可も必要です。

既存ユーザーにとっては、Codex追加だけでなく、HooksやMCPサーバーを扱えるようになった「Agent Customizations」、Copilot CLIの承認設定、Claudeエージェントの権限モード、管理者設定のカスタムモデル対応も重要です。ただし、これらの機能がすべてCodexセッションに適用されるわけではありません。機能ごとに対象となるエージェントが異なるため、導入前に適用範囲を確認する必要があります。

GitHub公式Changelog上の公開日は2026年7月7日です。本記事では、日本語圏で確認された2026年7月8日時点の更新内容として、仕様差分、既存環境との互換性、導入条件、テスト時の注意点を整理します。(The GitHub Blog)

目次

GitHub Copilot for JetBrains IDEsの更新で何が変わったのか

今回の更新内容を実務上の影響で整理すると、次のようになります。

変更点提供状況主な対象対応要否
Codexをエージェントプロバイダーとして追加パブリックプレビューCodex CLIをJetBrains IDE内から使いたい開発者利用する場合のみ設定が必要
Agent CustomizationsでHooksを管理対応拡大Local agent、Copilot CLI利用者Hooks利用者は確認推奨
Agent CustomizationsでMCPサーバーを管理対応拡大Copilot CLI利用者MCP利用者は設定確認が必要
カスタマイズファイルをAIで生成新機能Instructions、Prompt、Skill、Agent、Hook作成者任意
Copilot CLIの承認設定新機能Copilot CLI利用者自動実行範囲の見直しが必要
Claudeの権限モードとデバッグログ機能拡張Claudeエージェント利用者既存利用者は設定確認推奨
管理者設定のカスタムモデルに対応新機能Copilot Business、Enterprise管理者側の設定が必要
Inline Chatが一般提供GA全JetBrains IDE利用者特別な移行作業は不要
BYOKやUI停止などの不具合修正修正BYOK、長時間セッション利用者プラグイン更新を推奨

GitHubはこのほか、Copilotパネルの読み込み安定性、Next Edit Suggestionsのキャッシュ、ファイル監視のメモリ使用量、UIフリーズなども改善しています。(The GitHub Blog)

Codex追加は「モデルの追加」ではなく「実行基盤の追加」

今回の変更で最も誤解しやすいのが、「Codexモデルを選べるようになった」という理解です。

Codexは単なるモデル選択肢ではなく、ファイルの読み取り、変更、コマンド実行、承認処理、セッション管理などを担当するエージェントプロバイダーとして追加されています。

モデルが「どのAIに回答を生成させるか」を決めるのに対し、エージェントプロバイダーは「どの実行基盤に作業を任せるか」を決めます。

そのため、次の操作は別物です。

  • Local agentのモデルピッカーでCodex系モデルを選ぶ
  • Agent pickerでCodexプロバイダーを選ぶ
  • GitHub上のOpenAI Codexコーディングエージェントへ作業を委任する
  • OpenAIのCodex CLIをターミナルから直接実行する

JetBrains IDEで今回追加されたのは、ローカルにインストールしたCodex CLIをCopilot ChatのAgent pickerから起動する経路です。(The GitHub Blog)

既存のエージェントとの関係

選択肢主な実行基盤外部CLIの導入今回の主な変更
Local agentGitHub Copilotプラグイン内のローカル実行基盤不要Hooks管理、モデル表示管理など
Copilot CLIローカルのGitHub Copilot CLI必要承認設定、MCP管理を拡張
ClaudeローカルのClaude Code CLI必要権限モード選択、デバッグログ対応
CodexローカルのOpenAI Codex CLI必要エージェントプロバイダーとして新規追加

GitHub Copilotプラグインは、従来のローカルエージェントに加え、Copilot CLIや他社のエージェントプロバイダーを選べる構成へ移行しています。既存エージェントの廃止や、Codexへの強制移行は今回の告知には記載されていません。(GitHub Docs)

CodexをJetBrains IDEで使うための設定手順

Codexプロバイダーを利用するには、GitHub Copilotプラグインだけでなく、Codex CLIのローカル導入が必要です。

導入前に確認するもの

必要な条件は次のとおりです。

  • GitHub Copilotを利用できるアカウント
  • 対応するJetBrains IDE
  • 最新版のGitHub Copilotプラグイン
  • ローカルにインストールされたCodex CLI
  • Codex CLI側で完了したサインイン
  • BusinessまたはEnterpriseの場合は、管理者が許可したEditor preview features
  • 社内プロキシやエンドポイント制限がある場合は、Codex CLIが通信できるネットワーク設定

GitHub CopilotはIntelliJ IDEA、Android Studio、PyCharm、WebStorm、Rider、CLion、GoLand、PhpStormなどのJetBrains IDEに対応しています。正確なIDEバージョンの互換性は、利用時点のJetBrains Marketplaceで確認してください。(GitHub Docs)

Codex CLIを先に単体で動作確認する

Codex CLIは、OpenAIが提供するスタンドアロンインストーラー、npm、Homebrewなどで導入できます。組織管理端末では、社内で許可された配布方法を使用してください。

導入後は、JetBrains IDEへ設定する前にターミナルで確認します。

codex --version
codex

初回起動時には、ChatGPTアカウントなど利用可能な方法でサインインします。CLI単体で起動できない状態では、JetBrains IDEからも正常に開始できません。([OpenAI Developers][4])

実行ファイルの場所は次のコマンドで確認できます。

# macOS・Linux
command -v codex
# Windows PowerShell
(Get-Command codex).Source

JetBrains IDEをデスクトップアイコンから起動している場合、シェルのPATHがIDEプロセスへ引き継がれないことがあります。自動検出されないときは、上記で確認した実行ファイルの絶対パスを指定してください。

JetBrains IDEでCodexを有効にする

設定手順は次のとおりです。

  1. JetBrains IDEの設定を開く
  2. ToolsからGitHub CopilotChatへ進む
  3. Codexを有効にする
  4. Codex CLIの実行ファイルパスを指定する
  5. Copilot Chatを開く
  6. Agent pickerからCodexを選択する
  7. 新しいセッションを開始する

Copilot BusinessまたはCopilot Enterpriseでは、組織またはEnterpriseの管理者がEditor preview featuresポリシーを有効にしていないと、Codexが表示されない場合があります。(The GitHub Blog)

Agent CustomizationsはHooksとMCP管理まで拡張

Agent Customizationsは、2026年6月時点でCustom Agent、Skill、Instruction、Promptを一元管理できる画面として追加されていました。今回の更新では、HooksとMCPサーバーの管理が拡張されています。(The GitHub Blog)

対象従来今回の更新後
Custom Agent表示、作成、編集継続
Skill表示、作成、管理継続
InstructionWorkspace・Personalの管理継続
Prompt file表示、作成、管理継続
Hookファイルを中心に設定Agent Customizationsから管理可能
MCPサーバー別画面や設定ファイルで管理Copilot CLI用サーバーを一元管理可能
カスタマイズファイル作成手動作成が中心AIによるひな型生成に対応

Hooksは新しい仕組みではなく、管理画面の拡張

Hooks自体は以前からJetBrains IDEで利用でき、リポジトリの.github/hooks/配下に任意の名前のJSONファイルを配置する形式です。

今回の変更点は、HooksをAgent Customizationsから確認、作成、管理しやすくなったことです。Local agentとCopilot CLIの両方のセッションが対象として明記されています。既存のHookファイルを別形式へ変換するような移行指示はありません。(The GitHub Blog)

Hooksはエージェントセッション中の特定タイミングでシェルコマンドを実行できます。たとえば、ツール実行前のポリシーチェック、編集後のフォーマット、テスト、ログ保存などに利用できます。

一方で、Hookは同期実行されるため、処理が終わらないスクリプトや不正な終了コードによってエージェント処理全体が停止することがあります。Windows向けの公式サンプルではPowerShell 7以降が前提となるものもあるため、OSごとの差も確認が必要です。(GitHub Docs)

MCPサーバーの操作がCopilot CLIセッション向けに拡張

Agent Customizationsでは、Copilot CLIセッション用のMCPサーバーについて、次の操作が可能になりました。

  • Marketplaceからの検索
  • コマンド型MCPサーバーの追加
  • HTTP型MCPサーバーの追加
  • 稼働状態の確認
  • 起動、停止、再起動
  • アンインストール
  • Workspace単位のMCP設定

Workspace単位の設定には.github/mcp.jsonを使用できます。GitHubは専用UIを今後さらに改善する予定としているため、現時点では設定ファイルを直接確認できる運用も残しておくと安全です。(The GitHub Blog)

カスタマイズファイルをAIで生成できる

Agent CustomizationsのOverview画面では、Newから各種ファイルを作成できます。チャットからは次のコマンドも使用できます。

  • /create-instruction
  • /create-prompt
  • /create-skill
  • /create-agent
  • /create-hook

生成される内容はあくまでひな型です。特にAgentやHookでは、利用可能なツール、シェルコマンド、書き込み対象、外部通信先が適切かを人間が確認してからコミットしてください。(The GitHub Blog)

Copilot CLIに3段階の承認設定が追加

Copilot CLIセッションでは、チャット入力欄の権限ドロップダウンから承認レベルを選択できるようになりました。

設定動作推奨する利用場面
Default Approvals現在のポリシーに基づいて必要な操作を確認する通常利用、初期テスト
Bypass Approvalsツール呼び出しを確認なしで自動承認する。必要に応じて質問は行う隔離された検証環境
Autopilotツール呼び出しを自動承認し、確認質問にも自動応答して処理を継続する使い捨て環境、十分に制限された実験

Autopilotはプレビュー機能です。処理を止めずに反復できる一方、曖昧な要件をエージェント自身が解釈して先へ進むため、意図しない変更範囲が広がる可能性があります。

最初からBypass ApprovalsやAutopilotを選ぶのではなく、Default Approvalsで実行内容を把握してから段階的に自動化範囲を広げるべきです。(The GitHub Blog)

なお、この承認設定はCopilot CLIセッション向けです。今回の公式告知では、同じドロップダウン設定がCodexセッションにも適用されるとは説明されていません。Codex側の承認やサンドボックス設定は、Codex CLIの設定として別途確認してください。

Claudeは固定の自動承認から権限選択へ変更

2026年6月にClaudeがJetBrains IDEのエージェントプロバイダーとして追加された時点では、すべてのファイル編集とツール呼び出しが自動承認されるBypass permissions modeで動作していました。(The GitHub Blog)

今回の更新では、Claudeセッションで権限モードを選択できるようになっています。また、Claudeセッションの活動がAgent Debug Logsへ記録されるようになり、ツール実行やセッションの流れを確認しやすくなりました。(The GitHub Blog)

Claudeをすでに利用している場合、CLIパスを設定し直す移行作業は告知されていません。ただし、更新後は既定の権限モードを確認し、自動編集の範囲がチームの運用ルールと一致しているかを見直してください。

管理者が設定したカスタムモデルをJetBrains IDEで利用可能

GitHub Copilot BusinessおよびCopilot Enterpriseでは、管理者がGitHubの設定画面で登録したカスタムモデルが、JetBrains IDEのメンバーにも自動的に表示されるようになりました。

利用者が各端末へAPIキーを個別配布して設定するのではなく、管理者側でモデルを構成し、利用可能なメンバーへ提供する形です。(The GitHub Blog)

GitHubのBYOK機能はパブリックプレビューで、Anthropic、AWS Bedrock、Google AI Studio、Microsoft Foundry、OpenAI、OpenAI互換プロバイダー、xAIなどが対象です。ファインチューニング済みモデルも利用できますが、品質や機能の差が生じるため、本番利用前の評価が推奨されています。(GitHub Docs)

ここで注意したいのは、次の2つが別機能である点です。

  • 管理者設定のカスタムモデルをGitHub Copilotのモデルとして選ぶ
  • Codex CLIをエージェントプロバイダーとして選ぶ

カスタムモデルを有効にしてもCodex CLIが自動的に導入されるわけではなく、Codexプロバイダーを有効にしても管理者設定のカスタムモデルがCodex側へ引き継がれるとは限りません。

既存のカスタマイズや設定ファイルとの互換性

今回の更新では、既存設定の一括移行は求められていません。ただし、GitHub Copilot、Copilot CLI、Codex CLIでは、同じような目的の設定でもファイル形式や優先順位が異なります。

既存設定更新後の扱い確認ポイント
.github/agents/*.agent.mdGitHub CopilotのCustom Agentとして継続利用Codex独自Agentへ自動変換されるとは限らない
~/.copilot/agents/*.agent.mdCopilotのグローバルAgentとして利用更新後にAgent pickerへ表示されるか確認
.github/copilot-instructions.mdJetBrains IDEのCopilot Chatで継続利用Codex CLIが同じファイルを読むとは明記されていない
.github/instructions/**/*.instructions.mdパス別Instructionsとして継続利用対象ファイルのパターンを再確認
.github/hooks/*.json既存形式を利用可能Agent Customizationsから管理しても内容をレビューする
.github/mcp.jsonCopilot CLIのWorkspace設定として利用可能Workspaceの信頼設定と管理ポリシーを確認
.mcp.jsonCopilot CLIがWorkspace設定として読み込み可能同名サーバーの優先順位に注意
~/.copilot/mcp-config.jsonCopilot CLIのユーザー単位設定Project側の同名設定が優先される
.vscode/mcp.jsonCopilot CLI用設定とは形式が異なる.mcp.jsonなどへの移行を検討
AGENTS.mdCopilotとCodexの双方で利用できる可能性が高い読み込み範囲と優先順位が異なるため検証する
.codex/agents/*.tomlCodex独自のProject Agent設定Copilotの.agent.mdとは別管理

GitHub CopilotのCustom Agentは、.github/agents配下の.agent.mdファイルで定義します。JetBrains IDEからモデルやツールを指定することもできます。(GitHub Docs)

一方、OpenAI Codexの独自Agentは、ユーザー単位では~/.codex/agents/、プロジェクト単位では.codex/agents/配下のTOMLファイルで定義されます。GitHub Copilotの.agent.mdと同じ形式ではありません。(OpenAI Developers)

AGENTS.mdは共有しやすいが、完全互換とは限らない

GitHub Copilot for JetBrains IDEsは、AGENTS.mdなどのAgent Instructionsを自動検出できます。Codex CLIもAGENTS.mdを読み込みます。(The GitHub Blog)

ただし、Codexは次のような独自の読み込み順序を持っています。

  1. Codexのホームディレクトリにあるグローバル設定
  2. Gitルート付近のAGENTS.md
  3. 現在の作業ディレクトリへ向かう途中のAGENTS.md
  4. より具体的なディレクトリ側の指示

そのため、同じAGENTS.mdを置いても、CopilotのLocal agentとCodexで適用される範囲や優先順位が一致するとは限りません。

共通のコーディング規約、ビルド手順、テストコマンドはAGENTS.mdへまとめ、Copilot固有のAgentやHook、Codex固有の権限設定は別ファイルに分けると管理しやすくなります。

MCP設定はファイルの優先順位に注意

Copilot CLIでは、同名のMCPサーバーが複数の設定に存在する場合、優先順位によって上書きされます。

主な順序は次のとおりです。

  1. コマンドラインで追加したMCP設定
  2. プラグインが提供する設定
  3. .mcp.jsonまたは.github/mcp.json
  4. ~/.copilot/mcp-config.json

Workspace設定を読み込むには、対象フォルダーが信頼済みである必要があります。また、BusinessまたはEnterpriseでは、管理者のMCP許可リストによってサーバーがブロックされる場合があります。(GitHub Docs)

VS Code用の.vscode/mcp.jsonをそのままCopilot CLI用設定として扱わないことも重要です。GitHubのCLIドキュメントでは、Copilot CLI向けに.mcp.jsonへ移行する手順が案内されています。(GitHub Docs)

同じ更新でも機能の適用先は異なる

今回の更新で追加された機能を、エージェント別に整理すると次のようになります。

機能Local agentCopilot CLIClaudeCodex
Codexプロバイダー対応
Agent CustomizationsからHooks管理対応対応未明記未明記
Agent CustomizationsからMCP管理未明記対応未明記未明記
Default・Bypass・Autopilot承認設定対応未明記
権限モード選択既存設定による別の承認設定対応Codex側設定を確認
Agent Debug Logs対応範囲あり対応今回追加未明記
管理者設定のカスタムモデルJetBrains側で対応利用形態による利用形態による未明記

特に重要なのは、Codexプロバイダーの追加とAgent Customizationsの拡張が同じリリースで発表されたからといって、CopilotのHooks、MCP、Custom AgentがすべてCodexへ引き継がれるわけではないことです。

公式告知が明示しているのは、Hooks管理がLocal agentとCopilot CLI向け、MCP管理がCopilot CLI向けであることです。Codexセッションでの互換性は、実際のテストで確認する必要があります。(The GitHub Blog)

Business・Enterprise管理者が確認すべき設定

組織利用では、ユーザーがプラグインを更新するだけでは利用できない機能があります。

確認項目Codexのみ利用MCP利用カスタムモデル利用
Copilot Chatが利用可能必須必須必須
Editor preview features必須機能による機能による
MCP servers in Copilot不要必須不要
MCP Registry・許可リスト不要必要に応じて設定不要
管理者によるAPIキー登録不要MCP側の認証による必須
AI利用量・予算管理推奨推奨推奨
ログ・監査方針推奨強く推奨強く推奨

Codexプロバイダーを使う場合、Copilot BusinessまたはEnterpriseの管理者はEditor preview featuresを有効にする必要があります。MCPを利用する場合は、さらにMCP servers in Copilotポリシーの有効化が必要です。(The GitHub Blog)

組織全体で一度に有効化するのではなく、次の順序で展開すると安全です。

  1. 検証用Organizationまたは少人数グループで有効化する
  2. 利用を許可するCodex CLIの導入方法を決める
  3. 許可するMCPサーバーと外部通信先を定義する
  4. Default Approvalsを標準とする
  5. BypassやAutopilotの利用条件を文書化する
  6. AI利用量、ログ、変更差分を一定期間確認する
  7. 問題がなければ対象ユーザーを拡大する

安全に試すためのテスト手順

CodexやAutopilotを、未コミットの変更が残る作業ブランチでいきなり試すのは避けてください。

テスト前の準備

次の状態を作ります。

  • Gitの作業ツリーをクリーンにする
  • 検証専用ブランチまたはWorktreeを作る
  • 本番用のAPIキーや秘密情報を置かない
  • 外部通信を必要最小限にする
  • Default Approvalsを選ぶ
  • 実行前後のgit diffを保存する
  • テスト対象を小さなモジュールへ限定する

Codex CLIでは、承認ポリシーとサンドボックスは別の制御です。承認を省略してもサンドボックスを残す構成は可能ですが、danger-full-accessのように境界を外す設定は、外部で十分に隔離された環境以外では使用すべきではありません。(OpenAI Developers)

段階的に実行するテストケース

段階実行内容合格基準
接続確認ファイルを変更せず、プロジェクト構成だけ説明させるCodexセッションが開始し、対象リポジトリを正しく認識する
指示確認コーディング規約とテストコマンドを説明させるAGENTS.mdなどの内容が反映される
小規模編集1ファイルまたは1テストだけ変更させる指定外ファイルを変更しない
コマンド実行対象テストだけ実行させる実行コマンドが事前に確認できる
Hook確認ログ出力だけを行う安全なHookを実行する想定イベントで1回だけ起動する
MCP確認読み取り専用ツールを1つ呼び出す許可したサーバーとツールだけが使われる
Provider比較同じ依頼を別セッションでLocal、CLI、Codexへ送る差分、テスト結果、処理時間を比較できる
利用量確認実行前後の利用量を確認する想定外のAI利用やサブエージェント実行がない

最初の接続確認には、次のようなプロンプトが使えます。

ファイルや設定を一切変更せず、このリポジトリの構成、ビルド方法、テスト方法だけを説明してください。
コマンドは実行せず、実行候補だけを提示してください。

編集テストでは、対象範囲を明確にします。

対象は src/example と tests/example のみです。
失敗しているテスト1件の原因を調べ、変更前に修正方針を提示してください。
承認するまでファイル変更やコマンド実行を行わないでください。

同じプロンプトを比較するときは、既存会話の文脈が混ざらないよう、それぞれ新しいセッションで実行してください。

導入時に起こりやすい問題と確認ポイント

症状主な原因対処
Agent pickerにCodexが表示されないプラグインが古い、Codexが無効、プレビューポリシーが無効プラグイン、Chat設定、管理者ポリシーを確認
Codexを選ぶと起動に失敗するCLIパスが誤っている、CLIのサインインが未完了ターミナルでcodexを単体起動し、絶対パスを設定
ターミナルでは動くがIDEでは見つからないGUI起動したIDEへPATHが引き継がれていないcommand -vGet-Commandで絶対パスを確認
Instructionsが反映されない対象プロバイダーがその形式を読まない、作業ディレクトリが異なる利用中のプロバイダーと設定ファイルの対応を確認
下位ディレクトリのAGENTS.mdが反映されないCodexの起動ディレクトリと探索範囲が一致していないセッション開始位置とInstructionの階層を確認
MCPサーバーが表示されないポリシー無効、許可リストで拒否、設定ファイル形式が異なる管理者設定、Workspace trust、設定元を確認
想定と違うMCPサーバーが起動する同名設定が複数あり、上位設定で上書きされている.github/mcp.json.mcp.json、ユーザー設定を照合
確認なしで編集やコマンドが進むBypass、Autopilot、プロバイダー固有の自動承認が有効権限モードをDefaultまたは承認ありへ戻す
BYOKなのにCopilot利用量が増える古いプラグインのサブエージェント不具合最新プラグインへ更新し、新規セッションで再確認
IDEが重くなる、固まる古いプラグイン、長大なコンテキスト、MCPやHookの停止更新、セッション分割、HookとMCPの切り分けを実施

今回の更新では、BYOKセッションがCopilotのサブエージェントを起動し、Copilot側の利用量を消費する問題が修正されています。BYOKを利用している環境では、機能追加を使わない場合でもプラグイン更新の優先度は高いといえます。(The GitHub Blog)

課金と利用量はCodex導入後に必ず実測する

GitHub Copilotの利用量ベース課金では、使用モデルとトークン量によってAIクレジットの消費量が変わります。長いコンテキスト、複数ファイル、サブエージェントを伴う処理は、短いチャットよりも利用量が増えやすくなります。(GitHub Docs)

今回のJetBrains向け告知には、Codexプロバイダーで開始したセッションが、どの認証方法でどの利用枠へ計上されるかという詳細までは記載されていません。

そのため、導入テストでは次の情報を確認してください。

  • Codex CLIがどのアカウントで認証されているか
  • JetBrains IDE上にAIクレジット表示が出るか
  • GitHub側のAI利用量に計上されるか
  • Codex側の利用枠やレート制限が変化するか
  • サブエージェントが追加起動されていないか
  • 同じ依頼をLocal agentやCopilot CLIで実行した場合との差

「Codexを選んだからGitHub Copilotの利用量は消費しない」「Copilot契約だけでCodex CLIを無制限に使える」といった前提を置かず、実際の認証状態と利用明細で判断することが重要です。

対応が必要かを利用状況別に判断する

現在の利用状況対応優先度推奨対応
コード補完とInline Chatだけを使っている機能移行は不要。安定性向上のため更新を検討
CodexをJetBrains IDE内で使いたいCLI導入、認証、パス設定、プレビューポリシーを確認
Copilot CLIを日常的に使っているDefault、Bypass、Autopilotの標準設定を決める
Claudeエージェントを使っている中~高更新後の権限モードとデバッグログを確認
Hooksを利用しているAgent Customizations上の表示と既存Hookの動作を確認
MCPを利用している設定ファイル、Workspace trust、許可リストを確認
.vscode/mcp.jsonだけを管理しているCopilot CLI向け設定への移行を検討
BYOKモデルを利用している不具合修正版へ更新し、利用量を再確認
Business・Enterpriseを管理しているPreview、MCP、モデル、予算、ログの管理方針を決める
機密性の高いコードを扱っている少人数の隔離テストに限定し、自動承認を無効化

まとめ:Codexを有効にする前に適用範囲を切り分ける

GitHub Copilot for JetBrains IDEsへのCodex追加は、既存環境を置き換える更新ではなく、ローカルのCodex CLIをAgent pickerから選べるようにする選択肢の追加です。

Codexを利用しない場合、緊急の移行作業はありません。ただし、BYOKの利用量問題、UIフリーズ、パネル表示、Next Edit Suggestions、ファイル監視などの修正が含まれるため、プラグイン更新にはメリットがあります。

Codexを導入する場合は、次の順序で進めてください。

  1. GitHub Copilotプラグインを更新する
  2. Codex CLIを単体でインストール、認証する
  3. JetBrains IDEへCLIの絶対パスを設定する
  4. Business・Enterpriseではプレビューポリシーを確認する
  5. 検証用ブランチまたはWorktreeでDefault Approvalsから試す
  6. Instructions、Agent、Hook、MCPを機能ごとに検証する
  7. Git差分、テスト結果、ログ、利用量を確認する
  8. 合格基準を満たしたユーザーから段階的に展開する

特に、Copilot CLI向けの承認設定やMCP管理が、そのままCodexにも適用されると考えないことが重要です。GitHub Copilot側のカスタマイズ層と、Codex CLI側の権限・設定層を分けて管理すれば、既存環境を壊さずに新しいエージェントプロバイダーを評価できます。
[4]: https://developers.openai.com/codex/cli “
Codex CLI | ChatGPT Learn

この記事を書いた人

実務の現場で詰まりがちなポイントを地図にするITブログ「IT trip」を運営。Windows/Office(Teams・Excel)からSQL、サーバ運用、ガジェットまで、再現性のある手順と“なぜそうなるか”を丁寧に解説します。読んだらすぐ試せること、そして迷った人の次の一歩が見えることを大切にしています。

コメント

コメントする

目次