Codex Appって、結局なに？

「Codex App」という名前だけが先に歩いてしまうと、いろんな“Codex”が検索に引っかかります。ここで扱うのは、OpenAIが2026年2月2日に発表した、macOS向けデスクトップアプリの「Codex app」です。複数のAIコーディングエージェントを同時に動かして、長いタスクを並行で進めるための“コマンドセンター（指揮所）”として位置づけられています。

いわゆる「エディタで補完してくれるAI」とは、発想が少し違います。補完よりも、もう一段“作業”に寄せている。たとえば、修正して、テストして、差分を出して、レビューして、コミットやPRまでつなぐ。そこに人がずっと張り付かなくても、スレッド（作業単位）ごとに進められるように作られています。

なぜ今「アプリ」なのか

OpenAIの説明では、Codex（コーディングエージェント）を2025年4月に出して以降、タスクが「数分で終わる編集」から「数日かかる並行作業」に寄ってきた、という背景があります。そこで、IDEやターミナルだけでは扱いづらい“複数エージェントのオーケストレーション”を前提にしたUIが必要になった、という話です。

Reutersも、Codex appは「複数のAIエージェントを長時間にわたって同時に管理しやすくする」狙いで出てきた、と報じています（競争が激しい領域だ、という文脈つきで）。

Codex Appの中身：大きく変わるポイント

1つの作業を「スレッド」で抱えて、並行で回す

Codex appは、作業がスレッドとしてプロジェクトごとに整理されます。スレッドを切り替えても、前後関係が消えにくい。そこで「Aの修正を待っている間にBの調査を進める」みたいな、現場っぽい進め方がやりやすくなる設計です。

そして重要なのが、差分の扱いです。エージェントが触った変更はdiffで見られて、コメントを返して直させることもできる。必要ならエディタで開いて人が手で直す、も想定済みです。

“ぶつからない並列作業”を支えるWorktree

Codex appはGit worktreeを標準サポートしていて、同じリポジトリ上でも、スレッドごとに分離された作業コピーで進められます。要は「同時に走らせてもブランチや作業ディレクトリが競合しにくい」状態を作れる。

ドキュメントには、worktree上でそのままブランチ化してPRまで持っていく流れや、ローカルのチェックアウトへ同期する流れ（Overwrite / Applyといった同期方式）も整理されています。並列で走らせた結果を、どの形で手元に“取り込む”かが最初から用意されているのは、地味に助かるはずです。

一方で、worktreeはディスクを食います。Codex app側もその点を意識していて、一定条件（たとえば「4日より古い」「worktreeが10個より多い」など）で整理対象になり得る、と書かれています。運用していると、いつの間にかworktreeが増えるので、ここは知っておいたほうがいいところです。

“どこで動かすか”を選べる：Local / Worktree / Cloud

Codex appのスレッドは、開始時にモードを選べます。

  • Local：いま開いているプロジェクトディレクトリを直接触る
  • Worktree：Git worktreeに切って、変更を分離する
  • Cloud：設定したクラウド環境でリモート実行する

LocalとWorktreeは手元のMac上で動く、と明記されています。

Cloudの扱いは、単なる“同期”ではなく、隔離された環境でタスクを走らせるイメージです。ドキュメントでは、クラウドスレッドはリポジトリをクローンして作業ブランチをチェックアウトする、並行実行や別デバイスからの委任に向く、と説明されています。リポジトリで使うなら、まずGitHubにpushしておく必要がある、とも書かれています。

「ローカルで設計を詰めて、実装はクラウドに投げる」みたいなワークフローも、公式ドキュメントに例があります。

コード生成を超える仕組み：SkillsとAutomations

Skills：仕事の“手順”をパッケージ化する

Codex appの説明で何度も出てくるのが「Skills（スキル）」です。OpenAIの説明では、スキルは指示内容・リソース・スクリプトを束ねたもので、チームのやり方に合わせて、ツール接続やワークフローを“確実に”回すための仕組みだとされています。アプリには作成・管理用のUIもある、という書き方です。

開発者向けドキュメントにもう少し具体があって、スキルはAgent Skillsというオープン標準に基づき、必要になったときだけスキル本文を読み込む「progressive disclosure」でコンテキストを節約する、と説明されています。スキルはCLI/IDE拡張/Codex appで共通に使える、とも明記されています。

