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

「ChatGPT WorkとCodexは何が違うのか」「資料作成とWeb開発では、どちらを選べばよいのか」「同じ仕事の途中で切り替えてもよいのか」と迷っていないでしょうか。名前や画面だけで選ぶと、期待した成果物が得られず、かえって修正が増えることがあります。

結論から言えば、調査・分析から文書、表、スライド、レポートなどの完成成果物へ進めたいならChatGPT Work、コードの作成・修正、リポジトリの確認、コマンド実行、テストまで扱うならCodexが基本です。企画から実装まで続く仕事は、Workで要件を整理し、Codexで実装・検証し、Workで報告書や販促資料へ戻すと役割が明確になります。

どちらも、人に代わって最終責任を負う仕組みではありません。元資料、権限、顧客情報、契約条件、公開範囲を人が管理し、成果物の事実、計算、動作、表現を用途に応じて確認する必要があります。

この記事では、ChatGPT WorkとCodexの違いを目的、入力、出力、作業環境、検証方法から比較し、仕事別の選び方、実践手順、コピペして調整できるプロンプト、失敗例、併用方法まで解説します。

生成AIを単発の回答で終わらせず、仕事の成果物と販売導線へつなげたい方へ
→ 当社が運営する生成AIマスタースクール（GMS）の無料ウェビナーで実践方法を確認する

ChatGPT WorkとCodexの違いを先に比較

最初に見るべきなのは、機能名ではなく仕事の完成形が業務成果物か、動くソフトウェアかです。公開時点のOpenAI公式ヘルプでは、Chatは日常的な会話、Workは長い複数工程と完成成果物、Codexはソフトウェア開発と技術作業に位置付けられています。

判断項目	ChatGPT Work	Codex
主な目的	調査、分析、制作を進めて業務成果物を完成させる	ソフトウェアを作成・修正し、技術的に検証する
代表的な出力	文書、表、スライド、レポート、サイトなど	コード、差分、テスト結果、レビュー、実行記録など
主な材料	依頼内容、参考資料、表計算、接続した情報源、テンプレート	リポジトリ、ローカルフォルダ、仕様、ログ、開発ツール
確認の中心	事実、計算、構成、表現、用途、ブランド整合性	差分、テスト、セキュリティ、依存関係、実行環境
向く人	企画、営業、マーケティング、管理、教育など	開発者、技術担当者、コードを扱う制作者など
選択の目安	「読める・使える資料」が完成条件	「正しく動く・テストできる実装」が完成条件

たとえば、競合調査を表にまとめ、経営会議向けの提案資料へ仕上げるならWorkです。同じ提案に含まれる予約システムをリポジトリ上で改修し、自動テストを実行するならCodexです。文章が含まれるかどうかではなく、変更対象と検証方法で判断します。

ChatGPT Workとは｜業務を完成成果物まで進める

ChatGPT Workは、一問一答より長い仕事を複数工程で進め、編集可能な成果物へまとめるための機能です。調査結果を整理して文書を作る、複数資料を比較して表にする、構成からスライドを作る、レポートを仕上げるといった仕事に向きます。

目的、資料、テンプレート、出力形式をもとに、途中で確認しながら成果物へ進める点が特徴です。詳しくはChatGPT Workとは？できること・使い方で解説しています。

調査内容や数字が自動的に正しくなるわけではありません。引用元、更新日、計算条件は人が照合します。Web・モバイルとデスクトップでは、ローカルファイルへのアクセスや保存・同期範囲も異なります。

Codexとは｜コードと技術作業を実行・検証する

Codexは、ソフトウェア開発と技術作業に特化したコーディングエージェントです。コードを書く、バグを調べて修正する、テストやコマンドを実行する、差分をレビューする、リポジトリ内の複数ファイルを横断して変更するといった仕事に向きます。

実際のフォルダやリポジトリを確認し、変更箇所とテスト結果を返す点が重要です。詳しくはChatGPT Codexとは？できることと使い方も参照してください。

ただし、テストが通れば事業要件まで正しいとは限りません。権限、個人情報、外部API、課金、ライセンス、本番データ、公開操作などは担当者が確認します。Codexの出力は実装候補であり、本番反映の最終判断ではありません。

ChatGPT WorkとCodexを分ける8つの判断軸

