OpenAI 在 DevDay 上围绕 ChatGPT 做的一组改动,指向一个比单个智能体更大的意图:把 ChatGPT 从「对话窗口」改造成「智能体跑业务的工作台」。这和它同期推出的 Dots 是两套叙事——Dots 是那个常驻、跨应用执行任务的智能体本身;而 ChatGPT Space、侧栏插件与 MCP Events,是承载这些智能体的界面与机制。后者长期被低估,却可能更决定普通用户怎么感知「智能体时代」。

为什么是现在?过去两年,ChatGPT 的增长几乎全靠对话;但当用户开始让智能体替自己跑真实业务,痛点就从「答得准不准」变成「东西散在哪、要切几次窗口」。Space 与插件要解决的,正是这份额外的上下文切换税——把文档、表格、第三方工具、智能体收进同一个空间,人不再在浏览器标签页之间来回搬运。OpenAI 把这段体验内部化,等于把智能体从「问答插件」升级为「业务操作台」。

DevDay 把 ChatGPT 重新定位(发布口径)旧:对话窗口一问一答、上下文切换新:共享空间人 + 智能体协同编辑文档/表/幻灯片侧栏插件常驻第三方工具进固定面板MCP Events插件可被事件自动触发方向:把 ChatGPT 变成智能体跑业务的「工作站」,而非聊天框
图 1|ChatGPT Space 让人类与智能体在同一空间里协同编辑,侧栏插件与 MCP Events 则把第三方工具变成常驻、可自动触发的工作件。

ChatGPT Space 是一块共享工作空间,人和智能体可以在里面实时协同编辑文档、表格和幻灯片。过去智能体产出一份报告或一张表,往往要贴回对话、再由人搬到别处;Space 让这部分上下文切换内部化,人改、智能体也改,双方看着同一份活。侧栏的交互式插件扩展,则给第三方开发者工具在 ChatGPT 里一个固定常驻位,不再只是「在对话里贴一段结果」的文本桥接。配套提出的 MCP Events 规范,让这些插件可以被事件自动触发,工作流不必每次由人起头。

从「文本桥接」到「事件驱动」旧:文本桥接在对话里贴结果,靠人搬运新:侧栏常驻工具在固定面板,边聊边用事件触发MCP Events 让工作流自动跑代价:EEA/UK 因合规审查暂时未上线,属区域限制非能力缺失
图 2|侧栏常驻 + MCP Events,把插件从「临时对话工具」升级为「可被事件唤起的常驻工作件」,但欧洲合规尚未放行。

这套组合拳的逻辑,是让 ChatGPT 变成一个工作站,而不是一个聊天框。智能体在 Slack、Teams 里持续跑(Dots 那条线),在 ChatGPT 里则有了一块能协同编辑、能挂外部工具、能被事件唤起的空间。OpenAI 还提到与微软把 Dots 接进 Agent 365 的安全控制,说明企业治理会被放在采用的中心,而不是事后补丁。对已经在用 ChatGPT 做日常工作的团队,这意味着「切出去用别的软件」的动作会越来越少。

但要分清楚,这条线和 Dots 不是同一篇故事,不必重复讲。Dots 是智能体本体,本文关注的是「智能体在哪个台面上跑、怎么被外部工具增强」。两者的关系更像操作系统与应用:Space 与插件是台面,Dots 是跑在上面的常驻程序。把视线放在台面上,才能看清 OpenAI 想抢的其实是「工作入口」——当文档、表格、第三方工具、智能体都聚在同一个空间,ChatGPT 就从问答工具变成了业务操作系统。

边界也要讲清。其一,欧洲经济区与英国因合规审查暂时未上线相关能力,属区域限制而非能力缺失,说明这类深度嵌入工作流的智能体,合规仍是硬约束。其二,MCP Events 目前是「拟议规范」,从提案到被广泛实现还有距离;插件能否真正被事件稳定唤起,取决于生态跟进。其三,把更多数据和工作流聚到同一个空间,也意味着更集中的权限与更大的泄露面,治理必须同步跟上。

对已经把 ChatGPT 当日常工具的团队,Space 最实在的改变是「知识沉淀」:过去一次对话里的结论随窗口关闭就散了,现在可以落进一个持续存在的空间,下次智能体接着用,人不必反复把背景讲一遍。这比单次问答更强的地方,在于上下文能跨时间累积,团队经验不再随会话蒸发。

对竞品与开发者,ChatGPT Space 释放的信号是:智能体的下一战场不只是「谁更会干活」,更是「谁提供智能体干活时待的那块台面」。谁把人、工具、智能体、数据拢进同一个可被事件驱动的空间,谁就更接近未来的工作入口。对普通用户,短期能感知的是少切几次窗口;长期看,ChatGPT 正在从「你问它答」滑向「你和它一起在同一个工作台里把事办了」。