ここは無理に難しく考えなくてよくて、感覚としては「社内の手順書を、エージェントが必要なときだけ開ける形にしたもの」です。たとえば、ドキュメント生成、CIの扱い、リリースノートの書き方、特定サービスへのデプロイ手順など、“毎回同じ手順を踏む仕事”ほど効きます。

Automations：定期実行して、結果は受信箱に集める

もう一つが「Automations（オートメーション）」です。Codex appには定期実行の仕組みがあり、バックグラウンドで繰り返しタスクを走らせ、結果があればinbox（Triage）に入れ、何もなければ自動でアーカイブする、と書かれています。

注意点もはっきりしていて、現時点のドキュメントでは「AutomationsはCodex app上でローカル実行」「アプリが起動していて、プロジェクトがディスク上に存在している必要がある」と明記されています。Gitリポジトリなら、実行ごとに新しいworktreeで走らせてメインのチェックアウトを邪魔しない、という設計です。

一方でOpenAIの発表では、将来的にクラウドベースのトリガー対応も拡充していく、とも述べています。つまり「いまはローカル常駐が前提、今後は変わるかもしれない」。この“いま”と“これから”は分けて理解しておくのが安全です。

安全設計：デフォルトはサンドボックス、権限は段階的

Codex appは「デフォルトで安全、柔軟に設定可能」という立て付けです。OpenAIの説明では、システムレベルのサンドボックスを使い、デフォルトでは作業フォルダ（またはブランチ）内のファイル編集と、キャッシュされたウェブ検索に限定される。ネットワークアクセスのような高権限が要る操作は、事前に許可を求める、という流れです。さらに、特定のコマンドを昇格権限で自動実行できるルール設定もできる、とされています。

ここは、便利さとリスクの釣り合いを取るための“操作レバー”です。特にAutomationsのページには、サンドボックス設定によってはツール呼び出しが失敗すること、フルアクセスだと無人実行のリスクが上がることが明確に書かれています。

料金と提供状況：誰が使えて、何が要る？

現時点でCodex appは、macOS（Apple Silicon）向けに提供され、WindowsやLinuxは「通知を受け取る」導線があるものの、アプリ自体はmacOS限定とされています。

利用面では、ChatGPTのアカウントでも、OpenAI APIキーでもサインインできます。ただし、APIキーで入る場合はクラウドスレッドなど一部機能が使えない可能性がある、と注意書きがあります。

料金の扱いは少し変わっていて、OpenAIの発表では、ChatGPT Plus / Pro / Business / Enterprise / Eduの各プランでCodex利用が含まれ、必要に応じて追加クレジットを買える、とされています。また期間限定で、ChatGPT無料版とGoでもCodexを使えるようにし、加えて有料プランのレート制限を2倍に引き上げる、と説明しています。

使いどころの勘所：最初にうまくいきやすいパターン

はじめて触るなら、いきなり大きい改修を任せるより、次の順が現実的です。

まずLocalで「このプロジェクト、何がどう動いてる？」を聞く。次に、小さめの修正を頼んで、diffを見ながら会話する。慣れてきたらWorktreeで並行作業を切る。長時間かかる実装や、別の作業と同時に走らせたいものはCloudへ、という流れです。モードの切り替えが“設計としてある”ので、ここを使い分けたほうが体験が良くなります。

もう一つ、公式ドキュメントが勧めているのは、作業の前後でGitチェックポイントを作ることです。エージェントがコードベースを触れる以上、「戻れる」ことが一番の安心材料になります。

それと、地味に効くのが /personality です。OpenAIの発表では、実行重視で簡潔なスタイルと、会話的で共感的なスタイルの2種類を選べる、としています。チームで使うなら「レビューの言い回しが刺さりすぎる問題」みたいな摩擦を減らす小道具になるかもしれません。

まとめ：Codex Appは「エージェント時代の作業机」

Codex appのポイントは、コードを書く速さを競うというより、仕事の形を変えようとしているところです。スレッドで抱える。worktreeでぶつけない。必要ならクラウドに投げる。スキルで手順を覚えさせる。オートメーションで“放っておいても進む”仕事を増やす。全部まとめて、指揮所として揃えた、という感じがします。

ただし、魔法ではありません。権限の扱い、レビューの責任、ディスクや運用の手間、クラウド前提の条件（GitHubへpushが必要など）は、ちゃんと現実として残ります。だからこそ、まずは小さく使って、戻れる状態を保ちながら、得意な仕事から任せていくのがいちばん安全です。