1．仕事の目的

「営業企画をまとめる」はWork、「営業管理画面に検索機能を追加する」はCodexです。

2．完成物の形式

文書、表、プレゼン、レポートならWork、コード、設定ファイル、テスト、差分ならCodexです。Webサイトは、企画・原稿はWork、コード実装はCodex、対話的な作成・公開はChatGPT Sitesとは？Webサイトを作る方法と公開手順も選択肢です。

3．元になる情報の場所

参考資料、表、調査結果、テンプレートならWork、リポジトリ、ローカルフォルダ、ログ、開発環境ならCodexです。入力の所在を明記します。

4．必要な操作

比較、要約、構成、編集、可視化ならWork、ファイル変更、コマンド、テスト、デバッグならCodexです。既存テーマを修正して動作確認する仕事はCodexに向きます。

5．合格基準

Workでは、読み手が判断できるか、数字と引用が合っているか、指定形式で編集できるかを確認します。Codexでは、要件を満たすか、テストが通るか、既存機能を壊していないか、安全に反映できるかを確認します。合格基準を書けない仕事は、どちらへ頼んでも完了判定が曖昧になります。

6．利用する画面と履歴

Workは対象プランのWeb、モバイル、デスクトップで提供されます。Codexはデスクトップで独立した表示と履歴を持ち、フォルダ、リポジトリ、ターミナル、開発ツールを扱います。提供状況は実際の画面で確認します。

7．利用枠と費用

Workの利用構造はCodexに準じ、作業量は依頼の複雑さや長さによって変わります。対象プラン、含まれる利用枠、追加クレジット、モデル別の上限は更新される可能性があります。記事中の固定的な回数だけで契約を決めず、実際のアカウント画面と公式料金・ヘルプを確認してください。

8．担当者の知識

Workの成果物も、業務を理解する人が用途と内容を確認します。Codexの変更は、コードと実行環境を理解する担当者が差分とテストを確認します。初心者は、小さく元に戻せる仕事から試し、結果を比較してください。

仕事別にどちらを使うか判断する

仕事	第一候補	理由
市場調査を比較表と報告書にする	Work	情報整理から業務成果物までが目的
商品企画を提案スライドにする	Work	読み手の判断材料を構成・編集する
顧客データを集計し会議資料にする	Work	表、グラフ、説明文を一つの成果物にする
既存サイトの表示不具合を直す	Codex	コード確認、修正、動作検証が必要
WordPressプラグインを改修する	Codex	複数ファイル、依存関係、テストを扱う
社内ツールの新機能を実装する	Codex	リポジトリへ変更を加えることが目的
LPの訴求と構成を決める	Work	顧客理解と文章・構成の設計が中心
決定したLPをコード化して検証する	Codex	実装と画面・テスト確認が中心

企画と開発が混ざる仕事は、Workで顧客課題、要件、画面構成、受入条件を整理し、承認済み仕様をCodexへ渡します。実装・テスト後は、変更点と検証結果をWorkへ戻し、マニュアル、報告書、販売資料へ展開できます。

使う前に準備する情報

• 目的：誰のどの判断・作業を前へ進めるか
• 完成物：文書、表、スライド、コード、テスト結果など
• 元資料：使ってよいファイル、情報源、リポジトリ、更新日
• 固定条件：変更してはいけない文言、仕様、ブランド、契約条件
• 作業範囲：調査だけ、下書きまで、ファイル変更まで、本番反映前まで
• 確認基準：事実、計算、動作、テスト、読み手、形式、期限
• 権限と機密性：顧客情報、認証情報、社内限定資料、外部共有の可否
• 人の承認点：どの段階で誰が止めて確認するか

特に、顧客名や個人情報を含む資料、APIキー、パスワード、本番環境の認証情報を安易に入力しないでください。組織の契約、管理者設定、データコントロール、情報管理規程を先に確認します。

ChatGPT WorkとCodexを選ぶ実践手順

手順1．完成状態を一文で書く

「三案を比較できる10ページの提案資料を作る」「二重送信を修正し、再発防止テストを追加する」のように書きます。

手順2．入力資料と変更対象を分ける

読むだけの資料と、実際に変更してよいファイルを分けます。Workには参考資料とテンプレート、Codexには対象リポジトリ、変更可能範囲、実行可能なコマンドを明示します。

