ChatGPTには、仕事を任せられるエージェントが2つあります。ChatGPT WorkとCodexです。どちらも「指示すると自分で段取りを組んで作業する」点は同じなので、非エンジニアの方からは「何が違うのか」という質問をよくいただきます。
結論を言えば、分かれ目は扱う領域です。ソフトウェア開発と技術的な作業はCodex、それ以外の業務の成果物はWorkが担当します。加えて、使える端末にも差があり、Codexはブラウザからは使えません。この2点を押さえれば、迷う場面はほとんどなくなります。
この記事では、ChatGPTコンサル編集部が、WorkとCodexの違いを領域・端末・成果物の3点で整理し、非エンジニアとエンジニアそれぞれの判断基準、両方を組み合わせる場面までまとめます。
⚠️ WorkとCodexの対応端末や対象プランは変更されることがあります。本記事は2026年9月20日時点の情報です。最新の内容は公式ヘルプセンターでご確認ください。
結論｜違いは「領域」と「端末」
まず全体像を1枚で整理します。
| 項目 | ChatGPT Work | Codex |
|---|---|---|
| 担当する領域 | 調査、分析、資料作成などの業務全般 | ソフトウェア開発と技術的な作業 |
| 主な成果物 | スプレッドシート、文書、スライド、ダッシュボード、サイト | コード、修正差分、テスト、リポジトリの操作 |
| デスクトップアプリ | 利用可（クラウドとローカルの両方） | 利用可 |
| Web（ブラウザ） | 利用可（クラウドのみ） | 対象外 |
| スマートフォン | 利用可（クラウドのみ） | リモート操作のみ |
| 対象プラン | Plus、Pro、Business、Enterprise、Edu（無料版とGoはデスクトップで限定的） | Plus、Pro、Business、Enterprise、Edu（無料版とGoは限定的） |
| 利用枠 | 共通のプールを使う | 共通のプールを使う |
同じエージェントの仕組みを、違う領域に向けたものだと考えると理解しやすいでしょう。
💬 さとしさん（編集長）
まずは「コードならCodex、それ以外はWork」と覚えてください。この一線で振り分ければ大きく外しませんよ！
違い1｜担当する領域
公式ヘルプの位置づけでは、Codexは「ソフトウェア開発と技術的な作業に専念する」ものとされ、コードを書く、デバッグする、テストする、リポジトリを管理するといった作業を担います。対してWorkは「長時間かかる複数手順の仕事と、完成した成果物」のためのエージェントで、調査、分析、文書作成を担当します。
つまり、成果物がソースコードやリポジトリの変更であればCodex、それ以外の業務の提出物であればWorkです。
興味深いのは、Codexの使われ方が広がっている点です。2026年7月の発表時点で、Codexは週に500万人が利用し、そのうち100万人以上がソフトウェア開発以外の仕事で使っているとされています。技術的な作業の定義はかなり幅広く、データ処理のスクリプトを書く、環境を整える、といった作業もCodexの領域に入ります。
違い2｜使える端末が違う
見落としやすいのが端末の差です。Workは3つの端末すべてで使えますが、Codexはブラウザからは使えません。
- デスクトップアプリ：どちらも使えます。Workはパソコン上のアプリやファイルを直接操作でき、Codexも手元の環境で動きます
- Web（ブラウザ）：Workは使えますが、Codexは対象外です
- スマートフォン：Workはクラウド上の作業が使えます。Codexはリモートで動いている作業を操作する用途に限られます
この差は実務に影響します。社内で貸与されたパソコンにアプリを入れられない環境では、Workはブラウザから使えますが、Codexは選択肢になりません。導入を検討するときは、この点を先に確認しておくと手戻りがありません。
なお、Codexにはコマンドラインで使うCLIやエディタの拡張もありますが、いずれも端末へのインストールが必要です。アプリを入れられない環境では、どの形でもCodexは選択肢になりません。
違い3｜成果物の性質
返ってくるものの性質も異なります。
Workの成果物は、人がそのまま読んだり配ったりできる形です。集計表、報告書、スライド、共有できるサイトなど、受け取った時点で提出物として成立します。
Codexの成果物は、動くことが前提のものです。コードや修正差分は、そのままでは読んで判断するものではなく、実行やレビューを経て意味を持ちます。そのため確認の仕方も変わり、Workなら「内容が合っているか」を読んで確かめ、Codexなら「動くか」「壊れていないか」をテストで確かめます。
💬 あやさん（副編集長）
Workの成果物は読んで確認、Codexの成果物は動かして確認だよ。確かめ方まで違うと覚えておくといいね！
同じ案件で両方を走らせるときの分担
開発案件では、コードをCodex、文書をWorkに分けたうえで、誰が何を確認するかまで決めておくと運用が安定します。ここが曖昧なまま両方を走らせると、「AIが作ったものを誰も検証していない」状態が生まれます。
決めておきたいのは次の3点です。
- コードの承認者：Codexの出力は、人がレビューしてから取り込むという手順を崩さないようにします。テストが通ったことと、設計として妥当なことは別の判断です
- 文書の承認者：Workが作った仕様書や報告書は、数字の出どころと結論の妥当性を誰が確かめるかを決めます。体裁が整っているぶん、中身の検証が省かれやすい点に注意が必要です
- 両者の整合の確認者：コードと文書を別々に作ると、実装と仕様書がずれることがあります。リリース前に突き合わせる担当を置いておきます
小さなチームであれば、3つとも同じ人が担っても構いません。重要なのは「決まっている」ことで、担当が空いている状態を作らないようにします。
非エンジニアの判断基準
技術職でない方は、次の順で考えれば迷いません。
- 成果物がコードやシステムの変更なら、Codexの領域です。ただし自分で判断がつかない段階なら、社内のエンジニアに相談してください
- それ以外の提出物であれば、すべてWorkです。集計、資料、調査、ダッシュボードはWorkの担当です
- スクリプトで自動化したい、という段階に来たらCodexの検討に入ります。ただしWorkでも定期実行タスクで繰り返しの作業を組めるため、まずWorkで試すほうが手軽です
実務では、非エンジニアがCodexを選ぶ場面はあまりありません。迷ったらWorkと考えて差し支えありません。
エンジニアの使い分け
開発に携わる方は、両方を使い分けると効率が上がります。
- Codexに任せる仕事：実装、バグの修正、テストの追加、リポジトリの整理、環境構築です
- Workに任せる仕事：仕様書や設計資料の作成、障害報告書のまとめ、進捗を可視化するダッシュボード、社内向けの説明資料です
同じ案件でも、コードはCodex、その案件についての文書はWorkに、と分けると成果物の質が安定します。OpenAI自身も、社内のほぼすべてのチームでWorkとCodexの両方を使っていると公表しています。
なお、Codexを長時間動かす使い方では、標準的なプランの枠に収まらないことがあります。開発部門に展開する前に、どの程度の時間まわす想定なのかを見積もっておいてください。
よくある誤解
- 「CodexはWorkの上位版」ではありません。領域が違う別の道具です
- 「Workでコードは書けない」わけではありません。ただし開発として本格的に進めるならCodexが適しています
- 「Codexはエンジニア専用」とも言い切れません。実際に100万人以上が開発以外の仕事で使っています
- 「枠は別々」ではありません。共通のプールから減ります
よくある質問（FAQ）
Q. どちらか一方だけ契約できますか？
A. どちらもプランに含まれる機能で、個別に契約するものではありません。上位プランであれば両方が対象になります。
Q. Codexはブラウザから使えないのですか？
A. ブラウザからは対象外です。デスクトップアプリで使い、スマートフォンからはリモートで動いている作業の操作ができます。
Q. 非エンジニアがCodexを使う意味はありますか？
A. データ処理のスクリプトを書くなど、技術的な作業が必要になった場面では役に立ちます。ただし多くの業務はWorkで足ります。
Q. Codexが書いたコードを、Workの資料に取り込めますか？
A. 取り込めます。Codexで実装し、その内容をWorkに渡して社内向けの説明資料にする進め方は、開発部門でよく使われます。
Q. 社内にエンジニアがいない会社でも、Codexを検討する意味はありますか？
A. データ処理を自動化したい段階になれば意味があります。ただし出来上がったスクリプトを保守できる人がいないと、動かなくなった時点で誰も直せません。まずはWorkの定期実行タスクで足りるかを確かめてください。
まとめ
WorkとCodexは、同じ仕組みを違う領域に向けた2つのエージェントです。振り分けの基準を5点にまとめます。
- 領域：技術的な作業とソフトウェア開発はCodex、それ以外の業務の成果物はWorkが担います
- 端末：Workは3端末すべてで使えます。Codexはブラウザからは使えず、スマートフォンはリモート操作のみです
- 成果物：Workは読んで確認する提出物、Codexは動かして確認するコードです
- 利用枠は共通です。片方を重く使えばもう一方の残量に影響します
- 非エンジニアは基本Workです。エンジニアはコードをCodex、文書をWorkに分け、それぞれの承認者を決めます
まずは「その仕事の成果物がコードかどうか」だけ確認してください。そこで振り分ければ、大半の場面で正しい選択になります。
💬 さとしさん（編集長）
成果物がコードかどうか、この一点で振り分けるだけです。あとは使いながら体で覚えれば十分ですよ！
生成AIの導入・活用でお困りではありませんか
ChatGPTやClaudeをはじめとした生成AIの活用を、研修とコンサルティングで支援しています。これまでPower BIやDX支援など、30社以上・のべ数千名の支援に携わってきました。「どの業務をどのツールに任せるか整理したい」「社内で使いこなせる体制をつくりたい」といったご相談も承っています。まだ情報収集の段階でも構いません。お気軽にお問い合わせください。
