OpenAI、ChatGPTにWorkspace Agentsを導入――GPTsの次に来る「共有・常駐・実行型」オートメーション基盤

2026年4月22日、OpenAIはChatGPTに「workspace agents」を導入すると発表した。これはCodexを土台にした共有エージェントで、チーム内で使い回せること、ChatGPTだけでなくSlackにも展開できること、そして定期実行までできることが大きな特徴だ。公式には research preview と位置づけられており、Business、Enterprise、Edu、Teachers向けに提供される。BusinessとEnterprise向けには、今後数週間で段階的にロールアウトすると案内されている。(openai.com)

今回の発表の要点は、ChatGPTの中に「よくできた社内用ボット」を1つ増やした、という話ではない。OpenAIはworkspace agentsを「GPTsの進化形」と明言しており、レポート作成、コード記述、メッセージ応答といった仕事を、組織の権限管理の範囲内で継続的に処理する存在として位置づけている。エージェントはクラウド上で動作し、ユーザーが離席していても作業を続けられる。しかも一度作ったものを組織内で共有し、ChatGPTやSlackで共同利用しながら改善していける。(openai.com)

機能面を見ると、workspace agentsは「会話の相手」というより「業務フローの実行者」に近い。Agentsタブから自然言語で業務内容を説明すると、ChatGPTが手順の定義、必要ツールの接続、skillsの追加、テストまで案内する。実行時にはファイル、コード、ツール、メモリを使い、複数ステップにまたがる仕事を継続できる。さらにスケジュール実行に対応し、Slackへデプロイすれば、チャンネル内の依頼を受けて動いたり、定時に結果を投稿したりできる。OpenAIは、週次指標レポート、Slackやサポート窓口からの製品フィードバック集約、リードの選別と追客、第三者リスク評価といったテンプレート的ユースケースを示している。(openai.com)

では、従来のGPTsと何が違うのか。GPTsは、特定用途向けに instructions、knowledge、capabilities、apps、actions などを組み合わせて作る「カスタム版ChatGPT」だが、公式ヘルプでは、GPTsは saved memory や過去会話を引き継がず、各会話は基本的に新しく始まると説明されている。これに対しworkspace agentsは、クラウド上で長時間実行され、メモリを持ち、スケジュールやSlack配備を前提にした共有運用ができる。OpenAIはGPTsを当面維持しつつ、今後GPTsからworkspace agentsへの変換を容易にすると述べている。ここから読むべきなのは、GPTsが「対話体験のカスタマイズ層」として残り、workspace agentsが「組織業務の自動化層」へ発展していく、という製品整理だろう。これは公式文書に基づく推測だが、かなり自然な読み方に見える。(help.openai.com)

技術的な背景として重要なのがCodexの変化だ。OpenAIは2025年5月にCodexを「クラウド上で並列に動くソフトウェア工学エージェント」として公開し、その後2026年2月にはGPT‑5.3‑Codexを「開発者や専門職がコンピュータ上で行う仕事のほぼ全般」に広げるモデルとして紹介した。さらにCodex appでは、複数エージェントの並列実行やskillsによるワークフロー拡張を前面に出している。workspace agentsは、このCodex系統の「長時間・非同期・多段実行」という性格を、ソフトウェア開発だけでなく営業、経理、オペレーションといった一般業務に持ち込んだものと理解できる。(openai.com)

もう一つの土台は、ChatGPTのapps／MCPエコシステムだ。OpenAIは2025年末以降、従来のconnectorsをappsへ再編し、Google Drive、SharePoint、Slackなどの外部サービス接続や、MCPベースのカスタムアプリをChatGPT内で扱えるようにしてきた。workspace agentsのビルダーでも、tools、apps、custom MCPs、skills、filesを追加できる。つまり今回の新機能は、単独の新モデルというより、既存の社内知識接続・アプリ実行・技能部品化の仕組みを、共有エージェントという器に束ね直したものだ。(help.openai.com)

企業導入の観点では、ガバナンス機能がかなり前面に出ている。利用範囲は「自分だけ」「リンクを知る組織内ユーザー」「ワークスペースディレクトリ公開」から選べ、接続アプリにはエンドユーザー本人の資格情報を使う方式と、エージェント専用の共有接続を使う方式がある。機微な操作――たとえばスプレッドシート編集、メール送信、カレンダー追加――には承認を必須にできる。Enterprise/Edu管理者はRBACで構築・公開・利用・接続アプリのアクション範囲を制御でき、Compliance API経由で各エージェントの設定変更や実行状況を監査できる。公開後の利用分析やバージョン履歴も提供される。(help.openai.com)

同時に、制約も見えている。workspace agentsはEnterpriseでは初期状態でオフ、しかもEKMを有効化したEnterpriseワークスペースではローンチ時点で利用できない。またSlack運用にも前提条件があり、有料Slackプラン、アプリ承認、場合によってはSlack側でユーザーグループ管理権限の許可が必要になる。OpenAI自身も、外部コンテンツ由来のprompt injectionへの対策を明示しており、エージェントに広い権限を与えるほど、最小権限設計と監査の重要性は増す。要するに、便利さの本体は「勝手に働く」ことだが、企業が実際に評価すべきなのは「どこまで安全に任せられるか」の設計である。(help.openai.com)

この発表の戦略的な意味は、ChatGPTが個人向けの生成AIツールから、組織の実務を背後で回す基盤へ一段踏み込んだことにある。OpenAIはすでにdeep researchで調査、ChatGPT agentで個人の代理実行、apps/MCPで社内外システム接続、Codexで非同期エージェント運用を進めてきた。workspace agentsはそれらを「個人の便利機能」ではなく、「チームの標準業務」として固定化する器だ。製品フィードバック、月次決算、営業追客のような反復業務がここに載るなら、AIは“質問に答える相手”から“組織手順を再現する運用単位”へ移る。OpenAIがRipplingの事例として、営業向けエージェントが週5～6時間分の作業を背景で自動化したと紹介しているのも、その方向性を象徴している。(openai.com)

今後についてOpenAIは、自動起動トリガーの拡充、ダッシュボードの改善、業務ツールへのアクション拡大、Codex appでのworkspace agents対応を予告している。価格面では、2026年5月6日までは無料、その後はクレジット課金へ移行する予定だ。したがって現時点での見方としては、これは完成版というより、ChatGPTの企業向け常駐自動化基盤の最初の本格的な土台である。GPTsの次を問う発表というより、「AIを組織のどこに常駐させるか」を問う発表だった、とまとめるのが最も正確だろう。(openai.com)

主な出典：OpenAI公式発表「Introducing workspace agents in ChatGPT」、OpenAI Help Center「ChatGPT Workspace Agents for Enterprise and Business」「ChatGPT Agents App in Slack」「GPTs in ChatGPT」「Apps in ChatGPT」「Developer mode, and MCP apps in ChatGPT [beta]」「Company knowledge in ChatGPT」、およびOpenAIのCodex関連発表。(openai.com)