ChatGPT Work — 「答える」から「仕上げる」へ、OpenAIの仕事用エージェントを読み解く

チャット欄に「納品」が入ってきた

2026年7月9日（米国時間）、OpenAIは ChatGPT Work を公開しました。 同日に一般提供が始まった GPT-5.6 を土台に、「質問に答える」のではなく、ゴールを受け取り、社内のアプリやファイルから文脈を集め、数時間かけて成果物を仕上げるためのモードです。 出てくるのは会話の返答ではなく、スプレッドシート、スライド、ドキュメント、そしてURLで共有できるWebアプリです。

OpenAIの表現を借りると、「Codexの技術を組み込むことで、ChatGPTは質問に答える先へ進み、実際の仕事を片付けられるようになった」。 つまりWorkは新しいモデルでも新しいアプリでもなく、ソフトウェア開発向けに鍛えられたCodexの実行エンジンを、開発以外の仕事に開いたものです。 発表時点でCodexの週間利用者は500万人超、そのうち100万人以上が開発以外の用途で使っていた、という数字が背景にあります。

本記事では、ChatGPT Workを「三層構造」「仕組み」「利用枠」「デスクトップアプリの再編」「Enterpriseの統治」「Claude Coworkとの比較」「ブリーフの書き方」の順で、導入を検討する側の目線から整理します。

ここに至るまで

流れとして押さえておきたいのは、WorkがOperator → agent の延長線ではなく、Codexの延長線にあることです。 2025年のエージェントモードは「仮想ブラウザでWebを操作する」ものでした。 一方Workは、Codexが開発者向けに確立した「計画を立てて、長時間走り、成果物を返す」型を、ドキュメントやスライドに向け直しています。 だからこそ発表と同時にCodexアプリがChatGPTに吸収された、と読むと辻褄が合います。

Chat / Work / Codex の三層構造

新しいChatGPTデスクトップアプリは、Chat・Work・Codex の3タブで構成されています。 同じモデル、同じプラグインを共有しながら、「どこまで自律的に動くか」と「何を返すか」が違います。

WorkとCodexの違いは、能力ではなく見せ方です。 Codexが表に出すファイルツリーやツール呼び出しのログを、Workは意図的に隠して「作業を任せて完成品を受け取る」体験に絞っています。 エンジニアはCodexタブを既定ビューにしたまま使えますし、開発以外の職種はWorkタブしか触らなくても成立する——同じ土台で職種ごとに入口を変えた、という設計です。

仕組み：文脈を集めて、計画し、走り、納める

Workのタスクは大きく4段階で進みます。

flowchart LR
  A["1. 文脈の収集<br/>プラグインで接続したアプリ<br/>ファイル・Web・ローカルアプリ"] --> B["2. 計画<br/>Plan mode で手順を提示<br/>ユーザーが承認"]
  B --> C["3. 実行<br/>数時間の自律作業<br/>要所で確認・承認を挟む"]
  C --> D["4. 納品<br/>シート / スライド / ドキュメント<br/>Sites（URL共有のWebアプリ）"]
  C -.->|"Scheduled Tasks"| C

1. プラグインと @メンション

文脈の入口はプラグインです。 これまでの「Appディレクトリ」は「Pluginsディレクトリ」に置き換わり、アプリ接続・スキル・アプリテンプレートをひとまとめにした形になりました。 公開時点で1,400超。Google Drive、SharePoint、Slack、Microsoft Teams、Gmail、Outlook、Salesforce、GitHub、Zoom、Canva、Dropbox、LinkedIn、Adobeなどが並び、MCP（Model Context Protocol）にも対応しています。

プロンプトの中で @Slack や @Google Drive のように@でプラグイン名を指定すると、そのソースを明示的に参照させられます。 指定しなければChatGPT側が関連しそうな接続を提案します。 「営業チャンネルの直近1週間」と書くより @Slack で場所を固定したほうが、当然ブレは減ります。

2. Plan mode と承認

Workは実行に入る前に、手順を書き出してユーザーの承認を待つことができます（Plan mode）。 そして実行中も、外部への送信やデータの書き換えといった「重要なアクション」の前では確認を挟みます。 どこで止まってほしいかはブリーフに書けるので、「Slackへの投稿前には必ず止まって」といった停止条件を最初から指定しておくのが基本の使い方になります。

3. Scheduled Tasks：一回きり・定期・イベント・監視

Workの実行は、その場の一回で終わらせる以外に、Scheduled Tasksとして登録できます。 「毎週月曜にキャンペーン実績を分析して更新」「Slackとメールを毎朝読んでアジェンダを差し替える」「ダッシュボードの変化を監視して知らせる」といった型です。 同時に有効化できるタスク数はプランで異なります。

