Codexアプリの入手と使い方【2026年8月版】デスクトップ・モバイル対応

Codexアプリを探している方が最初に知るべきことは、2026年7月9日に入手方法が変わったという事実です。 単体の「Codexアプリ」をダウンロードしようとしても、現在の公式導線とは食い違います。Codexアプリは、この日を境にChatGPTデスクトップアプリへ統合されたからです。

とはいえ、Codexが無くなったわけではありません。ChatGPTデスクトップアプリの中に、Chat・Workと並ぶ独立したモードとしてCodexが入っています。

本記事は、この変更を踏まえたうえで、いま何をダウンロードすればCodexが手に入るのか、そしてアプリ版・CLI・Codex cloud・IDE拡張のどれを選ぶべきかを、OpenAIの公式情報を根拠に整理します。Codexそのものの定義や、2021年の旧Codexとの違いについてはCodexとは何か（OpenAIのAIコーディングエージェント）で詳しく扱っているため、本記事では繰り返しません。

この記事の要点（Key Takeaways）

• 2026年7月9日、Codexアプリは新しいChatGPTデスクトップアプリに統合された。既にCodexアプリを使っているなら、通常どおり更新するだけでよい
• 統合後のアプリは Chat・Work・Codex の3モードを持つ。Codexは左上のメニューから切り替える独立したビューで、履歴もChatGPT側とは分離されている
• 従来のChatGPTデスクトップアプリは ChatGPT Classic に改称された。新旧が両方インストールされた状態になることがある
• 「Codexモバイルアプリ」という独立した製品は存在しない。CodexはWeb・モバイルでは選択できず、スマホからはChatGPTモバイルアプリのRemoteタブ経由で、サポートされているデスクトップのCodexチャットに接続する
• デスクトップアプリでは、Chat・Work・Codexが Freeを含む全プランで使える。macOS・Windowsの両方に対応している

入手の判断表 — あなたの現在地から

いま何をすればいいかは、あなたがすでに何を使っているかで変わります。OpenAIの公式ヘルプセンターの案内を、現在地別に整理しました。

単体の「Codexアプリ」を探して辿り着いた方も、上の3行のいずれかに当てはまります。

すでにChatGPTアカウントをお持ちなら、Codexを使うための新規登録は不要です。普段お使いのアカウントでサインインすれば、そのまま利用できます。

なおWindows環境に固有の導入経路やつまずき（WSL2が必要かどうか、会社の管理端末で詰まる場合の対処）は、CodexをWindowsで動かす方法で個別に扱っています。本記事はOS共通のアプリの入手と使い分けを扱います。

以下では、この変更が何だったのか、そしてアプリ版をどう使い分けるべきかを順に見ていきます。

Codexアプリとは — 複数エージェントの「司令塔」

Codexアプリ（Codex app）とは、複数のAIエージェントを並行して動かし、その作業を監督するためのデスクトップ向けインターフェースです。 ターミナルで動くCodex CLIや、エディタに組み込むIDE拡張と同じCodexを、GUIから扱えるようにしたものだと考えると分かりやすくなります。

OpenAIの表記は「Codex app」で、日本語では「Codexアプリ」「Codexデスクトップアプリ」、本記事では文脈に応じて「アプリ版」とも呼びます。いずれも同じものを指します。

OpenAIはこのアプリを発表時、「a command center for agents（エージェントの司令塔）」と表現しました（出典：Introducing the Codex app、2026年2月2日）。この言葉が、アプリ版の性格をよく表しています。

なぜGUIのアプリが必要になったのか

同じ発表資料で、OpenAIは背景をこう説明しています。エージェントが数時間から数日、あるいは数週間にわたる作業をこなせるようになった結果、開発者の関心は「エージェントに何ができるか」から「複数のエージェントをどう指揮し、監督し、協働するか」へ移った。そして既存のIDEやターミナル中心のツールは、この働き方を支える設計になっていない、と。

