ChatGPTのChat・Work・Codexの違い｜5時間の利用上限を無駄にしない使い分け

はじめに

ChatGPTのChat、Work、Codexで迷ったら、いま仕事がどの段階にあるかを見ると整理しやすくなります。まだ考えが固まっていないならChat、完成した資料や表が必要ならWork、プログラムや設定ファイルを管理するリポジトリを変更するならCodexです。
違いが分かっていても、実際には一つの画面で済ませたくなります。私も「ChatからWorkへ切り替えるのが面倒だから、もう全部Workでよい」と考え、スプレッドシートの構成相談からGoogle Apps Script（GAS）の作成までWorkで進めたことがありました。
ところが、GASを書き切る前に5時間枠の利用上限へ達しました。コードが完成していないので動作確認へ進めず、修正できるのは約4時間後という状態になりました。Workを開いたまま、列構成やタブの見せ方、GASとブラウザ上でPythonを実行できるGoogle Colaboratoryのどちらを使うか、といった相談を4〜5往復ほど続けていたためです。
この記事では、公式情報だけでは見えにくい「どこで画面を切り替えるか」を、実際の失敗を交えて整理します。内容は2026年8月28日時点のOpenAI公式ドキュメントにもとづきます。提供範囲や利用上限は変更されることがあるため、利用時点の表示もご確認ください。

Chat・Work・Codexは、仕事の段階で選ぶ

最初に違いをまとめます。

OpenAIも、Chatは質問や対話に、Workはレビューできる成果物まで進めたい仕事に、Codexは開発者向けの表示やソフトウェア開発に使う、と案内しています（Use ChatGPT）。
表中のGit差分とは、どのファイルのどこを変更したかを確認できる記録です。通常のChatは、WorkとCodexが共有する利用量とは別枠で扱われます（ChatGPT Work admin FAQ）。そのため、考える段階をChatへ分けると、WorkやCodexの利用量を実作業へ残せます。
3つは性能順に並んでいるわけではありません。WorkはChatの上位版というより、仕事の進め方が異なる機能です。まだ答えを探している段階なら、すぐに往復できるChatのほうが使いやすい場面があります。Codexも同様で、プログラミングについて質問したいだけならChatで足ります。
迷ったときは、「難しい仕事か」より「いま考えているのか、作っているのか」を見てください。この切り分けなら、非エンジニアの方も日々の仕事へ当てはめやすくなります。

「全部Workでよい」と考えたら、完成直前で止まった

私がWorkで進めていたのは、スプレッドシートの更新とGASの作成です。作業対象はスプレッドシートで、リポジトリの変更は必要ありませんでした。表を見ながら、そのままWorkに修正してもらう流れは自然に思えます。
実装へ入る前には、決めることがいくつかありました。列をどう並べるか。タブを分けるか。処理はGASで書くか、Google Colaboratoryで実行するか。Workに作業を頼まず、質問だけを続けていた時間もあります。
相談に使ったのは、普段なら1時間ほど、4〜5往復程度です。それでも、実際にGASを書いて動作確認をしようとしたところで利用上限に達しました。あと少しコードが書ければ検証できるのに、未完成なので動かせません。動作確認後に修正したい箇所が見つかっても、すぐには直せない状態です。
上限に達したあとは、回復を待つか、Claudeなど別のAIへ作業を移します。急いでいなければ、すでにできている成果物のレビュー時間に充てることもあります。どれもその場をしのぐ方法にはなりますが、GASを完成させて検証する予定はそこで一度止まります。
正直に言えば、ChatとWorkの違いを知らなかったわけではありません。切り替えが面倒で、Workを開いたまま相談も実作業も続けていただけでした。この使い方を避けるには、Workを開く前に考えをまとめておく必要があります。

何をするか決まっていない間はChatで考える

「何をどう進めればよいか分からない」「二つの方法のどちらがよいか決めたい」。この段階ではChatを使います。
たとえば、新しいサービスの構成を考えるときは、まずChatで話しながら自分の考えを整理します。記事を書く場合も、テーマの切り口や調査する範囲をChatで検討します。ここで欲しいのは完成した設計書や記事よりも、何を作るかを決めるための会話です。
Chatのプロジェクト機能を使えば、同じテーマの資料や会話をまとめながら検討を続けられます。回答を読んで、次の質問を自分で決める段階なら、急いでWorkへ移る必要はありません。
OpenAIも、答えや説明、アイデア出し、短い下書きが欲しい場合はChat、明確な成果を持つ仕事を任せる場合はWorkと案内しています（Get started with ChatGPT Work）。
私は、考えを深める会話をChatへ戻すようにしています。通常のChatとWork・Codexでは利用量の枠が分かれているので、ファイル作成や実装へ使う余地を残せるためです。

方針が決まったら、Chatに引き継ぎ書を作らせる

ChatからWorkやCodexへ移るときは、これまでの会話をそのまま持ち込もうとせず、引き継ぎ書を1本作ります。専用の書式を用意する必要はありません。私も引き継ぎ書の作成自体はChatGPTに任せています。
人が必ず確認するのは、目的と背景、そして完成条件です。ここがずれていると、整った成果物や動くコードができても、後工程で作り直しになります。
実際には、Chatへ次のように依頼できます。

ここまでの会話を、WorkまたはCodexへ渡す引き継ぎ書にまとめてください。

