Claude Code（クロードコード）とCodex（コーデックス）の併用術｜全部任せて失敗した実録と3つの運用ルール
Claude CodeとCodexを両方インストールすると、次に迷うのは「同じフォルダを両方に触らせていいのか」という運用の問題です。結論から言うと、併用の答えは同じフォルダの共同編集ではなく役割分担です。みやっち🧑💻は2026年7月26日、Claude Codeで作り込んできた業務基盤のフォルダを思い切って全部Codexに任せる実験をして、失敗を経てこの結論にたどり着きました。
Claude CodeとCodexの併用のやり方: Claude CodeとCodexは、同じフォルダを対等に共同編集させるのではなく、3つのルールで役割分担して併用します。①仕事の入口で振り分ける（文章・管理系の文系仕事はClaude Code、ホームページや画像などの制作系はCodex）②Claude Codeで作り込んだ既存の基盤フォルダをCodexに触らせるときは、git worktreeで作業フォルダを別に用意したうえで、プルリクエストの形で提案させ、取り込むかどうかはClaude Codeに判断させる ③指示書はCLAUDE.mdを正本にして、AGENTS.mdにはシンボリックリンクで同じ内容を読ませる——という運用です。
なお「Claude CodeとCodexのどちらが何に向いているか」というタスク相性の話は、Claude CodeとCodexの使い分けで解説済みです。この記事はその続編で、両方入れた人が毎日をどう運用するかに絞ります。
前提：文系仕事はClaude Code、制作系はCodex
まず振り分けの感覚からです。みやっち🧑💻は2026年7月、自分の個人用ホームページをCodexに任せて作り上げました。出てきたデザインの仕上がりに驚きつつ固まった実感が、「文系仕事はClaude Code、制作系はCodexがやっぱりいいかも」でした。
文系仕事とは、文章を書く・ルールや手順を整える・成果物をレビューするといった言葉が中心の仕事。制作系とは、ホームページ・画像・スライドのような見た目のアウトプットを作る仕事です（どちらもみやっち🧑💻の呼び方です）。新しい仕事が発生したら、この線でどちらのAIに渡すかを決める——これが併用の入口になります。
この振り分けだけでは足りない場面が、すぐに来ます。「Claude Codeで作ってきたフォルダそのものを、Codexに触らせたい」ときです。
Claude Codeで作り込んだ業務基盤をCodexに全部任せるとどうなるか
みやっち🧑💻は、Claude Codeで業務基盤のフォルダを作り込んできました。日々の定型業務の手順や判断基準をファイルとして貯め、Claude Codeに読ませて仕事を任せる仕組みです。Codexを使い始めてからも、このフォルダが変なことになったら嫌なので、基盤とは関係ない単発のタスクだけをCodexに渡していました。
ただ、それではCodexに任せられることが少なすぎる。そこで2026年7月26日、「何か壊れちゃってもいいから」と思い切って、業務基盤のフォルダをまるごとCodexに任せる実験をしました。
結果は、整合性が取れなくなって断念です。原因ははっきりしていて、Claude Codeの業務基盤は .claude というフォルダの下にスキル（AIに渡す手順書）などの関連ファイルが置かれ、互いに参照し合う構造になっています。ところがCodexには、そうした関連ファイルを見に行かない・重要視しない癖がある、というのがみやっち🧑💻の使用実感です。1か所を変えたら連動する手順書も直る、という動きが起きず、フォルダの整合性が取れなくなっていったのです。差分を毎回自分で気にしながら進めるのは面倒で、やっぱり役割分担した方がいい——というのが実験の結論です（スキルの仕組みはClaude CodeのSkillsの作り方で解説しています）。
Codexの癖はどこに出るか
この実験と前後して掴んだCodexの癖が、もう1つあります。あくまでみやっち🧑💻個人の使用実感ですが、CodexはClaude Codeよりも途中のプロセスを端折ってどんどん進め、確認を挟まずにコミット（変更の確定記録）からプッシュ（GitHub上の共有場所への反映）まで済ませてしまうことがあります。思ったより思い切ったことをするのです。
この癖は、欠点と言い切れるものではありません。スピードが欲しい制作系の仕事では、細かく確認されるより一気に完成まで進んでくれる方が頼もしい。ただし、作り込んだ基盤フォルダの上では「進める前に確認してほしい」場面で先に進まれるのが怖い。つまり癖そのものを直そうとするのではなく、癖が事故にならない仕事の渡し方を用意するのが現実解です。それが次の運用ルールです。
Claude CodeとCodexの併用ルール3つ
みやっち🧑💻が実験の失敗を経て落ち着いた運用ルールは、次の3つです。
ルール1：仕事の入口で振り分ける
新しい仕事が発生した時点で、文系仕事はClaude Code、制作系はCodexに渡すと決めておきます。迷ったら「業務基盤のフォルダに近い仕事かどうか」を目安にして、基盤に近いものほどClaude Codeに寄せると判断しやすくなります。振り分けを都度考えないことが、併用を続けるコツです。
ルール2：既存の基盤フォルダは、作業フォルダを分けてプルリクエストで渡す
それでも、基盤フォルダの改善をCodexに任せたい場面はあります。そのときは直接触らせず、ブランチを切ってプルリクエストの形にします。ブランチとは、Gitで正本の履歴から枝分かれして、正本に影響を与えずに変更を積んでいける仕組み。プルリクエストとは、ブランチで作った変更を「正本に取り込みませんか」と提案し、レビューを経てから取り込む仕組みです。例えるなら、Codexには正本のコピーを載せた別の作業机を用意してそこで作らせ、できあがった提案を採用するかどうかは正本の管理者が決める、という運び方です。
ここで1つ、実際にやってみて分かった注意があります。ブランチは同じ作業フォルダの中で切り替える仕組みなので、Codexがブランチを切って切り替えると、そのフォルダを見ている他のセッションや自動実行の仕事まで、切り替わった先のブランチを参照してしまいます。みやっち🧑💻の環境では、毎朝の定期実行がローカルの作業フォルダをそのまま参照して回るため、この弊害に実際に気づきました。そこで、git worktreeという仕組みで作業フォルダをまるごともう一式、別の場所に展開し、Codexにはそちらを触らせることにしました。同じ机の上で台帳だけ差し替えるのではなく、机そのものをもう1つ用意するイメージです。提案をプルリクエストの形で受け取る流れは変わりません。worktreeの使い方と、同じフォルダを触るときのGitルールは「Claude Codeの並行作業のやり方」で詳しく解説しています。
そして取り込むかどうかの判断は、みやっち🧑💻はClaude Codeにやらせます。基盤を作ってきたのはClaude Code側で、.claude 配下のどのファイルが何と連動しているかを知っている正本の管理者だからです。Codexが端折って進めても、変更はブランチの上に閉じているので基盤は壊れません。よい提案なら取り込み、整合性を崩す提案なら見送る。この関所が1つあるだけで、Codexに思い切った仕事を任せられるようになります（そもそも仕事のファイルをGitで管理する話はAI時代のファイル管理で解説しています）。
ルール3：指示書の正本はCLAUDE.mdの1つにする
併用でもう1つ問題になるのが指示書です。Claude CodeはCLAUDE.md、CodexはAGENTS.mdという別名のファイルを読むため、2つを別々に管理すると中身が食い違っていきます。みやっち🧑💻はCLAUDE.mdを正本にして、AGENTS.mdはシンボリックリンク（ファイルの実体は1つのまま、別の名前からも同じ中身を開ける仕組み）にし、どちらのAIにも同じ内容を読ませています。2つのファイルの違いと使い分けはAGENTS.mdとCLAUDE.mdの違いにまとめました。
併用を助ける2つの発見
運用ルールとは別に、併用してみて「これは助かる」と感じた発見が2つあります。
1つ目は移行の案内です。Claude Codeで作ったリポジトリ（フォルダ）をCodexで読み込むと、Skills・Commands・サブエージェントをマイグレート（移行）するという案内が表示されました（2026年7月時点・みやっち🧑💻の実測）。Claude Codeで作り込んだ資産を持ち込む前提の設計になっているのは、併用する側としてうまいなと感じるポイントです。
2つ目はスマホ起点の違いです。Claude CodeのRemote Control（リモートコントロール）は、PCで開始済みのセッションをスマホから続行する機能で、セッションの開始自体はPC側で行っておく必要があります。一方Codexは、PCの電源が入っていてCodexアプリが起動していれば、スマホを起点に新しいセッションを開始して、そのままローカルのPC上で実行できます。外出先で思いついた仕事をその場で始めやすいのはCodex側の強み、というのが2026年7月時点のみやっち🧑💻の実感です。Claude Code側のスマホ経路の詳細はClaude Codeをスマホで操作する2つの方法で、Codexアプリ側の操作の型はCodexデスクトップアプリの使い方で解説しています。
よくある質問
Claude CodeとCodexを同じフォルダで同時に作業させてもいいですか
みやっち🧑💻はさせていません。基盤フォルダの管理はClaude Codeに固定し、Codexに触らせるときはgit worktreeで作業フォルダを分けたうえで、プルリクエストの形で提案させます。整合性の管理者を1人に決めることが、併用を安定させる近道だというのが実験を経た実感です。
CodexはCLAUDE.mdを読んでくれますか
Codexが読む指示書はAGENTS.mdです。CLAUDE.mdを正本にしてAGENTS.mdをシンボリックリンクにすれば、Claude CodeとCodexの両方に同じ内容を読ませられます。2つのファイルの関係はAGENTS.mdとCLAUDE.mdの違いで解説しています。
併用すると契約は2つ必要ですか
Claude CodeはAnthropicのアカウント、CodexはChatGPTアカウントでサインインして使うので、契約はそれぞれ別です。どちらか一方から始めたい場合の選び方はClaude CodeとCodexの使い分けを参考にしてください。
併用の型が決まると、AIとの仕事はどう変わるか
型が決まる前のみやっち🧑💻は、2つのAIを入れたのに、作り込んだフォルダを壊されるのが嫌で、Codexには基盤と関係ない単発タスクしか渡せていませんでした。せっかくの2人目が、力を持て余している状態です。
型が決まった後は、入口の振り分けと、プルリクエストという受け入れの関所があるので、迷いと不安が消えます。文章・管理はClaude Code、制作はCodex、基盤への変更は提案として受け取って、取り込みの判断だけする。2つの実行型エージェントが、それぞれの得意な持ち場で並走する体制です。
そして気づくのは、この悩み自体が「業務の基盤を自分のフォルダとして持っている人」だけのものだということです。ブラウザで対話型AIに質問しているだけなら、壊される基盤も、振り分ける仕事の置き場もそもそも手元にありません。自分の判断基準や手順をファイルに移した基盤を持っているからこそ、2人目のAIを安全に迎え入れて、仕事を任せる量を増やしていけます。1人目のAIとの作り込みが、そのまま2人目の受け入れ態勢になるのです。
自分の業務のどこをClaude Codeに任せ、どこをCodexに任せる基盤を作るか。その最初の設計から考えたい経営者・個人事業主・士業の方は、まず無料セミナーでお会いしましょう。