つまりアプリ版は、CLIの機能をGUIに置き換えたものではありません。1人のエージェントと対話する道具から、複数のエージェントを束ねて管理する道具への移行を狙った、別の設計思想の産物です。どの入口を選ぶべきかは、この違いを踏まえて後述の使い分けで扱います。

【2026年8月時点】Codexアプリは ChatGPTデスクトップアプリに統合された

2026年7月9日、OpenAIはCodexアプリを新しいChatGPTデスクトップアプリへ統合しました。 これが、いまCodexアプリを入手しようとする人にとって最も重要な事実です。

日本語で「Codexアプリ」を検索すると、単体アプリを公式サイトからダウンロードする手順を説明した記事が見つかります。しかしその多くは統合前に書かれたもので、手順が現在のダウンロード導線と一致しません。

Codexアプリのこれまで（一次ソース時系列）

OpenAIの公式発表だけを並べると、Codexアプリの歴史は次のようになります。

Codexアプリが単体プロダクトとして存在したのは、2026年2月から7月までの約5か月間でした。

なぜ統合されたのか

背景には、Codexの用途が開発の外へ広がったことがあります。

2026年7月9日の発表によれば、Codexの週次利用者は500万人を超えました。また、100万人以上がソフトウェア開発以外の業務でCodexを使っているとされています。コーディングエージェントとして始まったものが、より広い知識労働に使われるようになった、という説明です。

この流れを受けて登場したのが、同日発表の ChatGPT Work です。アプリ・ファイルをまたいで作業し、必要なら数時間かけて、目標を完成物に変えるエージェントと位置づけられています。OpenAIは、Codexの技術を組み込んだことでChatGPTが質問への回答を超えて実務をこなせるようになった、と説明しています。

つまり統合は、Codexを畳んだのではなく、Codexで培った技術を土台にChatGPT側の作業能力を引き上げ、その結果として器を1つにまとめたという順序です。Codexが独立したビューとして残っているのは、この経緯からすれば自然な帰結です。

統合で具体的に何が変わったか

新しいChatGPTデスクトップアプリは、3つのモードを1つの器にまとめたものです。OpenAIのヘルプセンターは、それぞれの役割を次のように説明しています（出典：Moving to the new ChatGPT desktop app）。

操作面では、左上のメニューでChatGPTとCodexを切り替えます。ChatGPT側ではさらに、画面上部のトグルでChatとWorkを行き来します。

開発者にとって重要なのは、Codexが独立したビューとして残っている点です。ヘルプセンターは「Codexは別のビューのままであり、そのワークフローは変わらず、履歴もChatGPTの履歴とは分離されたままである」と明記しています。ChatGPTの雑談履歴とCodexの作業履歴が混ざる心配はありません。

変化した点と、変わらなかった点を整理すると次のようになります。

変わらなかったもの: Codexの履歴分離とワークフロー、そしてワークスペースの既存のアクセス権限・セキュリティ設定・ガバナンス統制・費用モデル（ヘルプセンターは、このナビゲーション変更がこれら4点を変更しないと明記しています）。既存のチャットとプロジェクトについては、「残るはず（should remain）」という表現にとどまります。

「Codexは無くなったのか」への答え

無くなっていません。OpenAIは既存Codexユーザーへの配慮を明示しています。統合後のアプリは既存Codexユーザーに対してはCodexビューで開き、Codexを既定のビューとして保つことができます。さらに、アプリのアイコンをCodexのロゴに変更する設定まで用意されています（出典：Moving to the new ChatGPT desktop app / ChatGPT is now a partner for your most ambitious work）。

既存のCodexのチャットとプロジェクトについて、ヘルプセンターは「更新後も残るはずです（should remain）」という表現を使っています。断定を避けた書き方であるため、重要な作業がある場合は更新前に退避しておくのが安全です。

ChatGPT Classic とは何か

注意すべきは、新しいアプリが既存のアプリとは別にインストールされる場合があることです。その結果、次の2つが同時に存在する状態になり得ます。