4. Sites：成果物がURLになる

Work固有の出力が Sites（ベータ）です。 レポート・ライブダッシュボード・プロジェクトトラッカー・プロトタイプ・社内ポータルを、URLで共有できるインタラクティブなWebアプリとして出力します。 裏側の情報が更新されると自動で内容が追随する、とされています。 スプレッドシートを添付で送るのではなく「見に来てもらう」形に変わるのは、社内の情報流通としては地味に大きい変化です。

ローカルで走るか、クラウドで走るか

デスクトップアプリでは、タスクの開始時に Work locally と Cloud を選びます。 ローカルはPC上のファイルやアプリ、内蔵ブラウザを直接操作でき（クリック・入力・ファイル移動といったコンピュータ操作も含む）、クラウドはアプリを閉じても走り続けます。 クラウドのWorkチャットはWeb・モバイル・デスクトップ間で同期しますが、Codexは同期しません。 スマホでタスクを投げ、移動中に下書きを確認し、デスクに戻って続きを詰める——という導線はクラウド側にだけあります。

利用枠は「メーター制」

ここが従来のChatGPTと最も違う設計です。 OpenAI自身が「通常のチャットより長く、込み入った作業なので、利用枠の働き方が違う」と説明しています。

• Workは追加料金なしで既存プランに含まれる
• ただし消費はCodexと同じメーター制。長く・複雑なタスクほど多く消費する
• WorkとCodexは利用枠を共有し、通常チャットの枠とは別に管理される
• タスク単位の公開された単価表はない
• Proは5x / 20xの2段で、Work / Codexの枠がそれぞれ5倍・20倍になる

「チャットの枠を食わない」のは利点ですが、裏返すとどれだけ消費するかは走らせてみないと分からないということです。 特にScheduled Tasksは放置しても走り続けるので、「便利そうだから毎朝」と登録した数本が、月半ばで枠を使い切る原因になり得ます。

デスクトップアプリの再編：Codexが吸収され、Atlasが退場する

Workの公開は、OpenAIのデスクトップ戦略の組み替えとセットでした。

Atlasの扱いは象徴的です。 2025年に「エージェントのためのブラウザ」として出したプロダクトを、1年足らずでブラウザ単体ではなく、ChatGPTの中の一機能に格下げした。 入口を増やすより、Chat / Work / Codexという1つのアプリに集約するほうが勝ち筋だと判断した、ということでしょう。 ブラウザ拡張側の話は エージェント向けブラウザの記事 とも繋がります。

Enterprise の統治：既定オフの2週間と、行動の自動レビュー

Workは「勝手にSlackに投稿する」「CRMを書き換える」ことができるエージェントなので、企業導入では統治側の設計が本体と同じくらい重要です。 OpenAIが用意している道具立てを並べます。

OpenAIはこの自動レビュー層について、レッドチーム演習で「保護データの抽出試行を100%ブロックした」と報告しています。 ただしこれは演習結果であって本番の保証ではないので、「自動レビューがあるからPlan modeの承認は外していい」とはなりません。 承認ゲートは残したまま、自動レビューは二重目の網として扱うのが妥当です。

Claude Cowork との違い：重心がクラウドか、ローカルか

比較対象として必ず出てくるのがAnthropicの Claude Cowork です。 「接続したアプリを横断し、スケジュールで動き、答えではなく成果物を返す」という目的は同じですが、設計の重心が違います。

ハンズオン比較記事の多くは、速さ・画像・Sites・無料枠でWork、ファイル処理と正確性でCoworkという整理に落ちています。 Composioの言い方が端的で、「Workは大多数の人にとってよい既定、Coworkはファイル重視・データ重視・正確性重視の作業に向く専門ツール」。 どちらが上かではなく、自分のチームの仕事がSaaSの上にあるのか、ローカルファイルの上にあるのかで決まる話です。 Cowork側の設計思想は 社内問い合わせボットの記事 でも触れています。

実務での置き所と、ブリーフの書き方

早期利用企業の報告は派手です。 Zapierはリード1件あたり35〜45分かかっていたQAをWorkで回し、7桁ドル規模のパイプラインを掘り起こしたとし、Virgin Atlanticは競合の顧客体験ベンチマークを「週単位から時間単位」に、NVIDIAはマネージャーの時間の4割を占めていたGTCイベント準備を週2回の定期実行に置き換えたとしています。 RingCentralはローンチ準備の追跡を「1人のPMと6社」から「約50人のPMと約80社」に広げ、Shopifyは非R&D職3,500人にプログラムを展開した、と。

