OpenAIがClaude CodeからCodexへの移行をより容易に

はじめに

AIプログラミングツールにおいて、最も代替が難しいのは、しばしば購読料ではない。

開発者がツールを中心に蓄積してきたすべてのもの、すなわち、細かく調整されたCLAUDE.md、数十の小さなワークフローテクニック、MCPサーバーの権限、スラッシュコマンド、スキル、プロジェクトメモリー、そして数ヶ月分のチャット履歴がそれにあたる。

これらのファイルは開発者のコンピュータに静かに保存されているかもしれないが、それらが合わさることで、AIプログラミングワークフローの操作マニュアルを構成している。Claude Codeから別のツールに移行する場合、移行サポートがなければ、これらの設定の大部分をゼロから再構築しなければならない。

OpenAIは現在、この切り替えをはるかに容易にしている。

OpenAIの現在のドキュメントによると、ChatGPTデスクトップアプリは、Claude Code、Claude Cowork、Cursorからのサポートされている設定と最近の作業をインポートできる。Codex CLIは、既存の設定を削除または置き換えるのではなく保持しながら、Claude CodeとCursorからインポートできる。

これは単純な便利機能のように聞こえる。しかし実際には、開発者が異なるAIプログラミングツール間を切り替える際に直面する摩擦の度合いを変えるものだ。

OpenAIがClaude Codeユーザーの設定をパッケージ化

OpenAIは最近、外部エージェントのインポート手順を単一のワークフローに統合した。

ChatGPTデスクトップアプリでは、ユーザーは設定 → インポートを開き、Claude Code、Claude Cowork、Cursorなどのサポートされているエージェントを選択できる。Codex CLIでは、対応するエントリーポイントは次のとおりだ：

/import

現在の公式ドキュメントによると、デスクトップアプリは指示、設定、スキル、プラグイン、プロジェクト、最近の作業をインポートできる。Codex CLIは、Claude CodeまたはCursorからサポートされている設定、プロジェクトファイル、最近のチャット履歴をインポートできる。

重要な詳細は、インポートが破壊的移行ではなくコピーであることだ。

OpenAIのドキュメントは、インポートによって既存のエージェント設定が変更または削除されることはないと明記している。言い換えれば、Claude CodeまたはCursorの設定はその場に保持され、Codexは独自のインポート版を受け取る。

これにより、プロセス全体が、ツールを置き換えるというよりも、既存の開発環境を2つ目のツールに持ち込むという感覚になる。

移行されるものは想像以上に多い

公式のインポートドキュメントは、ソース設定からCodexターゲットへのかなり詳細なマッピングを提供している。

したがって、変換は必ずしも単純なファイルコピーではない。

CLAUDE.mdなどのClaude Codeの指示ファイルはAGENTS.mdになる。Claude Codeのsettings.jsonはCodexのconfig.tomlに変換される。スラッシュコマンドはスキルにマッピングされ、サブエージェントはCodexエージェントになる。

この区別は重要だ。なぜなら、インポートが成功したからといって、その後すべてのプロジェクトがまったく同じように動作するとは限らないからだ。

名前が変わる可能性があり、

設定形式が変わる可能性があり、実行モデルもそれに応じて変化する。

プロジェクトは新規コピーとしてアップロードされるのではなく再利用される

プロジェクトの移行ももう1つの有用な詳細だ。

OpenAIのドキュメントによると、既存のプロジェクトフォルダーは、同じフォルダーを使用するプロジェクトとしてインポートされる。したがって、Codexで作業を継続するためにワークフロー全体を複製する必要はない。

インポートインターフェースでは、全か無かの移行を強制するのではなく、ユーザーが持ち込む内容を選択できる。

つまり、設定、指示、スキル、プラグイン、プロジェクト、チャット履歴はすべて、移行の独立した部分としてレビューできる。

インポート後に古い会話を継続できる

移行にはもう1つの実際的な問題がある。古い会話が大きすぎて、ターゲットツールが一度に処理できない可能性があることだ。

Codexはインポートされた会話を単純に拒否するのではなく、コンテキスト管理によってこの問題を処理する。