• ChatGPT — Chat・Work・Codexを備えた新しいアプリ
• ChatGPT Classic — 従来のChatGPTデスクトップアプリ

ChatGPT Classicは廃止されたわけではなく、モデル更新・バグ修正・セキュリティパッチ・既存のエンタープライズ機能のサポートを受け続けます。ローンチ時点では移行も強制されません。ただし、新しいエージェント機能は新アプリ側にしか提供されないことがあるとされています。

Codexを使いたい場合、開くべきなのは「ChatGPT」のほうです。Classicを開いてもCodexは見つかりません。

Codexアプリでできること — アプリ版に固有の価値

CLIでもCodex cloudでもなく、あえてアプリ版を選ぶ理由になる機能を整理します。以下、特に出典を明記していないものはCodexアプリの発表資料（2026年2月2日）で説明されているものです。

複数エージェントの並行実行とスレッド管理

アプリ版の中核は、エージェントごとに独立したスレッドが立ち、それがプロジェクト単位で整理されるという構造です。タスクを切り替えても、それぞれの文脈が失われません。

ターミナルで複数のCodexを走らせると、どのウィンドウが何をしているのか人間側が覚えておく必要があります。アプリ版はこの記憶の負荷を、画面の構造で肩代わりします。

worktree内蔵 — 同じリポジトリに複数エージェントを当てられる

アプリ版にはgitのworktreeサポートが組み込まれています。これにより、複数のエージェントが同じリポジトリで作業しても衝突しません。各エージェントはコードの隔離されたコピーで作業するため、異なる方針を並行して試しても、それぞれがコードベースに与える影響を追いかけずに済みます。

エージェントの作業中に、変更をローカルにチェックアウトすることも、ローカルのgit状態に触れないまま作業を進めさせることもできます。

これはCLIでも手動でworktreeを切れば実現できますが、その管理を人間が負う必要があります。並行作業を常態にするなら、内蔵されている価値は大きいと言えます。

スレッド内での差分レビュー

エージェントの変更をスレッド内でレビューし、差分にコメントを付け、エディタで開いて手作業で直すことができます。「AIに書かせて、人間がレビューする」という運用を、1つの画面で完結させる設計です。

Skills — コード生成以外の作業へ広げる

Skillsは、指示・リソース・スクリプトをひとまとめにして、Codexが決まった手順で作業を完了できるようにする仕組みです。アプリ版にはSkillsを作成・管理する専用のインターフェースが用意されています。

使い方は2通りあります。特定のSkillを明示的に指定する方法と、タスクの内容に応じてCodexに自動で選ばせる方法です。

OpenAIは発表資料で、Skillsの実力を示す例としてレーシングゲームの制作を挙げています。画像生成のSkillとWebゲーム開発のSkillを使い、最初のプロンプト1つから、その後は10種類の汎用プロンプトをランダムに繰り返し与えられながら、700万トークン超を消費して作り上げたというものです。その過程でCodexは、デザイナー・ゲーム開発者・QAテスターの役割を引き受け、実際にゲームをプレイして自分の作業を検証したと説明されています。

この例が示しているのは、アプリ版が「一問一答」ではなく「長時間の委任」を前提に設計されているということです。数分で終わる作業のために用意された道具ではありません。

Automations — 定型作業をスケジュール実行する

Automationsは、指示と（任意で）Skillsを組み合わせ、決めたスケジュールでCodexを背後で動かす仕組みです。実行が終わると、結果がレビューキューに入ります。

OpenAI自身は、日次のIssueトリアージ、CI失敗の要約、日次リリースブリーフの生成、バグの検出といった「反復的だが重要な作業」にAutomationsを使っていると説明しています。

パーソナリティの切り替え

/personality コマンドで、簡潔で実行重視のスタイルと、会話的で共感的なスタイルを選べます。能力そのものは変わりません。アプリだけでなくCLIとIDE拡張でも使えます。

