ChatGPT WorkとCodexの違い・使い分け｜調査・サイト運営・コード修正はどちらに頼む？
ChatGPT WorkとCodexの違いを、調査、資料作成、個人サイト運営、GitHub、コード修正、build、sitemap、pushの具体例で比較。どちらへ依頼すべきか、初心者向けの判断表と安全な併用手順を紹介します。
公開 2026.07.10 / 更新 2026.07.10
この記事のポイント
- Workは横断調査と業務成果物、Codexはrepoと実装・検証を中心に選ぶ
- 個人サイト運営ではWorkで調査と企画、Codexで実装、人間が公開判断する
- 同じdesktop appに並んでも、権限・usage・成果物・完了条件は依頼ごとに明示する
結論：横断業務はWork、repo作業はCodex
appsやfilesを横断して調査・資料・業務成果物を作るならWork。repoを読み、コードを編集し、build・diff・Gitまで進めるならCodex。サイト運営ではWorkで調査と企画を行い、Codexで実装し、人間が公開判断する流れが使いやすいです。
| 入口 | 中心となる仕事 | 完成物・結果 | 人間が残す判断 |
|---|---|---|---|
| Chat | 質問、相談、短い下書き、壁打ち | 回答、案、要約 | 前提と採用判断 |
| Work | apps・files・browser・workflowを横断する長時間業務 | docs、slides、sheets、分析、Sites | 接続先、承認、共有範囲 |
| Codex | repo・code・diff・PR・terminal・build・test・Git | 実装差分、検証結果、PRレビュー | 秘密情報、本番影響、公開可否 |
| Scheduled Tasks | 時刻・イベント・変化を起点にした反復処理 | 定期レポート、更新、通知 | 頻度、停止条件、承認 |
| Sites | 成果を共有できるサイトやweb appへ整形 | dashboard、tracker、portal、prototype | 公開範囲と掲載データ |
作業別の選び方
| 作業 | 第一候補 | 理由 | 完了条件 |
|---|---|---|---|
| 最新ニュース調査 | Work | web・files・appsの資料を横断しやすい | 公式URL、発表日、確認日、未確認事項 |
| 記事企画と重複整理 | Work | 複数資料と既存メモを比較しやすい | 新規・更新・リンク・見送りの判断材料 |
| React / Vite修正 | Codex | 実ファイル、依存関係、buildを扱う | diff、build、主要画面確認 |
| static HTML / sitemap / upload | Codex | 生成処理と納品mirrorを実ファイルで検証する | route、canonical、schema、hash、file count |
| 定期監視 | Scheduled Tasks + Work | 時刻・イベント・変化を起点にできる | 通知先、停止条件、承認 |
| 共有dashboard | Work + Sites | 成果をinteractiveな形へまとめる | 公開範囲、データ、更新責任 |
個人サイト運営の推奨フロー
- Workで公式情報を調査し、発表日・確認日・提供状況を分ける
- Workで既存記事との重複候補と構成を整理する
- 人間が新規記事か既存更新かを判断する
- Codexがprivate repoの実ファイル、sitemap、生成処理、git状態を確認する
- Codexが記事、内部リンク、static HTML、sitemap、uploadを更新する
- Codexがbuild/checkとgit diffを実行する
- 人間が差分と本番影響を確認する
- 本番deployは別の承認と作業に分ける
WorkからCodexへ渡す情報
| 渡すもの | 具体例 | 不足すると起きること |
|---|---|---|
| 一次情報 | 公式URL、ページタイトル、発表日、確認日 | 古い情報や二次情報へ寄る |
| 検索意図 | 誰が何を知りたいか、既存記事との役割 | 薄い重複記事が増える |
| 変更境界 | 触るファイル、維持するslug・公開日・デザイン | 既存導線や履歴を壊す |
| 検証条件 | build、check、HTML、sitemap、upload、diff | コード変更だけで完了扱いになる |
| 外部影響 | push可否、deploy禁止、秘密情報、本番連携 | 承認境界が曖昧になる |
Codexから人間へ返す完了報告
- 変更した記事・URL・ファイル
- 新規・更新・見送りの理由
- 公式情報と確認日、未確認事項
- build/checkの実行結果とroute数
- 生成HTML、sitemap、uploadの確認結果
- git diff、commit hash、push先、本番未反映
usage・時間・コストの考え方
WorkもCodexも、長い作業、広い文脈、tool利用、maxやultraでusageが増えます。強い設定を常用せず、調査・実装・検証を分け、各段階の完了条件を決めると無駄な反復を減らせます。ultraは標準4 agentsでtoken useが増えるため、分割効果を測れる仕事に絞ります。
迷ったときの判断フロー
| 質問 | Yes | No |
|---|---|---|
| repo・code・diff・PR・terminalが中心か | Codex | 次へ |
| apps・files・browserを横断して成果物を作るか | Work | 次へ |
| 時刻・イベント・変化で繰り返すか | Scheduled Tasksを組み合わせる | Chatまたは短い単発task |
| 共有用のinteractive siteが完成物か | Sitesを検討 | docs / slides / sheetsで十分か確認 |
WorkとCodexの使い分けFAQ
記事本文はWorkとCodexのどちらに書かせますか？
公式調査、構成、素材整理はWork、private repo内のデータ構造へ実装してbuildまで進める作業はCodexが向きます。最終採用と公開は人間が判断します。
Workから直接GitHubへpushしてよいですか？
push可否は接続機能だけで決めません。repo状態、diff、CI、本番deploy連動、秘密情報を確認し、Codexまたは人間の明確な公開前手順へ分けます。
Codexでweb調査もできますか？
できますが、repo実装の前提を作る横断調査と、実装中の狭い公式確認は分けると追跡しやすくなります。重要なのはURLと確認日を残すことです。
両方でultraを使うべきですか？
常用する必要はありません。独立したworkstreamへ分けられ、品質や時間の改善を測れる難しいtaskで検討します。token useとレビュー量も増える前提です。
関連記事
- Codexとは？ChatGPTとの違いと個人開発での安全な使い方
Codexとは、チャットで相談するAIというより、コード作業を進めるための開発支援エージェントです。ChatGPTとの違いは、コードベースに触れる距離にあります。
- CodexとClaude Codeの違い｜個人開発での使い分けと安全な選び方
CodexとClaude Codeは、どちらが絶対に上というより、用途で向き不向きが変わります。個人開発では組み合わせて使う方が現実的です。
- Codexの完了報告はどこを見る？build・check・diff・本番確認URLの読み方
Codexが「完了」と言ったあと、何を見るべきか。build/checkの成功、未確認事項、diff、upload、commit hash、本番確認URLを順番に読みます。
- AIにpushさせる前に見るGitHub差分レビュー｜個人開発者の安全チェック
AIにpushさせる前に、ファイル単位で何を見るか。GitHub差分、関連ファイル、package変更、secret、CI/CD、本番影響を短く確認します。
- AIにpush・deployさせる前に見るチェックリスト｜git diff・build・秘密情報・本番反映の確認
AIが作った差分をpush・deployする前に、git diff、build、secret、sitemap、upload、本番影響を確認します。