ChatGPT WorkとCodexの違いは？初心者向け使い分けガイド
ChatGPT WorkとCodexの違いは？初心者向け使い分けガイド
ChatGPTを開くと、Chat、Work、Codexという入口が並んでいます。どれも資料を読み、考え、何らかの結果を作れるため、「結局どれを選べばよいのか」と迷うのは自然です。
最初に、判断基準を4行でまとめます。
- 質問や相談、短い文章の修正なら Chat。
- 報告書、表計算、スライド、計画書などの完成品が欲しいなら ChatGPT Work。
- 実際のソフトウェアを変更し、動作確認まで行いたいなら Codex。
- 業務上の要望を整理してからソフトウェアに反映するなら、WorkからCodexへ引き継ぐ。
ChatGPT WorkとCodexは、まったく別の仕組みではありません。同じ種類の「作業を進める力」を共有しながら、最初から置かれている道具と、最後に人が確認するものが異なる二つの作業台だと考えると分かりやすくなります。
本記事は、2026年9月2日時点で確認できたOpenAI公式資料、メディアの実機レビュー、公開動画、コミュニティの投稿をもとにしています。製品は更新が速いため、画面上の名称や配置は今後変わる可能性があります。料金については扱いません。
まず確認：二つは「共通の力を持つ別の作業台」
OpenAIのChatGPT Work概要では、WorkとCodexが、作業の実行、作業場所の分離、権限管理に関する中核の仕組みを共有すると説明されています。クラウド版Workの裏側でも、Codexの実行基盤が使われます。
専門用語を使わずに言えば、どちらも次のようなことができます。
- 依頼されたゴールを理解する。
- 必要な手順に分ける。
- 許可された資料や道具を使う。
- 途中で確認が必要なら人に尋ねる。
- 最後に確認できる結果を返す。
違いは「何を仕事の中心に置くか」です。
ChatGPT Workが中心に置くのは、会議メモ、メール、表計算、社内資料、接続した業務アプリなどです。最後にできるものは、報告書、プレゼン、分析結果、計画書、更新用の資料といった、人が読んだり編集したりする成果物です。
Codexが中心に置くのは、ソフトウェアのプロジェクトです。既存のプログラムを読み、問題のある場所を探し、必要な部分を変更し、自動確認を行います。最後に人が見るのは、変更されたファイル、テスト結果、そして変更を採用してよいかどうかです。
Zapierの使用レビューは、Workを「技術的な表示を取り除いたCodex」に近いものとして紹介しています。この表現は入口としては便利ですが、完全ではありません。Workは表示を簡単にしただけでなく、業務資料や接続アプリ、完成品を扱いやすい構成になっています。
したがって、次のように覚えるのが安全です。
中で作業を進める力は似ている。Workでは成果物を確認し、Codexではソフトウェアの変更を確認する。
選び方チェック：作業後に何を確認するか
「どちらの性能が高いか」から考えると迷いが増えます。代わりに、作業が終わった場面を想像してください。
| 最後に確認するもの | 向いている入口 | 代表的な用途 |
|---|---|---|
| 回答やアイデア | Chat | 質問、説明、短い文章の修正、相談 |
| そのまま使える成果物 | ChatGPT Work | 報告書、表計算、スライド、計画、メール案、簡単なWebページ |
| ソフトウェアの変更 | Codex | 機能追加、不具合修正、テスト、公開前の確認 |
会議資料をまとめたい
議事録、顧客メール、売上表、以前のスライドから新しい報告資料を作るなら、Workが第一候補です。大切なのは、複数の資料が正しく統合され、読み手に伝わる完成品になることだからです。
表計算の内容を知りたい
「売上が下がった理由を教えて」という一度きりの質問ならChatでも十分です。データの整理、グラフ作成、考察、社内書式への反映まで任せたい場合はWorkが合います。
会社のWebサイトを直したい
利用者の意見から改善案や画面イメージを作るところまではWorkでもできます。実際のWebサイトの中身を変更し、他の画面が壊れていないか確認する段階ではCodexを選びます。
小さな社内ツールを作りたい
最初にWorkで、要望、入力例、利用手順、完成条件を一つの文書に整理します。担当者が内容を確認した後、その文書をCodexに渡して実装します。この順番なら、曖昧な依頼をそのままプログラムにしてしまう危険を減らせます。
遠見雑誌による実機比較でも、Workはマーケティング資料と成果物、Codexはコードの変更と確認という使い分けが紹介されています。
迷った場合は、次の一問で決めてください。
完成後、自分は文書の内容を確認するのか、それともソフトウェアの変更を確認するのか。
ChatGPT Workの使い方：最初に5項目を伝える
Workは、結果は明確でも途中に複数の工程がある仕事に向いています。OpenAIのWork入門ガイドは、まず自分がよく知っている作業から試すことを勧めています。正しい結果を知っていれば、AIの見落としや、もっともらしい誤りに気づきやすいためです。
依頼するときは、次の5項目を順番に書けば十分です。
- 欲しい結果：最終的に何を作るのか。
- 使う資料：どのファイル、フォルダ、接続アプリを使うのか。
- してはいけないこと：推測、送信、公開、変更を禁止する範囲。
- 完成条件：何を満たせば正しいと言えるのか。
- 確認する時点：どこで一度止まり、人の承認を求めるのか。
例えば、次のように依頼できます。
添付したインタビュー記録とアンケート表を読み、商品責任者向けの8枚の報告スライドを作ってください。既存の社内テンプレートを使い、最も多かった三つの問題を中心にしてください。事実と提案は分け、根拠が足りない内容にはその旨を表示してください。ファイルを送信・公開しないでください。まず構成案を見せ、私の確認後に完成版を作ってください。
この依頼なら、対象読者、資料、禁止事項、品質基準、承認のタイミングが明確です。
ローカルとクラウドの確認
- パソコン内のファイル、デスクトップアプリ、ログイン済みブラウザが必要なら、ローカルで実行します。
- パソコンを閉じても続けたい、別の端末から後で確認したいなら、クラウドで実行します。
クラウド版Workは、パソコンのファイルやローカルブラウザのログイン状態を自由に使えるわけではありません。ファイルのアップロードや、接続アプリへの許可が必要です。詳しい境界は公式のセキュリティ説明で確認できます。
最初から大きな権限を渡す必要はありません。少量の資料と、やり直せる作業から始めます。メール送信、フォーム提出、ファイル削除、アカウント変更、外部公開を伴う場合は、実行直前に必ず止まるよう指示してください。
Jeff Suの解説動画の1分39秒地点では、フォルダや繰り返し使う指示、接続ツールを使った発展的な運用が紹介されています。ただし、初日から複雑な仕組みを作る必要はありません。まずは自分なら30分で終えられる仕事を一つ任せ、結果を丁寧に確認するだけで十分です。
Codexの使い方：完了報告より変更内容を確認する
Codexは、実際のソフトウェアプロジェクトの中で働くための作業台です。会話の中にプログラム例を表示するだけではなく、既存の内容を読み、必要な変更を加え、確認作業を実行することに価値があります。
OpenAIのCodex cloudガイドでは、基本の流れを次のように説明しています。プロジェクトを接続し、動かすための環境を準備し、望む結果を伝え、作業後に要約と具体的な変更を確認します。
依頼文には、場所、目的、変更禁止範囲、確認方法を含めます。
このWebサイトの登録フォームに、電話番号の形式確認を追加してください。登録フォームに関係する部分だけを変更し、ログイン機能と決済機能には触れないでください。プロジェクト内にある既存の書き方を再利用し、新しい道具は追加しないでください。関連するテストを実行し、変更したファイルと確認結果を報告してください。
プログラムに詳しくない人でもCodexは利用できます。ただし、「完了しました」という文章だけで判断しないでください。最低でも次の三点を確認します。
- どのファイルが変更されたか。
- 自動確認が本当に成功したか。
- 実際の画面やソフトウェアが以前どおり動くか。
決済、権限、個人情報、削除機能に関係する変更は、その領域を理解する人にも確認を依頼します。
Codexは文書や表計算、ファイル整理なども扱えます。Skill Leap AIの一般利用者向け動画には、領収書、PDF、フォルダ、表計算を処理する例があります。しかし、できることと、最も確認しやすいことは別です。報告書の読みやすさが重要ならWork、ソフトウェアの変更履歴と動作確認が重要ならCodex、と選ぶ方が安全です。
組み合わせ方：Workで要望を固め、Codexで実装する
現実の仕事は、「人の話や資料」から始まり、「ソフトウェアの変更」で終わることがあります。この場合は、一方だけに全部を任せるより、確認点を挟んで引き継ぐ方が分かりやすくなります。
例として、顧客から「管理画面で出力した表が読みにくく、毎週手作業で直している」という相談を受けたとします。
最初にWorkへ、顧客の発言、古い出力表、会議メモ、望ましい表の見本を渡します。そして、次の項目をまとめてもらいます。
- 現在どこで困っているか。
- 新しい表に必要な列と書式。
- 必ず残す例外や特別な扱い。
- 修正が正しいと判断するための一覧。
- まだ答えがない質問。
次に、人が内容を読み、顧客の意図と一致しているかを確認します。この確認を省くと、間違った要望をきれいに実装する結果になりかねません。
確認済みの文書をソフトウェアプロジェクトに置き、Codexへ渡します。出力機能の場所を探し、必要な修正を行い、自動確認を追加または更新し、変更点を報告するよう依頼します。
最後は二方向から確認します。実際に出力した表を開いて業務上の問題が解決したかを見ます。同時にテスト結果を確認し、別の機能が壊れていないことを確かめます。
役割を一文で言えば、Workは散らばった人の情報を合意できる形にし、Codexはその合意を確認可能なソフトウェア変更にする、となります。
ただし、引き継ぎを増やしすぎないことも大切です。スライドだけを作る仕事はWorkで完結させます。原因と修正内容が明確な不具合は、直接Codexに渡します。使う道具と受け渡しが少ないほど、意味のずれも起こりにくくなります。
コミュニティの評価：便利さと分かりにくさが同居
公開されている投稿は、利用者全体を代表する調査ではありません。特にRedditには新機能を早く試す人や開発者が多いという偏りがあります。その前提で読むと、評価は二つに分かれています。
評価されている点
「Workを使っている人はいるか」というRedditの議論では、多数の文書、整理されていない資料、調査、業務アプリとの連携に便利だという意見があります。単発の回答ではなく、分析から文書作成までを一続きで進められる点を評価する人もいます。
また、最終的に表、報告書、スライドが欲しい人にとって、命令の実行記録や細かなコード表示は必ずしも必要ではありません。Workが技術的な表示を控え、成果物を中心に見せる点は、一般の業務利用者にとって利点になります。
Zapierのレビューでも、定期レポート、文書整理、データ分析、素材から完成品を作る仕事が有力な用途として挙げられています。
不満が集まっている点
最も多い不満は、「WorkとCodexの違いが画面から分からない」というものです。
WorkとCodexの更新についてのReddit投稿では、利用できる道具や一覧画面が似ているため、Workは技術的な表示を隠したCodexにすぎないと感じる開発者がいました。別の開発者向け議論でも、結果がソフトウェアプロジェクトに入るならCodexを使い続ける、という意見が目立ちます。
これは単なる利用者の誤解ではありません。中核の能力は実際に重なっています。一方、資料の置き場所、完成品、最後の確認方法という重要な違いは、機能名ほど目立ちません。
TechRadarによるデスクトップ版更新の報道では、以前の会話や入口の位置が変わり、既存利用者が戸惑った様子も紹介されています。Zapierは、ローカルとクラウドの作業が常に連続しないこと、Web操作がサイト側に止められる場合があること、接続先によって使い勝手が異なること、生成されたデザインには人の修正が必要なことを課題として挙げています。
現時点の評価を一文にすると、次のようになります。
Workは、長く複数段階にわたるAI作業を一般の利用者に近づけた。一方で、Codexや通常のChatとの境界、ローカルとクラウドの使い分けは、まだ分かりやすく整理されている途中である。
最初は、自分が正解を判断できる小さな仕事で試してください。AIの作業が速くても、結果が正しいとは限りません。最終的な選択基準は、自分が結果を理解し、安全に確認できるかどうかです。
出典
OpenAI公式資料
メディア・実機レビュー
コミュニティ・動画
最新の記事
Vibe Coding Tools チームによる比較・レビュー・ワークフローの最新インサイト。
WebMCPはWebアプリの操作を構造化ツールとしてAgentに公開します。CodexのSite toolsを題材に、MCPとの違い、実例、安全な導入順を整理します。
Product Hunt、AITDK、公式サイト、検索結果、Google Trendsを順番に確認し、公開直後の話題と継続的な非ブランド需要を分ける方法。
PhotoRoomとPixelcutのレビューを段階的に検証し、使える商品画像だけに料金を払うAIサービス案へ落とし込む実践ガイド。