Remote SSH — 管理されたリモート環境で動かす

企業の開発現場では、承認済みの依存関係・認証情報・セキュリティポリシー・計算資源を備えた管理されたリモート環境の中で開発することが少なくありません。Codexアプリはこの構成に対応しています。

2026年5月14日の発表で、OpenAIはRemote SSHが一般提供（GA）になったことを公表しました。デスクトップアプリはSSHの設定ファイルからホストを自動的に検出し、リモートマシンの中にプロジェクトを作成してスレッドを走らせることができます。ローカルで作業するのと同じ感覚で扱える、というのが説明されている狙いです（出典：Work with Codex from anywhere、2026年5月14日）。

接続したリモート環境は、同じセキュアなリレー基盤を通じて、認可された他のChatGPTデバイスからもアクセスできるようになります。デスクトップで作業を始め、スマホから実行を操作し、長時間タスクを1台のマシンに縛られずに進めるという運用が成立します。

受託開発で顧客環境に閉じた作業が必要な場合、この構成は選択肢になり得ます。

組織で使うための追加機能

同じ2026年5月14日の発表では、チーム利用に関わる機能の提供状況も示されています。

Hooksでプロンプトの機密情報をスキャンできる点は、業務導入の実務でとくに効きます。「顧客情報を貼り付けてしまった」という事故を、運用ルールの徹底ではなく仕組みで止められるためです。

アプリ版でできないこと・限界

アプリ版が万能というわけではありません。選ぶ前に知っておくべき制約があります。

Codexはデスクトップアプリ専用のモードです。 ChatGPTのWeb版やモバイルアプリからは、Codexを新しく始められません。ただしスマホからまったく触れないわけではなく、その構造は次章で扱います。

手元のマシンが動いていることが前提です。 アプリ版はローカルのファイル・リポジトリ・ターミナルを扱う設計のため、マシンが起動していなければ作業は進みません。席を外している間もタスクを進めたい場合は、クラウド側で実行する構成のほうが適しています。

ターミナルでの軽い作業には過剰です。 1つのファイルを直すだけの作業にアプリを立ち上げるのは、手数として遠回りになります。

長時間タスクの常時実行には向きません。 Automationsはスケジュール実行を担いますが、2026年2月の発表時点では、コンピュータが開いているときだけ動く仕組みでした。OpenAIは同時に、クラウド側のトリガーへの対応を進めると述べています。夜間バッチのようにマシンを閉じた状態で回したい処理は、発表時点ではアプリ版の守備範囲外でした。以降の対応状況は本記事では確認できていないため、最新の仕様は公式ドキュメントをご確認ください。

並行数を増やせば、利用枠の消費もその分速くなります。 「並行できる」ことと「並行しても枠が保つ」ことは別問題です（枠が入口をまたいで共有される仕組みは後述します）。

「アプリ版にすれば楽になる」わけではない

見落とされやすいのは、アプリ版が解決するのは管理の問題であって、レビューの問題ではないという点です。

worktreeもスレッド分離も差分レビュー画面も、人間が確認する作業そのものを減らしはしません。むしろ並行数を増やしやすくした結果、レビュー待ちの差分が積み上がることがあります。エージェントを3つ動かせば、レビュー対象も3倍になります。

導入して効果が出るのは、レビューできる人がいて、その人の手が空いている場合です。この前提が無い状態で並行数だけ増やすと、確認されないまま取り込まれる変更が生まれ、かえって品質は落ちます。アプリ版を検討する前に、まず「誰がレビューするか」を決めておくほうが確実です。

「codex mobile」の正体 — スマホは実行環境ではなく操作卓

「Codexモバイルアプリ」という独立した製品は存在しません。 ここは検索結果でも誤解が多い箇所です。

公式ヘルプセンターの記述は明確です。CodexはWebでもモバイルでも選択できません。 そのうえで、「サポートされているデスクトップのCodexチャットには、ChatGPTモバイルアプリのRemoteタブからアクセスできる」とされています（出典：Moving to the new ChatGPT desktop app）。

