ChatGPT Work とは何か GPT-5.6 Codex系エージェントとClaude Codeの選び方

業務でLLM（大規模言語モデル）を使ったタスク自動化を検討していて、ChatGPTとCodex系のエージェント環境のどちらを選ぶべきか迷っているエンジニアに向けた内容です。OpenAIは2026年7月9日に「ChatGPT Work」を発表し、その後も頻繁に機能変更を続けています。名前だけ見るとChatGPTの新プランのように思えますが、実態はかなり複雑な構成です。判断材料の整理に役立てば幸いです。

まずChatGPT Workは実は2つの製品を指しています。ブラウザやモバイルアプリのchatgpt.comからアクセスする「Work Cloud」と、旧Codexという名前だったデスクトップアプリから使える「Work Local」です。Work Localはローカルのファイルやプログラムに直接アクセスできるエージェントで、開発者向けCodexを非エンジニアにも使いやすく再ラップしたものに近い位置づけです。ここではクラウド側のWork Cloudを中心に扱います。

Work Cloudは月額20ドル以上の有料プランでのみ利用でき、無料ユーザーや月額8ドルのGoプランでは使えません。インターフェース上はChatとWorkがタブで並び、OpenAIの説明では「説明・ブレインストーム・短い草稿ならChat、明確な成果物が欲しいタスクならWork」とされています。ただこの説明はかなり抽象的で、実際に何が違うのかは機能を見ないと判断しづらいところがあります。

判断軸を整理する

エンジニアの視点で見ると、ChatとWorkの違いは4つの軸に分解できます。

インターネットアクセス付きのコード実行環境

Workのコード実行環境はネット経由で外部と通信できます。ChatChatGPTのコード実行環境（Code Interpreterと呼ばれる仕組み）は2023年にOpenAIが先駆けて実装したパターンですが、通常のChatではコンテナのプロキシによって外部パッケージのインストールやAPI呼び出しがブロックされます。Workではこの制限が外れ、GitHubリポジトリをクローンして依存関係をインストールし、外部Webサービスと連携するところまで一気通貫でできます。

ヘッドレスブラウザの有無

WorkにはフルのChromeインスタンスを起動できるブラウザツールが搭載されています。サイトを開いてフォーム入力やスクリーンショット取得ができ、DOMに対してJavaScriptを実行することも可能です。ログインが必要なサイトでは、パスワードや2要素認証コードをモデル自体を経由させずに人間が直接入力できる設計になっている点は、認証情報の取り扱いを気にするセキュリティ担当者にとって確認しておきたいポイントです。

永続ファイルシステムとサブエージェント

Workにはセッション間で共有される永続ファイルシステムがあり、SolやLuna、Terraといった内部モデルにサブエージェントセッションを実行させる機能もあります。また、定期実行のプロンプトオートメーション（スケジュール実行の仕組み）や、成果物をChatGPT Sitesとして公開する機能も備わっています。

モデル選択とレベルの違い

WorkではGPT-5.6のSol・Luna・Terraのいずれかを選び、それぞれLight・Medium・High・Extra High・Max・Ultraという6段階の推論レベルを設定できます。GPT-5.5もLightからExtra Highまで選べます。これらはOpenAIのAPIで提供されているものと同じモデル群と見られています。一方Chatでは5.6 Instant・Medium・High・Extra High・Proという別のラインアップになっており、Extra HighとProは月額100ドル以上のプランでのみ使え、20ドルプランはHighが上限です。UltraモードはCodexの経験から、サブエージェントへの委任を積極的に行う特別モードだと理解されています。

選択肢の比較

この比較で重要なのは、Workのセッションは実質的にCodexの利用枠に対して課金される一方、Chatは独立した枠を持つという点です。モデルの利用可否の違いも、この課金構造の差から来ている可能性があります。

Claude（Anthropicのモデル）のコード実行コンテナは2025年9月の提供開始時点から、制限付きのインターネットアクセスを備えていました。PyPIやNPMからのパッケージ取得、GitHubからのリポジトリクローンは可能ですが、許可されているドメインの一覧はかなり短く絞られています。Workのデフォルト設定はこれよりもかなり広く、特定ドメインへの制限はオプションとして設定する形です。この「デフォルトで広い」という設計は、便利さと同時に情報漏えいリスクの検討も必要にする部分です。

ケース別の推奨

外部Webサービスと連携しながらデータ収集や検証を自動化したいなら、Workの広いネットワークアクセスは効果的です。たとえばGitHub上の未知のOSSリポジトリをクローンし依存関係を入れてすぐに動作確認したい、というようなワークフローには向いています。

ログインが必要な社内SaaSツールの操作を自動化したいなら、Workのブラウザツールの認証情報分離設計を確認する価値があります。パスワードや2FAコードがモデルを経由しない構成かどうかは、導入前に必ず公式ドキュメントで挙動を確認してください。

開発者向けにコードレビューやリポジトリ操作を厳密に制御したいなら、許可ドメインを絞れるClaudeのコンテナ設計の方が既存のセキュリティポリシーに合わせやすい場合があります。allowlistの短さは制約であると同時に、監査のしやすさにもつながります。

単純な説明や短い草稿、ブレインストーミングが目的なら、Workを使う理由はありません。ChatGPT ChatでもClaudeの通常チャットでも十分にカバーできる範囲です。

あえて見送るべき条件

月額8ドル以下のプランで運用している場合、そもそもWorkにアクセスできないため検討自体が不要です。まず契約プランを確認してください。

ネットワークアクセスの範囲を厳密に管理したいセキュリティ要件がある場合、デフォルトで広く開放されるWorkの設計は追加の設定作業と監査コストを要します。許可ドメインのallowlistを明示的に設定し忘れると、意図しない外部通信が発生するリスクがあります。

機能や料金体系が短期間で変わり続けている点も無視できません。公式のチェンジログが乏しいという指摘もあり、今日確認した挙動が数週間後には変わっている可能性があります。安定した運用基盤として本番のパイプラインに組み込むには時期尚早と判断する余地もあります。

まとめ

ChatGPT Workは、外部ネットワークアクセス付きのコード実行環境とヘッドレスブラウザ、永続ファイルシステムを組み合わせた強力なエージェント環境です。一方で料金プランやモデル選択の仕組みが複雑で、Codexの利用枠を消費する点は事前に把握しておく必要があります。

導入を検討する際は、まず契約プランがWorkにアクセスできる月額20ドル以上かを確認し、次に想定するタスクが外部サイトとの連携やブラウザ操作を必要とするかを整理してください。セキュリティ要件が厳しい場合は、許可ドメインの設定画面を必ず開いてallowlistを明示的に絞り込むところから始めるのが安全です。