手順3．判断を伴う部分を特定する

課題の優先順位、価格、公開表現、仕様変更など、人が決める項目を分離し、AIには案と根拠を出させます。

手順4．検証方法で最終選択する

原典照合、数式確認、読み手レビューが中心ならWorkです。テスト、ビルド、静的解析、画面確認が中心ならCodexです。両方必要なら工程を分けます。

手順5．小さな単位で試す

一章、一表、一つの不具合から試し、方向性、権限、品質を確認して範囲を広げます。

手順6．途中で承認する

Workでは調査方針、構成、初稿、完成版の順に確認します。Codexでは原因仮説、変更計画、差分、テスト結果を確認します。外部送信、公開、本番反映は明示的な承認点にします。

手順7．結果と修正理由を記録する

入力、採用・修正内容、確認結果を残し、テンプレート、検査項目、テスト手順として再利用します。

WorkとCodexを仕事の工程へ組み込み、成果と収益へつなげたい方へ
→ 生成AIマスタースクール（GMS）の無料ウェビナーで仕事別の活用法を学ぶ

ChatGPT Workへ渡す基本プロンプト

Workには、読み手、成果物、元資料、固定条件、確認基準を縦に分けて渡します。

あなたは業務成果物の作成支援者です。

【目的】
経営会議で新サービス案を比較できる資料を作る

【読み手】
経営者と営業責任者

【成果物】
10ページ以内の提案スライド
比較表を1点含める

【使用してよい資料】
添付した顧客アンケート集計
商品概要
費用試算表

【固定条件】
価格と実績数値は変更しない
未確認情報は断定しない
引用元と基準日を示す

【進め方】
1．資料の不足を確認する
2．構成案を提示する
3．私の承認後に初稿を作る
4．数値と引用の確認項目を一覧化する

【完成基準】
三案の違い、費用、期待効果、リスク、次の判断が分かる

Codexへ渡す基本プロンプト

Codexには、対象、再現条件、変更範囲、禁止事項、テストを明確にします。

このリポジトリの予約フォーム不具合を調査してください。

【症状】
送信ボタンを連続クリックすると二重登録される

【再現条件】
テスト環境で同じメールアドレスを使用
通信が遅い状態で送信ボタンを2回押す

【依頼範囲】
原因を特定する
最小限の修正案を提示する
承認後にコードを変更する
再発防止テストを追加する

【変更禁止】
料金計算と決済処理は変更しない
本番環境へ反映しない
認証情報を出力しない

【確認項目】
変更ファイルと理由を一覧にする
実行したテストと結果を報告する
残るリスクを明記する

WorkとCodexを併用する受け渡しプロンプト

以下はWorkで整理し、人が承認した実装仕様です。

【事業目的】
資料請求後の個別相談予約率を改善する

【実装対象】
予約ページの入力項目と完了画面

【承認済み仕様】
必須項目は氏名、メール、相談テーマ
完了画面に日程変更方法を表示する

【受入条件】
スマートフォンで入力できる
二重送信が起きない
既存の通知メールを壊さない

【Codexへの依頼】
関連ファイルを確認する
変更計画を先に提示する
承認後に実装する
テスト結果と残課題を返す

【Workへ戻す情報】
変更点
利用者への影響
操作手順
検証結果
今後の改善候補

Workの文章をそのまま技術仕様とせず、人が承認してCodexへ渡します。戻った結果も、説明や営業資料へ載せる前に確認します。

具体例｜LP改善を一つの流れで進める

改善前｜両方へ同じ曖昧な依頼をする

売れるLPを作ってください。
必要ならコードも直してください。

この依頼では、誰に何を売るのか、既存LPの問題、変更可能範囲、完成形式、公開条件が分かりません。Workは一般的な訴求を作り、Codexは根拠のない構造変更を提案する可能性があります。

改善後｜企画と実装を分ける

Workへアクセス解析、顧客アンケート、商品情報を渡し、離脱仮説、訴求三案、ページ構成、検証指標を整理させます。人が確認した構成と受入条件だけをCodexへ渡します。

Codexには対象リポジトリと変更範囲を指定し、実装計画、差分、テスト結果を求めます。公開前に表示、フォーム、計測、法定表示を確認し、公開後のデータをWorkで次の改善へつなげます。

