OPENAI SEARCH INSIGHT

2026.07.14 / OpenAI最新情報

ChatGPT WorkとCodexの違いは？仕事別の使い分け

この記事で分かること: 二つの作業機能を使い分けたい

ChatGPT WorkとCodexの違いは、主に扱う仕事の対象にあります。情報を集め、その内容をもとに文書や分析を作るような長い業務にはWork、コードやリポジトリを扱いながら開発作業を進める仕事にはCodexを選ぶのが基本です。

使い分けでは、「成果物が文書・分析なのか、コードやリポジトリ上の変更なのか」を最初に分けると判断しやすくなります。また、デスクトップにおけるCodex Localの権限は、WorkのWeb・モバイルの管理とは別に扱われるため、作業内容だけでなく、どの権限を誰が管理するかも整理が必要です。

ChatGPT WorkとCodexを分ける基本基準

比較の出発点は、依頼内容を「業務の理解と作成」と「開発対象への作業」のどちらに置くかです。Workは、情報収集から文書・分析作成までを含む、長い業務に向いています。途中で論点を整理し、集めた情報をもとに成果物を作る仕事を一連の流れとして考えたい場合に適しています。

一方のCodexは、コード、リポジトリ、開発作業を中心とします。作業の中心がソースコードである場合や、リポジトリを対象に開発を進める場合は、Codexを比較対象の第一候補にできます。

• 調査内容を整理し、報告書・企画文書・分析結果を作るならWork
• コードを扱い、リポジトリを対象に開発作業を進めるならCodex
• 両方が必要な業務では、文書・分析の工程と開発の工程を分けて考える

ここで重要なのは、同じ「仕事」であっても、最終成果物だけで決めないことです。たとえば最終的に開発案件の提案資料を作るとしても、提案内容の情報収集や分析、文書化が主な工程ならWorkの領域です。反対に、提案後にコードやリポジトリを扱って開発を進める工程はCodexの領域として整理できます。

比較前に押さえたい対象範囲

Workは、単発の質問に答える用途だけではなく、情報収集から文書・分析作成までの長い業務を対象とします。そのため、「何を調べるか」「どの観点で整理するか」「どの形式の文書や分析にするか」といった一連の業務設計を意識した使い方が考えられます。

Codexは、コード、リポジトリ、開発作業が中心です。コードそのものだけでなく、リポジトリを作業対象として捉える点が、文書・分析を中心とするWorkとの大きな違いです。開発に関する説明文を作る仕事と、開発対象に対して作業する仕事は、似ていても中心となる対象が異なります。

Workを「開発機能」、Codexを「一般的な文書作成機能」として置き換えて考えないことが大切です。両者は優劣で選ぶものではなく、扱う対象と業務工程に応じて選ぶ比較対象です。

仕事別に見る使い分けの目安

業務を依頼単位で分類すると、どちらを使うべきかをチーム内で共有しやすくなります。まずは、依頼の主語を確認してください。「情報」「文書」「分析」が主語ならWork寄り、「コード」「リポジトリ」「開発作業」が主語ならCodex寄りです。

• 市場や顧客、社内資料などの情報を集めて整理する業務：Work
• 調査内容をもとに説明文、要約、報告書などを作る業務：Work
• 比較軸を設けて情報を分析し、判断材料を作る業務：Work
• コードを中心に扱う開発業務：Codex
• リポジトリを対象に進める開発業務：Codex
• 開発に関する作業そのものを進める業務：Codex

一つの案件の中でWorkとCodexの両方が関係することもあります。その場合、情報収集・文書作成・分析作成をWorkの工程、コード・リポジトリ・開発作業をCodexの工程として切り分けると、依頼目的が曖昧になりにくくなります。

たとえば、開発案件の背景を整理して関係者向けの説明資料を作る工程と、実際にコードやリポジトリを扱う工程は分けて管理できます。前者はWork、後者はCodexというように、案件名ではなく作業の中身で判断します。

Codex Localの権限とWorkの管理を混同しない

デスクトップのCodex Local権限は、WorkのWeb・モバイル管理とは別に扱われます。この点は、利用者が「どの作業に何を使うか」を決めるだけでなく、権限や管理の単位を整理する際にも重要です。

つまり、WorkをWeb・モバイルで管理することと、デスクトップにおけるCodex Localの権限を扱うことは、同じ管理対象として一括りにしないほうがよいといえます。開発作業でCodex Localを利用する可能性がある場合は、Work側の管理だけを前提に運用を考えないようにします。

