CodexとWorkの違いは？どちらで作業するかを具体例で比較
迷ったら、最後に何を受け取りたいかで選びます。資料・分析・表計算などの業務成果物はWork、コード・実ファイル・テスト・Gitを使う作業はCodexが基本です。
本記事はOpenAIの現行学習ガイドをもとに、codexguide.jpでの実作業向けに整理しています。画面名や利用できる機能は更新される場合があります。
CodexとWorkは10秒で選べる
業務の完成物がほしい
調査結果、レポート、スライド、表計算、計画書など、読んだり提出したりする成果物を作る時。
ファイルやコードを変えたい
サイト、アプリ、リポジトリ、設定ファイルを編集し、テストや差分確認まで進めたい時。
企画と実装の両方がある
Workで要件や資料を整え、Codexで実装する。必要な工程だけ分け、往復を必須にはしません。
覚え方：会話の答えはChat、業務の完成物はWork、技術的な変更はCodex。名前ではなく、ゴールと必要な道具で決めます。
CodexとWorkの違いを比較
| 比較項目 | ChatGPT Work | Codex |
|---|---|---|
| 主な目的 | 日常業務を、確認して使える成果物にする | 技術作業を、動く変更や検証済み差分にする |
| 向く成果物 | レポート、スライド、表計算、調査、計画 | コード、HTML/CSS、テスト、Git差分、修正済みファイル |
| 使う情報 | 添付資料、プラグイン、承認済みツール、ブラウザ | ローカルプロジェクト、リポジトリ、ターミナル、開発ツール |
| 得意な進め方 | 複数資料をまとめ、読み手向けに整える | 既存構造を読み、編集・実行・検証を繰り返す |
| 確認するもの | 根拠、数値、構成、提出前の内容 | 差分、テスト結果、表示、ログ、公開状態 |
| 向かない任せ方 | 対象や完成形を決めず「全部やって」と頼む | 権限や変更範囲を決めず本番を一任する |
| 迷った時 | 読む・提出する成果物ならWork | 実ファイルを変えて動作確認するならCodex |
作業別：どちらを使うか6つの具体例
1. ホームページ・LP制作
市場整理、読者像、構成案、原稿案はWork。HTML/CSS実装、既存テーマへの組み込み、レスポンシブ確認、公開はCodex。
要件が決まっていればCodexから開始
2. Search ConsoleからSEO改善
クエリの分類や改善候補表はWork。既存ページ本文、内部リンク、構造化データ、sitemapを実際に変更して検証する作業はCodex。
分析だけならWork、実装までならCodex
3. プレゼン・報告書・表計算
複数資料を読み、スライド、報告書、比較表、集計シートとして仕上げる仕事はWorkが中心です。
成果物が文書・表ならWork
4. WordPress・サイト不具合
原因候補の整理はどちらでもできます。テーマやコードを調べ、修正し、ブラウザで確認するところまで進めるならCodexです。
修正と検証があるためCodex
5. データ整理・定期集計
一度だけ表を整えて報告するならWork。繰り返し処理するスクリプト、データパイプライン、定期実行の実装が必要ならCodex。
単発成果物はWork、自動化実装はCodex
6. SNS・YouTube制作
企画、台本、投稿案、制作管理表はWork。API連携、投稿ツール、サイト埋め込み、ファイル一括処理を作るならCodex。
企画はWork、仕組み化はCodex
WorkからCodexへ渡すのは必要な時だけ
企画が曖昧で、実装前に対象、優先順位、完成条件を整理したい時は、次の順番が使えます。
Workで整理
目的、読者、素材、優先順位、成果物の条件をまとめます。
人が確認
採用する案、変更禁止箇所、公開範囲、承認条件を決めます。
Codexで実装
対象ファイルを編集し、テスト、表示確認、差分確認まで進めます。
同じテーマでも指示文はこう変わる
「SEOを改善して」だけでは範囲が広すぎます。Workには分析成果物、Codexには変更対象と検証方法を指定します。
Workへの指示例
添付したSearch Consoleデータを分析してください。 対象：過去28日 成果物：優先クエリ10件と改善理由の表 条件：既存URLを優先し、新規ページ案は重複確認後に分ける 確認：数値の根拠と判断基準を併記する
Codexへの指示例
codexguide.jpの既存ページを改善してください。 対象：/codex/ と関連ページ 変更禁止：title、canonical、robots、GSCタグ 作業：本文補強、内部リンク、表示確認 完了条件：バックアップ、公開、390/768/1280px確認、リンク200
承認方法と人間確認はどちらにも必要
開始前に決める
- 目的と完成状態
- 対象ファイル・資料・サイト
- 変更してはいけない範囲
- 送信・公開・削除の前に止まる条件
- 使ってよいアカウントと権限
完了時に確認する
- Work：根拠、数値、引用、提出前の内容
- Codex：Git差分、テスト、ログ、表示、公開URL
- 長時間作業：途中結果と停止条件
- 並行作業：ファイル競合と担当範囲
- 機密情報：入力・保存・共有の範囲
Goalなどの長時間作業を使っても、Codexの権限が自動で広がるわけではありません。承認を求める設定、代理承認、フルアクセスの選択は、作業リスクに合わせて別に管理します。
公式情報で確認したポイント
- Use ChatGPT：Chat、Work、Codexを成果物と作業内容で選ぶ案内。
- Get started with Work：Workは明確な成果物がある実務向け。非開発作業をCodexで続けることも可能。
- Projects, chats, tasks：関連作業の整理とローカルプロジェクトの使い分け。
- Long-running work：成果、制約、検証方法を明確にし、同じファイルへの並行書き込みを避ける考え方。
- Sandboxing and approvals：サンドボックスと承認の基本。
FAQ
CodexとWorkの一番大きな違いは何ですか？
最終成果物と、作業に使う道具の違いです。レポート、スライド、表計算など日常業務の完成物はWork、コード、実ファイル、テスト、Gitを扱う技術作業はCodexを第一候補にします。
非開発作業をCodexに頼んでもよいですか？
はい。すでにCodexで非開発作業を進めている場合は、そのまま続けられます。Workは日常業務向けに分かりやすく整えられた作業面で、必ず切り替えなければならないものではありません。
ホームページ制作はWorkとCodexのどちらですか？
企画、構成、読者整理、原稿案はWorkが向きます。HTMLやCSSの編集、既存サイトへの組み込み、表示確認、テスト、公開作業はCodexが向きます。要件が決まっていれば最初からCodexへ頼めます。
最初にWorkを使ってからCodexへ渡す必要がありますか？
必要ありません。実装内容と完了条件が明確なら、最初からCodexへ直接指示できます。要件が曖昧な時だけWorkで整理してからCodexへ渡すと進めやすくなります。
WorkとCodexを同時に動かしてもよいですか？
独立した成果物なら可能です。ただし同じファイルや同じ公開対象を同時に変更すると衝突しやすいため、担当範囲、対象ファイル、完了条件を分けてください。
長時間の作業を頼む時は何を伝えますか？
完成状態、対象範囲、変更してはいけない箇所、確認方法、停止条件を伝えます。途中経過を確認できる単位に分け、最後に差分や成果物を人が確認します。
Codexを選ぶと自動的に権限が広がりますか？
いいえ。Codexを使うこと自体で権限が広がるわけではありません。サンドボックス、承認方法、フルアクセスなど現在の設定に従うため、必要な範囲だけ許可します。