OpenAIの現在のドキュメントによると、Codex CLIは直近30日間から最大50件のチャットをインポートできる。デスクトップのインポートフローも最近のチャットをサポートしており、ユーザーはインポートされたプロジェクトまたは会話から作業を継続できる。

ソース記事では、この体験を次のように説明している。移行されたClaude Codeの会話が長すぎる場合、Codexはユーザーがそのインポートされた会話を最初に継続する際に初期のコンテンツを圧縮し、次のラウンドのためにコンテキストを解放できる。

実際の目標は単純だ。移行は、巨大なインポート記録で終了し、その後すぐに使用不能になるべきではない。

このインポートフローは拡大し続けている

ソース記事は、Codexの複数バージョンにわたるこの機能の進化を追跡している。

記事によると、/importはCodex CLI 0.140.0で初めて登場し、より狭い範囲のClaude Codeインポートをサポートしていた。その後のバージョンでは、追加の移行領域、続いてCursorスキルのサポートとインポートセッションの同期が追加され、ワークフローが拡張された。

具体的なリリース履歴は機能の進化速度を理解するのに役立つが、現在サポートされている内容については、既存の公式ドキュメントがより良い参考になる。インポートワークフローが現在、初期バージョンよりも広範囲のエージェント設定と最近の作業をカバーしていることを確認している。

実際には依然として一方向の移行

ソース記事はより鋭い観察を行っている。移行ドキュメントは、CodexからClaude Codeへ設定をエクスポートするのではなく、Codexへのインポートに焦点を当てている。

ここには重要な違いがある。

OpenAIの現在のドキュメントは、ChatGPTデスクトップアプリで元のエージェントからインポートされた設定への自動更新をサポートしている。ユーザーは設定 → インポートで自動更新を有効にし、そこでインポート履歴を表示できる。

これは、Codexでの編集が自動的にClaude CodeまたはCursorに書き戻されることを意味するわけではない。

方向性は依然として重要だ。元の環境はインポートされたコピーに更新を提供し続けることができるが、インポートされたコピーは双方向同期レイヤーとして提示されているわけではない。

開発者にとって、これは自動更新を有効にする前に、どの環境が権威あるソースであるかを決定する価値があることを意味する。

OpenAIとAnthropicは異なる方法で移行を処理している

より広い

競争はOpenAIだけにとどまらない。

ソース記事は、AnthropicもユーザーのコンテキストをClaudeに取り込むことを目的とした移行ツールを開発してきたことを指摘している。Anthropicの現在のヘルプドキュメントは、Claudeユーザー向けに会話履歴やアカウントデータを含む公式のデータエクスポートプロセスも提供している。

これは理念における顕著な違いを生み出している。

プラットフォームがインポートとエクスポートの両方をサポートしていれば、ユーザーは蓄積したコンテキストをより自由に移行できる。移行が主に一方向のみの流れであれば、その機能はユーザーがターゲットプラットフォームに切り替える際の摩擦を減らす強力なツールにもなり得る。

技術的な詳細は異なるが、戦略的な問題は同じだ。開発者が蓄積したAIワークフローの所有権は誰にあり、その移植性はどの程度なのか？

OpenAIはCodexをClaude Codeにも組み込んだ

インポートフローを拡張する前に、OpenAIはすでに逆方向の動きを取っていた。

オープンソースのcodex-plugin-ccプロジェクトにより、開発者はClaude Code内でCodexを使用してコードレビューやタスク委任を行える。このプラグインには/codex:reviewや/codex:transferなどのコマンドが含まれており、後者はClaude Codeセッションから永続的なCodexスレッドを作成できる。

このコードベースはApache-2.0ライセンスで公開され、OpenAIによってメンテナンスされている。

/codex:transferワークフローは、移行のストーリーと特に関連している。

プラグインのドキュメントによると、現在のClaude Codeセッションを取得して永続的なCodexスレッドを作成し、作業をCodexで直接継続できる。この転送はCodexを使用する。

外部エージェントセッションのインポーターであり、Claude履歴のインポートと同じ変換ルールに従います。

これは、単に新しいCodex会話体験を開始することとは異なります。