つまりスマホは、Codexを動かす場所ではなく、動いているCodexを操作する場所です。

何が前提条件になるか

この構造から、実務上の前提が導かれます。自分のマシンでCodexが動いていなければ、スマホからできることはありません。

2026年5月14日の発表で、OpenAIはこの仕組みをこう説明しています。ノートPC、専用のMac mini、管理されたリモート環境など、Codexが動いているマシンに接続すると、アプリがその環境のライブ状態を読み込む。これにより、進行中のスレッド・承認・プラグイン・プロジェクトの文脈をまたいで作業できる、と（出典：Work with Codex from anywhere）。

スマホからできること

• 進行中の全スレッドを横断して確認する／出力をレビューする
• コマンドの実行を承認する／モデルを切り替える
• 接続先のマシン上で、新しい作業を開始する

スマホではできないこと

• Codexをモバイル単体で立ち上げる
• マシンが停止した状態で作業を進める
• ローカルのファイルをスマホ側へ持ってくる

同発表によれば、ファイル・認証情報・権限・ローカル環境の設定は、Codexが動作しているマシン側に留まります。スマホ側へ流れてくるのは、スクリーンショット・ターミナル出力・差分・テスト結果・承認依頼といった更新情報です。

通信はセキュアなリレー層を経由し、信頼されたマシンを公開インターネットに直接さらすことなく、デバイス間で到達可能にする設計だと説明されています。

この「認証情報がマシン側に残る」という性質は、業務利用を検討するうえで重要です。スマホを紛失しても、リポジトリの認証情報がスマホ側にあるわけではありません。

モバイルが実際に効く場面

OpenAIは、モバイル対応の狙いを「エージェントが長時間の作業を担うようになるほど、適切なタイミングで方向を示すことが成果を左右する」と説明しています。想定されているのは、実装をスマホで行うことではありません。

同発表が挙げている例は、次のような場面です。

• 判断を求められたとき — リファクタリングの途中でCodexが2つの妥当な方針を見つけ、方向の指示を待っている。移動中にトレードオフを確認して選ぶ
• 不具合調査の着手 — 席に戻る前に調査を始めさせ、スクリーンショットやテスト結果を追いながら、必要な承認だけ返す
• 思いついたことを流し込む — 新しいアイデアを、既存のスレッドに追加するか新しいスレッドとして投げておく

いずれも共通しているのは、人間側の待ち時間を、エージェントの待ち時間に変換しているという点です。エージェントが承認待ちで止まっている時間は、そのまま納期に効いてきます。この停滞を移動中に解消できることが、モバイル対応の実利です。

裏を返せば、エージェントを長時間走らせる使い方をしていないなら、モバイル対応の価値は小さいということでもあります。

アプリ・CLI・Codex cloud・IDE拡張の使い分け

Codexには複数の入口があり、どれも同じChatGPTアカウントでつながっています。選択を分けるのは、次の4つの軸です。

Codex以外の選択肢と並べたい場合は、Claude CodeとCodexの比較で判断軸を整理しています。

4つの入口の性格の違い

同じCodexでも、入口によって「何が楽になるか」が変わります。「◎」は、その入口がとくに得意とする部分です。

表のとおり、アプリ版とCodex cloudは目的が異なります。並行作業という点だけ見ると両者は似ていますが、手元環境に依存する作業ができるかどうかで決定的に分かれます。なお Codex cloud 側の詳細な仕様は本記事の範囲外のため、Codex cloudとCodex CLIの比較を参照してください。

入口を移動しても作業は続けられる

アプリ版は、Codex CLIとIDE拡張のセッション履歴と設定を引き継ぎます。そのため、CLIで始めた作業をアプリで続ける、といった移動ができます。すでにCLIで環境を作り込んでいる場合でも、アプリ版を試すために設定をやり直す必要はありません。