次の項目を含めてください。
・目的と背景
・決まったこと
・対象となるファイルや資料
・完成条件
・変更してよい範囲
・まだ決まっていないこと

推測で補わず、会話で確認できない内容は「未決定」と書いてください。

出てきた引き継ぎ書をそのまま渡す前に、「そもそも何をしたいのか」と「どこまでできれば完成か」だけは読み直します。細かな文面より、この2点だけは自分で確認しています。

成果物ならWork、リポジトリの変更ならCodexへ渡す

考えが固まったら、完成させたいものに合わせてWorkかCodexを選びます。

文書・表・スライドを使える状態にするならWork

誰かに渡せるファイルが欲しくなったらWorkへ切り替えます。提案書、設計書、スプレッドシート、会議資料などが当てはまります。
私の場合、新しいサービスについてChatで構成を検討し、方針が固まってからWorkへ設計書の作成を任せることがあります。考える段階と作る段階を分けると、Workへ渡す依頼には読み手、必要な章、参照資料、完成条件を書けます。
Workへ16週分のGoogle Search Consoleレポートを渡し、分析から記事案とレポート作成まで任せた例は、以下の記事で紹介しています。

コードを書くだけでは、Codexを選ぶ理由にならない

GASを書いてもらう今回の作業はWorkで進めました。中心にあるのがスプレッドシートで、表の更新とコード作成を一続きで扱いたかったためです。
Codexを選ぶのは、既存リポジトリのファイルを変更し、コマンドやテストを実行し、Git差分をレビューするところまでが仕事になる場合です。コード案だけが欲しいならChatでも頼めますし、Workでもコードを扱えます。境界はファイルの種類では決まりません。開発環境と差分を中心に作業するかどうかで選びます。
CodexアプリをWindowsとWSL2で使う手順は、次の記事で扱っています。

WorkとCodexの利用量は共有される

ChatGPT WorkとCodexは、料金、クレジット、利用上限を共有します。一方、通常のChatは別の利用枠です（Pricing、ChatGPT Work admin FAQ）。
対象となるChatGPTプランでは、パソコン上で動くローカルのメッセージと、OpenAIの環境で動くクラウドのチャットが5時間の枠を共有します。これに加えて、週次上限が適用される場合もあります。柔軟な料金体系を利用するEnterprise・Eduには固定上限がなく、クレジットに応じて利用量が変わります。
依頼1回あたりの消費量は固定されていません。公式情報では、モデル、コンテキストの量、推論、ツール利用、検索、キャッシュなどが影響すると説明されています。私自身、別のタスクでは、1回の依頼で画面に表示された5時間枠の約70%を消費したことがありました。4〜5往復なら大丈夫、とも言い切れません。

Workを何回使ったかだけを数えても、あと何回使えるかは分かりません。そこで私は、実作業へ入る前に残量を確認し、相談中の論点はできるだけChatで片付けるようにしています。依頼文を極端に短くするより、WorkやCodexへ渡す時点で対象と完成条件をはっきりさせる運用です。

迷ったら「いま何をしているか」に戻る

仕事の名前だけでは判断しにくい場合があります。同じ「データ分析」でも、その場で傾向を知りたいならChat、分析レポートを完成させたいならWork、毎月再実行する集計処理を実装したいならCodexです。

なお、Workでもコードは書けますし、Codexでも文書は作れます。境界が完全に分かれているわけではありません。私は、最終的に誰が確認するかも目安にしています。表や資料を業務担当者が確認するならWork、Git差分やテスト結果を開発者が確認するならCodexが扱いやすいでしょう。

まとめ

私も相談からGAS作成までWorkで続け、完成直前に5時間枠の利用上限へ達しました。それ以来、何をするか決まっていない段階ではChatを使い、目的と完成条件が固まったら引き継ぎ書を作ってWorkかCodexへ渡しています。
最初から3つを完璧に使い分ける必要はありません。次にWorkを開こうとしたとき、「いまは考えているのか、それとも作り始めるのか」と一度だけ確認してみてください。その小さな確認が、完成直前で作業を止めないための境目になります。

生成AI活用支援サービスのご紹介

Tech Funでは、お客様のフェーズに合わせ、生成AI活用に向けた様々な支援をご提供しています。

1. 無料診断パック：業務・プロセスの現状を無料で診断し、生成AI活用の可能性をレポートします。
2. 検証（PoC）パック：診断で有効性が確認された業務を対象に、プロトタイプ構築を支援します。
3. コンサルティングサービス：生成AI導入戦略の策定から運用体制構築までを包括的に支援します。
4. Plain RAG：社内文書をもとに回答し、社内問い合わせを効率化するAIチャットパッケージです。

生成AIに限らず、Web・業務システム開発やインフラ設計など、技術領域を問わずご相談を承っています。「何から始めれば良いか分からない」という段階でも構いませんので、ぜひお気軽にお問い合わせください。

執筆・編集

Tech Fun Magazine R&Dチーム

Tech Funの生成AI研究に携わるエンジニアが、最新のAIモデル動向やプロンプト設計、実業務への応用手法など、生成AIに特化した知見を執筆・編集しています。
モデル評価や業務シナリオに応じたAI活用設計など、日々のR&D活動で得られる実践的なノウハウをわかりやすく紹介します。