いずれもOpenAIの早期アクセスプログラム下での自己申告なので、上限値として読むべきですが、共通点は見えます。 どれも「複数のソースを定期的に見て、決まった形に整える」仕事です。 一回限りの創造的な仕事より、繰り返しの多い収集・整形・報告のほうが、Workの型に素直に乗ります。

ブリーフに何を書くか

ユーザーからの評価で繰り返し出てくる弱点は2つ。 「自社の基準を知らないので、ブリーフに書かない限り一般的で整った版を出してくる」ことと、「自分の数字を確実には検証しないので、洗練されているが間違っている出力が起こり得る」ことです。 どちらも、ブリーフ側で潰せます。 OpenAIのガイドが挙げる要素は「ゴール・使うソース・制約・品質基準・どこで止まるか」の5つです。

【ゴール】
経営会議向けに、7月の採用ファネルの振り返りスライドを8枚で作る。

【ソース】
- @Google Drive の「採用KPI_2026」シート（応募〜内定の週次実数）
- @Slack の #recruiting-weekly の直近5週分
- @Notion の「採用計画 2026H2」ページ

【制約】
- 数値は必ずシートの値を使い、Slack の発言から数字を推定しない
- 前月比は% と実数の両方を出す
- 候補者個人名・企業名は出さない

【品質基準】
- 1枚1メッセージ。見出しは結論から書く
- 根拠のない解釈は「仮説」とラベルを付けて分ける

【停止条件】
- 計画（Plan mode）を提示したら承認を待つ
- 外部への共有・Slack投稿は行わない。成果物はチャット内に置く

ポイントは「Slackの発言から数字を推定しない」のような否定の制約を明示することと、停止条件を最初に置くことです。 前者は「洗練されているが間違っている」を防ぎ、後者は「勝手に投稿された」を防ぎます。 なお、これは ツール境界がコンテキスト境界になる という話とまったく同じ構図です。 Workに渡らなかった自社基準は、Workにとって存在しません。

結局どう使うか

ChatGPT Workは、能力の面では「Codexにできていたことを開発以外に開いた」だけとも言えます。 ただ、メーター制の利用枠・既定オフの2週間・Sitesという配布形態のように、プロダクトとしての判断が随所に見えるリリースです。 試すなら、派手なデモを再現するより、毎週やっている定型の収集・報告を1本だけWorkに置き換えて、消費量と修正回数を1週間測るところから始めるのが、いちばん早く「自分のチームに合うか」が分かる方法だと思います。

参考

• ChatGPT is now a partner for your most ambitious work — OpenAI（公式発表。Codex技術の組み込み、Sites、デスクトップアプリ統合、Enterprise向け統治、早期利用企業の事例）
• ChatGPT Work for every team — OpenAI（プロダクトページ）
• Get started with ChatGPT Work — ChatGPT Learn（Work locally / Cloud の選択、@メンション、ブリーフに書く5要素）
• ChatGPT Work admin FAQ — ChatGPT Learn（2週間プレビューと既定オフ、3段の利用上限、Compliance API の対象範囲と30日保持、Work Cloud / Work Local / Codex Local の3実行環境）
• Scheduled Tasks in ChatGPT — OpenAI Help Center（プラン別のアクティブタスク上限）
• OpenAI Launches ChatGPT Work Agent to Handle Complex Tasks — Bloomberg（公開日、GPT-5.6の提供延期、競合文脈）
• OpenAI Debuts ChatGPT Work Agent and New GPT-5.6 Models — MacRumors（Sol / Terra / Luna、Classic への改名、プラン別提供）
• ChatGPT Work: OpenAI's Agent That Ships Finished Work — Digital Applied（1,400超のプラグイン、メーター制の説明、支出制御の3段、レッドチーム結果、事例の数値）
• ChatGPT Work: What OpenAI's New Agent Means — Reconn AI（Enterprise/Edu の2週間プレビューと既定オフ、Sites の地域制限、Plugins ディレクトリへの置き換え）
• ChatGPT Work vs Claude Cowork — Composio（アーキテクチャ比較、プラン別の利用枠、推奨の使い分け）
• I put ChatGPT Work up against Claude Cowork — XDA（ハンズオン比較。速さ・画像・Sites・利用枠）
• What Is ChatGPT Work? — Fello AI（プラン別マトリクス、macOS 14 要件、Classic の扱い、既知の弱点）
• Fableをオーケストレーター、GPT-5.6 Lunaを実装者にする — 本ブログ
• エージェント向けブラウザ — 本ブログ