この「入口を選び直せる」性質があるため、最初の選択を慎重にやりすぎる必要はありません。CLIで始めて、並行作業が増えてきた段階でアプリ版へ移る、という順序でも支障は出ません。

必要なプランと、入口をまたいで共有される利用枠

デスクトップアプリでは、Chat・Work・CodexがFreeを含むすべてのプランで利用できます（出典：ChatGPT is now a partner for your most ambitious work、2026年7月9日）。Codexを試すためだけに有料プランへ加入する必要はありません。

OpenAIの公式ドキュメントでも、FreeプランはCodexの機能を短いコーディング作業で試す枠、Goプランは軽量なコーディング作業向けの枠として位置づけられています（出典：ChatGPT Learn — Pricing、2026年8月29日確認）。なお2026年2月のアプリ発表時点では、Free・GoへのCodex提供は「期間限定」の扱いと説明されていました。

ただし、使える量はプランごとの利用枠に従います。同ドキュメントは、消費量がモデル・文脈・推論・ツール利用・検索取得（retrieval）・キャッシュによって変わるため、プロンプトの長さだけでは見積もれないと注意を促しています。

もうひとつ押さえておきたいのが、枠は入口ごとに分かれていないという点です。公式ドキュメントによれば、ChatGPTのプランではローカルのメッセージとクラウドのチャットが同じ5時間のウィンドウを共有し、加えて週次の上限が適用される場合があるとされています。アプリ版・CLI・IDE拡張・Codex cloudのどこから使っても、消費される枠は同じ財布です。

さらに、ChatGPT WorkとCodexも利用枠を共有します。Workで長時間の資料作成を回した分だけ、Codexに使える余力は減るという関係にあります。統合によって同じアプリの中に両方が入った以上、この点は運用上意識しておく価値があります。

プラン別の枠、追加クレジット、API直契約との損益分岐点といった費用面の詳細は、Codexの料金プラン比較で個別に扱っています。

最初のタスクの投げ方と、統合直後のつまずき

入手が済んだら、次は最初のタスクです。ここでの1回目の選び方が、エージェントを信頼できるかどうかの判断を大きく左右します。

最初に投げるタスクの選び方

アプリ版を導入した直後にやりがちな失敗は、いきなり本番リポジトリで大きな作業を任せることです。エージェントの挙動と、自分のレビュー能力の両方が未知の状態でこれをやると、差分が大きくなりすぎて判断できなくなります。

最初のタスクは、次の3条件を満たすものを選ぶと安全です。

1. 結果の正しさを自分で判断できる — テストが通ったかどうか、表示が変わったかどうかで機械的に判定できる作業
2. 失敗しても巻き戻せる — バージョン管理下にあり、変更が局所的である
3. 完了条件が言葉で書ける — 「〜が〜になっていれば完了」と1文で表現できる

具体的には、テストが落ちている箇所の修正、READMEの不足している説明の追記、型エラーの解消といった作業が向いています。いずれも正解が事前に定義できるタイプの仕事です。

逆に、「このコードをいい感じに整理して」のような完了条件の曖昧な指示は、最初の1回には向きません。エージェントの出力を評価する基準が自分の中にないため、レビューが感想になります。

指示に含めるべき4つの要素

指示の精度は、そのまま成果物の精度になります。次の4点を含めると、手戻りが目に見えて減ります。

• 目的 — 何を達成したいのか
• 文脈 — どのファイル・どの仕様が関係するのか
• 制約 — 触ってはいけない箇所、守るべき規約
• 完了条件 — 何が成立したら終わりなのか

症状別の3つの対処

3つ目については、接続先のマシンでCodexが動いていることが前提です。マシンを閉じた状態でRemoteタブを開いても、接続先がありません。

業務で使うときの権限・セキュリティ

Codexアプリはローカルのファイルとターミナルを扱うため、業務で使うなら権限設計を最初に決めておくべきです。

既定の挙動を正しく理解する