改善の要点は、AIを二つ使うことではなく、企画、承認、実装、検証、報告の境界を明示することです。

よくある失敗と改善方法

資料を作りたいのにCodexを選ぶ

市場調査から提案スライドを完成させたいならWorkです。資料内にコード例があるだけでCodexを選ぶ必要はありません。

リポジトリを直したいのにWorkだけで完結させる

コード例だけでは安全な修正とは言えません。コードベースへ変更し、検証する工程はCodexまたは開発担当者へ渡します。

目的だけ伝え、完成基準を書かない

「分かりやすく」「高品質に」「売れるように」だけでは合格を判定できません。ページ数、対象読者、必須項目、テスト、変更禁止範囲など、確認できる条件に変えます。

古い画面説明を前提にする

新機能は提供プラン、名称、画面、利用枠が更新されます。過去の速報記事や画面だけで判断せず、現在の公式ヘルプと自分のアカウント表示を確認します。

秘密情報をそのまま渡す

顧客の個人情報、未公開資料、パスワード、APIキー、本番データを無条件に入力しません。不要部分を削除・匿名化し、組織の契約と設定、アクセス権、保存先を確認します。

AIの結果を最終承認とみなす

Workが整った資料を作っても、Codexがテストを通しても、事業判断、契約、法務、価格、公開の責任は人にあります。重要な内容は原典、実データ、専門担当者で確認します。

仕事で使う際の注意点

• 提供状況を確認する：対象プラン、管理者設定、利用枠、対応画面は変わる可能性がある
• ローカルとクラウドを区別する：ファイルや履歴の保存・同期範囲を確認する
• 入力を最小化する：仕事に不要な個人情報、秘密情報、認証情報を渡さない
• 権限を限定する：読み取り、変更、コマンド、本番反映の範囲を分ける
• 一次情報へ戻る：仕様、料金、統計、引用、契約条件は原典で照合する
• 変更を戻せるようにする：バックアップ、バージョン管理、差分、承認記録を残す
• 用途別に検査する：資料は読み手と事実、コードは動作と安全性を確認する

ChatGPTはもっともらしい誤りを含むことがあります。Workの調査結果に存在しない引用が混ざる、Codexの変更が想定外の環境で動かないといった可能性を前提にしてください。医療、法務、会計、契約、セキュリティなど影響の大きい判断は、担当者や専門家が確認します。

筆者の実務視点｜成果物と実装を販売導線でつなぐ

私がブログ制作、商品企画、ウェビナー設計、メルマガ、個別相談、講座運営、提案書、販売導線を扱う中で感じるのは、生成AIの選択より先に次の工程へ何を渡すかを決める必要があるということです。

個人事業主や中小企業では、一人が企画、営業、制作を兼ねます。それでも、Workの成果物を一つずつ承認し、実装が必要になった段階で、決定事項、変更範囲、受入条件をCodexへ渡します。

たとえば、ブログで検索意図を満たし、LPで価値を説明し、ウェビナーで理解を深め、メルマガで関係を継続し、個別相談と提案書で意思決定を支えます。Codexは、その導線を支えるフォーム、計測、連携、運用ツールの実装候補になります。Workは事業の判断材料と成果物、Codexは技術的な変更と検証を担うと分けると、AIの出力が仕事と収益化へ接続しやすくなります。

よくある質問

ChatGPT WorkとCodexは別のモデルですか？

この記事では、単純なモデル名ではなく、仕事を進めるための機能・作業面として区別しています。Workは業務成果物、Codexはソフトウェア開発・技術作業という目的で選びます。利用できるモデルや推論設定はプランや提供時期で変わるため、画面と公式情報を確認してください。

プログラミング未経験でもCodexを使えますか？

使い始めることはできますが、差分、テスト、権限、実行環境を確認できないまま本番へ反映するのは危険です。元に戻せる小さな課題から試し、重要な変更は開発担当者のレビューを受けてください。

WordやExcel、PowerPointを作るならどちらですか？

文書、表、プレゼンなどの成果物作成はWorkが第一候補です。ただし、デスクトップアプリへ直接編集できる範囲や保存方法は環境ごとに異なります。公式ヘルプと実際の画面を確認し、プレビューだけでなく書き出したファイルも検査します。

