Search the alley

記事を検索

2文字以上でタイトル・カテゴリ・タグを検索できます。

ChatGPT WorkとCodexの違い・使い分け|調査・サイト運営・コード修正はどちらに頼む?

ChatGPT WorkとCodexの違いを、調査、資料作成、個人サイト運営、GitHub、コード修正、build、sitemap、pushの具体例で比較。どちらへ依頼すべきか、初心者向けの判断表と安全な併用手順を紹介します。

公開 2026.07.10 / 更新 2026.08.21

この記事のポイント

  • Workはapps・files・browser・workflowを横断してdocs・slides・sheets・分析へ進め、Codexはrepo・code・diff・build・test・Gitを中心に使う
  • desktopではChat・Work・CodexがFreeを含む全planに案内される一方、web / mobileは掲載planとworkspace条件を分けて確認する
  • WorkのusageとCodexのusage structure、ChatGPT plan、APIのドル建て料金、GitHub push・deployを同じ完了条件に混ぜない

2026年8月の比較基準:入口が同じでも完了条件は違う

2026年8月21日にOpenAI公式のChatGPT Work製品ページ、Work発表、ChatGPT planでのCodex案内、ChatGPT Rate Cardを確認しました。macOS / WindowsのdesktopはChat・Work・CodexをFreeを含む全planで使う案内ですが、web / mobileはPlus、Pro、Business、Enterprise、Eduの掲載です。同じdesktop appに並ぶことと、同じtaskを同じ権限で完了できることは別なので、surface・plan・workspace・usageを先に切り分けます。

入口得意な仕事完了条件先に止める境界
Chat質問、説明、短い下書き前提と採用文がレビュー済み誤った前提、未確認の断定
Workapps・files・browserを横断する調査、docs・slides・sheets、分析出典、数値、成果物、共有先が確認済み接続app、個人情報、外部送信、公開
Codexrepo、code、diff、terminal、build、test、Git、PR全diff、check、commit範囲、push先が確認済みsecret、本番、deploy、権限変更

WorkとCodexを選ぶ3つの質問

  • 完成物の中心がdocs・slides・sheets・調査・共有dashboardならWorkから始める
  • 完成物の中心がrepoの差分、test、sitemap、upload、PRならCodexから始める
  • 時刻・変化の監視はScheduled Tasksを検討しても、外部送信・公開・push・deployの承認は別に残す

WorkからCodexへ安全に引き継ぐ

サイト運営では、Workで公式URLと確認日、検索意図、既存slug、更新か新規かの判断材料を整理し、Codexへrepo、branch、変更対象、維持するデザイン、build・check・upload条件を渡します。Codexの完了報告では、実装差分、静的HTML、sitemap、commit・push、本番未反映を別々に確認します。入口が統合されても、調査の完了と公開の完了を一つにしません。

引き継ぐ情報Work側の出力Codex側の確認
一次情報公式URL、発表日、確認日、条件付きの事実source、本文、visible verification dateの一致
検索意図読者の質問、既存記事との役割、統合・更新の判断slug、title、description、internal linksの重複
変更境界維持するURL、デザイン、画像、公開日、外部影響git diff、protected asset、secret、本番連携
完了条件採用する成果物、レビュー者、公開可否build、check、static HTML、sitemap、upload、commit

usage・料金・公開操作を同じ表に混ぜない

OpenAIの発表ではWorkのusageはCodexと同じ構造に従います。ただし、ChatGPT planのusage表示、Codexの利用枠、APIのmodel ID・token単価・rate limitは別の境界です。API料金表からWorkの定額や利用可否を計算せず、WorkとCodexは現在のplan・usage・taskの長さで比較し、APIはAPIのrate cardで評価します。GitHub pushが成功してもdeployや公開反映とは限りません。

両方を使うときの承認チェック

  • connected appsとlocal filesは読み取り範囲を最小にし、Workの成果物に秘密情報を混ぜない
  • Codexへrepoを渡す前にbranch、remote、AGENTS.md、変更境界を確認する
  • 送信、購入、公開、削除、権限変更、push、deployはtaskの最後に自動で続けず、人間の承認を置く
  • Workの調査結果とCodexの実装結果で、URL、確認日、diff、test、未完了事項を対応づける
  • 長時間taskはusage、時間上限、停止条件、失敗時の戻し方を先に決める

WorkとCodexの2026年8月FAQ

desktopでWorkとCodexが両方使えれば、違いはありませんか?

違います。Workはapps・files・browser・workflowを横断する業務成果物、Codexはrepo・code・diff・build・test・Gitを中心に使います。入口が一つでも権限、成果物、レビュー対象を分けます。

web / mobileでもdesktopと同じように使えますか?

現行製品ページの掲載では、desktopはmacOS / Windowsの全plan、web / mobileはPlus、Pro、Business、Enterprise、Eduです。実際の表示はaccount、plan、workspace、段階展開で変わり得るため、自分の画面を確認します。

WorkのusageをAPIのドル建て料金で見積もれますか?

そのままは見積もれません。ChatGPT planのusage、Codexのusage structure、APIのtoken単価とrate limitは別の境界です。現在のplanとusageを確認し、API料金と混同しません。

Workで調査したら、そのままCodexにpushさせてよいですか?

自動で続けません。repo、branch、全diff、test、秘密情報、本番連携、push先を確認し、pushとdeploy・公開反映を分けて人間が承認します。

関連記事