その目標は、境界を越えて作業コンテキスト自体を持ち越すことです。

それでもスムーズに移行できない4つのこと

移行ボタン1つで多くの摩擦は解消されますが、2つの異なるコーディングエージェントを完全に同一にすることはできません。

元記事は、開発者が手動での対応を想定すべき4つの領域を強調しています。

1. 権限

Claude Codeには、特定のファイル、コマンド、ツール、ワークフローを中心に細かく調整された権限ルールが含まれている場合があります。

Codexには独自の権限およびサンドボックスモデルがあります。したがって、インポートされた権限関連の設定は、同等であると想定せずにレビューする必要があります。

OpenAIのドキュメントは、移行後にインポートされたスキルとエージェント内のツール制限と権限をレビューすることを特に推奨しています。

重要な点は、権限の移行は設定の名前を変更するだけでなく、元の意図を保持することに関するものであるということです。

1. フック

フックは、動作に差異が生じる可能性があるもう1つの領域です。

OpenAIのインポートドキュメントは、インポートされたフックが移行後に異なる動作をする可能性があり、レビューが必要であると明確に警告しています。

単純なフックは問題なく移行できるかもしれません。条件、環境に関する前提、または非同期動作を含むより複雑なチェーンは、ターゲットツール向けに再設計が必要になる場合があります。

したがって、これは常に変換の問題であるとは限りません。ワークフローの再設計の問題である場合もあります。

1. モデルも変更される

これはおそらく最も明白な違いですが、最も見落とされがちな違いの1つでもあります。

指示、スキル、MCP設定、プロジェクトファイル、メモリはCodexにインポートできますが、これらの指示を実行するモデルは依然として異なります。

Claudeの動作向けにチューニングされたプロンプトやCLAUDE.mdファイルは、OpenAIモデルによって実行された場合、まったく同じ結果を生み出すとは限りません。

設定は正常に移行されたかもしれませんが、その背後にある動作は変化しています。

元記事は、CodexがOpenAI自身のモデルとResponsesベースのワークフローを中心に設計されていることを指摘しています。Codexをカスタムプロバイダーにルーティングしたい開発者は、これを独立した設定タスクとして扱う必要があり、インポートされたClaudeモデル設定が自動的に引き継がれると想定すべきではありません。

1. チャット履歴には境界がある

すべての会話が移行の対象となるわけではありません。

OpenAIの現在のドキュメントによると、Codex CLIは直近30日間の最大50件のチャットをインポートします。/importコマンドにも操作上の制限があります。タスク実行中、リモートセッション中、またはローカルアプリサーバーのデーモンに接続されている場合には使用できません。

現在のドキュメントはまた、ローカル設定とプロジェクトレベルの設定を区別しており、開発者はインポートを開始する前に、ファイルと設定がどこにあるかを正確に確認する必要があることを意味しています。

その結果、実用的な経験則が得られます。

ワンクリックインポートは、レビュー不要を意味しない。

真に価値のある資産はモデルサブスクリプションではない

モデルのベンチマークは急速に変化します。

あるモデルがある月にリードしても、すぐに別のバージョンに取って代わられる可能性があります。はるかにゆっくりと変化するのは、開発者を取り巻くワークフローです。

CLAUDE.md、AGENTS.md、スキル、MCPサーバー、権限、プロジェクトメモリ、コマンド、蓄積された会話は、開発者の実際の作業方法をコード化しているため、時間の経過とともにより価値が高まります。

これにより、移植性が競争上の問題になります。

これらの設定の再利用可能性が高ければ高いほど、開発者が特定のAIプログラミングプラットフォームに依存する度合いは低くなります。

そして、この両刃の剣は両方向に当てはまります。

SKILL.md、AGENTS.md、標準化されたMCP定義などのオープンスタンダードは、ワークフローをあるツールから別のツールへ移行しやすくします。OpenAIがClaude Codeユーザーを引き付けるのに役立つ相互運用性は、最終的にはこれらのユーザーがCodexを離れることを容易にする可能性もあります。

開発者にとって、実用的な戦略は明確です。

重要なワークフロー資産を可能な限り移植可能な形式で保持し、開発プロセス全体を特定の専有ツールに依存させないようにすること。

