何が起きたか
OpenAIが「ChatGPT Work」をリリースしました。これはコーディングを主目的としたCodexとは異なり、汎用の「生産性エージェント」と位置づけられた製品です。多くのユーザーは刷新されたChatGPTアプリ経由で利用し、そこにはChatGPT本体・新エージェント・Codexが1か所にまとまります。動力源はOpenAIの新モデル群GPT-5.6で、その公開はTrump政権により一時的に遅延したとされます。
OpenAIは3月初旬から、ChatGPT・Codex・Atlasブラウザを1つ屋根の下に集める「スーパーアプリ」を公にしており、4月に基盤づくりを開始。今回の統合はその到達点です。一方、開発してきたAtlasブラウザは8月9日に廃止予定と明言されました。
何ができるか
中心はエージェントによる自動化です。5月に提供したCodexのモバイル連携を土台に、ChatGPT Workはタスクのスケジューリングに対応。スマホからタスクを開始し、エージェントがリモートで作業を進め、進捗はブラウザまたはデスクトップアプリで追えます。デスクトップアプリでは内蔵の「コンピュータ操作」機能を使い、複数アプリやブラウザをまたいでファイル移動などを実行します。
新設の統合プラグインディレクトリでは、「@」に続けてアプリ名を入力するとそのアプリからコンテキストを取得・操作でき、会話中に関連アプリを推薦もします。OpenAIはSlackの更新を確認して週次サマリーを生成する例を挙げています。さらにデスクトップアプリは内蔵ブラウザを備え、「Sites」機能でライブダッシュボードやプロジェクト管理、社内ポータル、インタラクティブなレポートといったWebアプリを生成できます。
なぜ重要か
注目すべきは「単機能ツールの束」から「業務を横断して動く1つのエージェント」への設計思想の転換です。OpenAIは「何にアクセスさせ、いつ確認させ、行動前に承認を求めるかはユーザーが決める」と制御権の所在を強調しており、自律実行と人間の統制のバランスを製品の前提に据えています。
💼 事業会社視点：これは自社にどう効くか
日本の事業会社にとっての焦点は、これが「チャットボット導入」ではなく「業務プロセスの一部を委譲する」段階に入った点です。SaaS事業者は特に構えが必要です。プラグインディレクトリと「@アプリ名」でChatGPTが各ツールの機能を横断呼び出しするなら、ユーザーの入口はChatGPT側に移り、自社UIは裏側のAPIに退く恐れがあります。会話中に競合アプリを推薦される可能性も含め、「推薦される側」に回る設計を今から検討すべきです。受託開発・SIにとっては、Sitesによる社内ダッシュボードや業務ポータルの内製化が、小規模案件の単価を直撃します。逆にエージェントの権限設計・監査・既存基幹との連携という「統制側」の需要は増えます。EC・事業部門の責任者は、Slack週次要約のような定型業務の自動化から着手し、承認フローと権限範囲を先に固める——ツール選定より先に「何を任せ、何を人が握るか」の線引きを決めることが実務上の第一歩です。