Webサイト制作はWorkとCodexのどちらですか？

市場調査、顧客理解、原稿、構成、要件整理はWorkに向きます。既存コードの編集、機能実装、テストはCodexに向きます。対話しながらサイトそのものを作成・公開する目的ならChatGPT Sitesも比較してください。

同じ仕事で途中から切り替えてもよいですか？

問題ありません。ただし、会話の雰囲気だけで引き継がず、承認済み要件、対象ファイル、変更禁止事項、受入条件、未解決点を短い受け渡し文書にします。切り替え時に人が確認することで、推測の連鎖を防げます。

どちらを選ぶか迷ったときの最短の判断方法は？

完成物と検証方法を見ます。「人が読む・編集する業務資料を完成させ、事実や表現を確認する」ならWork、「コードを変更し、テストやコマンドで動作を確認する」ならCodexです。両方なら工程を分割してください。

まとめ｜Workは成果物、Codexは技術作業で選ぶ

ChatGPT WorkとCodexは、優劣ではなく目的が異なります。調査、分析、文書、表、スライド、レポートなどの完成成果物へ進めるならWork、コード、リポジトリ、コマンド、テストを扱うならCodexが基本です。

選ぶ前に、目的、完成物、元資料、変更対象、権限、合格基準、人の承認点を整理してください。企画から実装まで続く仕事は、Workで要件と成果物を整理し、Codexで実装・検証し、結果をWorkへ戻して報告・販促資料へ展開できます。最終的な事実確認、セキュリティ、契約、価格、公開判断は人が担います。

ChatGPT WorkとCodexを、商品企画から販売導線まで実践的に使い分けたい方へ
→ 生成AIマスタースクール（GMS）の無料ウェビナーに参加する

この記事の背景

この記事は、2024年12月以降に当社へ寄せられた生成AI・ChatGPTに関する読者アンケート、講座相談、実務上の質問傾向をもとに制作しています。内容は匿名化・集計・要約済みであり、個人が特定される情報は使用していません。

単なる一般論ではなく、「新しい機能の違いが分からない」「資料作成とコード修正のどちらへ使うべきか迷う」「AIへ任せる範囲と人の確認点を知りたい」といった、実際に寄せられた悩み、リクエスト、つまずきに基づいています。小谷川拳次が、商品企画、ブログ、LP、ウェビナー、メルマガ、個別相談、講座運営、提案書、販売導線の実務経験から、個人事業主・中小企業が判断しやすい形へ整理しました。

ChatGPT WorkとCodexは、対象プラン、利用枠、画面、機能が更新される可能性があります。公開後もOpenAIの公式情報を確認し、必要に応じて内容を更新します。

参考情報

• OpenAI Help Center「ChatGPT Work and Codex」（Chat、Work、Codexの役割、対応画面、ローカルとクラウド、利用構造を確認）
• OpenAI Help Center「Creating and editing documents, spreadsheets, and presentations with ChatGPT Work」（Workで作成できる成果物、参考資料、テンプレート、保存と確認事項を確認）
• OpenAI「Codex」（Codexの開発用途、コード作成、レビュー、テスト、作業環境を確認）
• OpenAI Help Center「ChatGPT — Release Notes」（Workを含む機能の公開・更新情報を確認）
• OpenAI「ChatGPT Plans」（プランと料金の最新確認先として参照）
• OpenAI Help Center「Does ChatGPT tell the truth?」（誤情報の可能性と重要情報の検証方針を確認）
• OpenAI Help Center「Data Controls FAQ」（会話データに関する設定の確認先として参照）

著者

小谷川拳次

生成AIを活用した商品企画、コンテンツ制作、ブログ、LP、ウェビナー、メルマガ、個別相談、講座運営、提案書、販売導線の設計に取り組む。生成AIを単なる時短ツールとしてではなく、顧客理解、価値提供、仕事の仕組み化、収益化へつなげる実践方法を発信している。

関連記事

• ChatGPT Workとは？できること・使い方
• ChatGPT Codexとは？できることと使い方
• ChatGPT Sitesとは？Webサイトを作る方法と公開手順
• ChatGPTで提案書を作る方法｜課題・解決策・費用を整理する
• ChatGPT業務改善プロンプト｜ムダを見つけ仕事を仕組み化する方法