よくある質問

CodexはClaude Codeから何をインポートできますか？

Codexは、サポートされている指示、設定、スキル、プラグイン、プロジェクトファイル、最近のチャット、MCP設定、フック、スラッシュコマンド、サブエージェントをインポートできます。OpenAIのドキュメントは、Claude CodeのプロジェクトメモリをCodexメモリにマッピングします。

Claude CodeをCodex CLIにインポートするにはどうすればよいですか？

ローカルのCodex CLIセッションを起動し、/importを実行します。次にClaude Codeを選択し、インポートするサポートされている設定またはプロジェクトファイルと最近のチャットを選択し、インポートされた設定をレビューします。

CursorをCodexにインポートできますか？

はい。OpenAIの現在のドキュメントによると、Codex CLIはCursorからインポートでき、ChatGPTデスクトップアプリはClaude Code、Claude Cowork、およびCursorからインポートできます。

CodexへのインポートでClaude Codeの設定は削除されますか？

いいえ。OpenAIは、インポートによって既存のエージェント設定が変更または削除されることはないと明示しています。インポートされた設定は、ターゲット環境に個別に取り込まれます。

Codexは何件のClaude Codeチャット履歴をインポートできますか？

Codex CLIは、直近30日間の最大50件のチャットをインポートできます。/importコマンドには使用タイミングに関する制限もあるため、通常のローカルCLIセッションで実行するのが最適です。

Claude CodeのスキルはCodexで完全に同じように動作しますか？

必ずしもそうとは限りません。スキル、フック、権限、プラグイン、コマンドテンプレートは元のツールの動作に依存する可能性があるため、OpenAIはインポートされた設定に依存する前にレビューすることを推奨しています。

Claude Codeセッションを直接Codexに転送できますか？

OpenAIのcodex-plugin-ccは、Claude Codeセッションから永続的なCodexスレッドを作成する/codex:transferコマンドを提供します。このプラグインは、CodexでClaude Codeの作業を継続するために設計されています。

関連ツール

• OpenAI Codex：ソフトウェア開発ワークフローのためのOpenAIのプログラミングエージェント。
• Codex CLI：ローカルでCodexを使用するためのコマンドラインインターフェース。
• Claude Code：Anthropicのプログラミングエージェントであり、この移行ガイドで説明されている主要なソース環境。
• Cursor：CodexインポートワークフローでサポートされているAI駆動のコードエディター。
• OpenAI Codex Plugin for Claude Code：Claude Code内でCodexを使用するためのOpenAI公式プラグイン。

関連リンク

• OpenAIインポートドキュメント：他のAIエージェントから設定と最近の作業をインポートするための公式ガイド。
• Codex CLIドキュメント：Codex CLIのインストールと使用に関する公式ドキュメント。
• OpenAI Codex Plugin for Claude Code：Claude Code統合用のOpenAI公式リポジトリ。
• CodexプラグインREADME：Claude Codeプラグインのインストールと使用手順。
• Claudeデータエクスポート：ClaudeデータをエクスポートするためのAnthropic公式手順。

アカウントと会話データのガイド。

• OpenAI Developers：OpenAIの主要な開発者向けドキュメントセンター。
• OpenAI Devs on X：元記事が引用しているOpenAI開発者向け投稿。

まとめ

OpenAIが現在提供しているインポートワークフローにより、Claude CodeやCursorで数ヶ月分の設定やコンテキストを蓄積した開発者にとって、大きな移行の障壁が取り除かれました。指示、スキル、プラグイン、プロジェクト、MCP設定、メモリ、最近のチャット履歴は、すべてサポートされているインポートフローを通じてCodexに移行できるようになりました。

重要な制限として、移行は完全な互換性を意味するわけではありません。権限、フック、プロンプト、プラグイン、モデルの動作は移行後に変更される可能性があるため、使用前にインポートした設定をレビューする必要があります。

これらは本番ワークフローの一部となります。

最も移植性の高いAIコーディング環境とは、貴重な指示、スキル、プロジェクト知識を単一のエージェントから独立して保持する設定です。