OpenAIは、CodexアプリがCodex CLIと同じ、ネイティブでオープンソースの、設定可能なシステムレベルのサンドボックスを使うと説明しています。既定では、次のように制限されます（出典：Introducing the Codex app）。

• エージェントが編集できるのは、作業しているフォルダまたはブランチ内のファイルに限定される
• Web検索はキャッシュされたものを使う
• ネットワークアクセスなど昇格した権限を必要とするコマンドは、実行前に許可を求める

プロジェクトやチーム単位で、特定のコマンドを自動的に昇格実行できるようルールを設定することも可能です。裏を返せば、この設定を緩めた瞬間に既定の安全性は失われます。緩和は、誰がどのリポジトリでどこまで許すかを決めてから行うべきです。

この承認プロンプトは、作業の妥当性を確認する最後の関門でもあります。内容を読まずに承認する癖をつけると、既定の安全設計が形骸化します。

導入前チェックリスト

受託開発や社内システムの現場でCodexアプリを使う場合、最低限このあたりは事前に決めておくと安全です。

• どのリポジトリで使ってよいかを明示する。顧客から預かったコードを外部に出せない契約になっていないか確認する
• 自動昇格を許すコマンドの範囲を決める。「とりあえず全部許可」を既定にしない
• ネットワークアクセスを許す場面を限定する。依存パッケージの取得と、任意の外部通信は区別する
• 生成物のレビュー担当を決める。エージェントを増やすほど、レビューがボトルネックになる
• ChatGPT Classic と新アプリのどちらを標準とするかを組織で統一する。混在は設定の不一致を生む
• モバイル接続を許可するかを決める。承認操作をスマホから行える利便性と、承認が雑になるリスクは表裏

統合が既存のガバナンスに与える影響

統合はナビゲーションの変更にとどまり、ワークスペースの権限・統制・費用モデルには及びません（前掲）。すでに統制を敷いている組織が、統合を理由に設計を組み直す必要はありません。

監査の観点でむしろ効くのは、Codexの履歴がChatGPT側と分離されている点です。開発作業の履歴を、雑談や資料作成と切り離して確認できます。 統合で器が1つになっても、証跡は混ざりません。

なお、AIエージェントに開発作業を任せる体制そのものをどう設計するかは、ツールの選定とは別の論点です。レビュー体制のないままエージェントの数だけ増やすと、かえって手戻りが増えます。この判断についてはCodexとは何かの「Codexを使うべきでないケース」で詳しく整理しています。

よくある質問

まとめ

Codexアプリを入手しようとしている方が押さえるべき点を整理します。

2026年7月9日、Codexアプリは新しいChatGPTデスクトップアプリへ統合されました。 既にCodexアプリを使っているなら更新するだけ、そうでなければChatGPTデスクトップアプリを入手するのが現在の経路です。従来のChatGPTデスクトップアプリは ChatGPT Classic に改称され、そちらにCodexは含まれません。

アプリ版を選ぶ理由は「複数エージェントの並行管理」に集約されます。 worktree内蔵、スレッド単位の文脈保持、差分レビューという設計は、1つの作業を片付けるためではなく、複数を束ねて監督するために用意されています。

「codex mobile」は独立した製品ではありません。 スマホはCodexを動かす場所ではなく、動いているCodexを操作する場所です。Remoteタブから自分のマシンに接続する構造であり、認証情報やローカル設定はマシン側に残ります。

業務で使うなら、既定のサンドボックスを緩める前に運用ルールを決めてください。 編集範囲の限定と、昇格コマンドの都度承認という既定の挙動は、緩和した瞬間に失われます。そして、エージェントを増やすほどレビューがボトルネックになります。

AI協働開発の体制づくりや、開発の内製化をどこから始めるべきかについて具体的に相談したい場合は、お問い合わせからご連絡ください。実際の開発現場でエージェントをどう組み込むか、レビュー体制をどう設計するかを含めてご相談に応じています。