• WorkのWeb・モバイル管理と、Codex Local権限の扱いを分けて確認する
• 文書・分析の担当範囲と、コード・リポジトリの担当範囲を分ける
• デスクトップでのCodex Local利用が関わる場合、権限の確認項目を独立させる

なお、この違いから、Workの管理条件だけでCodex Localの権限まで判断したり、Codex Localの権限条件だけでWorkのWeb・モバイル管理を判断したりすることは避けるべきです。それぞれ別に扱われるものとして、管理上の確認を分けます。

依頼を振り分けるための実務チェック

迷ったときは、依頼文を作る前に次の順番で確認します。作業対象を先に確定すると、WorkとCodexの選択が「何となく便利そうな方」ではなく、業務目的に基づく判断になります。

• 最初に扱う対象は情報か、コードか
• 中心となる成果物は文書・分析か、リポジトリを含む開発作業か
• 情報収集から作成までの長い業務として進めるか
• デスクトップのCodex Local権限が関わるか
• WorkのWeb・モバイル管理と、Codex Local権限を別々に確認したか

Workに振り分ける依頼では、収集したい情報、整理したい観点、作りたい文書または分析を明確にします。Codexに振り分ける依頼では、コード、リポジトリ、開発作業のうち、どれが中心なのかを明確にします。依頼の目的が混在している場合は、情報整理の依頼と開発作業の依頼を分けることで、作業の境界を保ちやすくなります。

Agent Memories編集部の考察

ここからは、確認済みの対象範囲をもとにしたAgent Memories編集部の考察です。WorkとCodexの使い分けで迷う原因は、どちらも業務に使うものとして認識されやすい点にあります。しかし、比較の軸を「業務の種類」ではなく「作業対象」に置くと、判断は明確になります。

考察として、Workは業務の前段から後段までをつなぐ役割として考えやすく、Codexは開発対象に深く関わる工程として考えやすいといえます。前者では情報を集め、理解し、文書や分析へ変換する流れが中心です。後者ではコードやリポジトリを対象に、開発作業を進めることが中心です。

また、権限管理の違いは、単なる設定上の区別ではなく、運用設計の区切りにもなり得ます。デスクトップのCodex Local権限とWorkのWeb・モバイル管理が別に扱われることを前提に、チームでは「誰が文書・分析業務を担当するか」と「誰が開発作業とその権限を扱うか」を分けて整理する方法が考えられます。

よくある質問

文書の中にコードの説明を書く場合は、WorkとCodexのどちらを選びますか？

成果物の中心が説明文、報告書、分析資料などであり、情報収集から文書作成までが主な業務ならWorkが判断の軸になります。一方で、コードやリポジトリを対象に開発作業を進めることが主目的ならCodexです。コードという言葉が依頼に含まれていても、実際の中心が文書作成なのか開発作業なのかで分けます。

一つの案件でWorkとCodexを両方使うことはありますか？

あります。情報収集、内容整理、文書・分析作成の工程と、コード、リポジトリ、開発作業の工程が同じ案件に含まれる場合です。その際は、案件全体をどちらか一方に寄せるのではなく、工程ごとに作業対象を分けて考えると整理しやすくなります。

Codex Localの権限はWorkの管理と同じように扱えますか？

いいえ。デスクトップのCodex Local権限は、WorkのWeb・モバイル管理とは別に扱われます。そのため、Workに関する管理状況を確認する作業と、Codex Local権限を確認する作業は、別の確認項目として扱う必要があります。

情報収集だけをしたい場合でもWorkを検討できますか？

Workは、情報収集から文書・分析作成までの長い業務向けです。情報収集が、その後の文書作成や分析作成につながる業務の一部である場合は、Workの対象範囲に沿って検討できます。コードやリポジトリを中心とする開発作業を目的とする場合は、Codexを検討します。

まとめ

ChatGPT WorkとCodexは、用途の中心が異なります。Workは情報収集から文書・分析作成までの長い業務向けであり、Codexはコード、リポジトリ、開発作業を中心とします。

選択時は、依頼の中で最も重要な作業対象を確認してください。情報・文書・分析が中心ならWork、コード・リポジトリ・開発作業が中心ならCodexという整理が基本です。さらに、デスクトップのCodex Local権限はWorkのWeb・モバイル管理と別に扱われるため、利用判断と権限管理を同じ項目にまとめず、それぞれ分けて確認することが重要です。

本カテゴリはMiraigent / Agent Memoriesによる非公式編集記事です。OpenAIとの提携・承認・後援を示すものではありません。