ChatGPT 上新 Slides,并行智能体才是主菜

2026 年 10 月 16 日,ChatGPT 上线 Slides,同时对话标签页里的 GPT-6 Pro 拿到一次升级:多个智能体并行处理同一任务的不同部分。两件事同天发布,但分量不同。Slides 让产品看起来更像一个工作空间,并行智能体才是真正改变使用方式的那一项。这是 OpenAI 一轮 28 天产品冲刺中的第 12 天更新。

ChatGPT Pro 把单个任务拆分给多个智能体并行的报道

图 1:并行智能体把同一任务拆成多个子任务同时推进

事件经过

Slides 的能力可以拆成几条:

  1. 从对话、文件、大纲或示例文稿起稿
  2. 直接编辑文本、图片、形状、图表,也可以让模型来改
  3. 邀请同事实时协同编辑、留共享评论
  4. 演示文稿能直接在 ChatGPT 里放映
  5. 网页端可导出 PowerPoint、PDF、Google Slides,桌面端装上相应软件后可在 PowerPoint 或 Keynote 中打开

覆盖范围是具备 Space 访问权限的 Pro、Business、Enterprise 用户,网页端与桌面端。

同日的 GPT-6 Pro 升级有三项:

  1. 响应更快
  2. 更好地调用插件与工具完成任务
  3. 多个智能体并行处理同一任务的不同部分,可在对话中跟踪各智能体进度,并打开已完成的任务看每个智能体做了什么

面向符合条件的 Pro 用户分批推送,托管工作区是否可用取决于工作区设置与推送资格。

Slides 的意义不在做 PPT,在工作空间

把功能拆开看,Slides 其实是三个动作拼起来的:Space 提供的权限与归属、实时协同与共享评论、多格式导出。做演示文稿的工具早就有,把文稿生成放进对话产品里也不算新鲜。变的是位置。

文稿不再是一个必须导出的终点文件,而是对话里可以直接放映、可以被同事改、可以留评论的活对象。它和个人空间挂钩,跟对话历史放在一起,权限跟着工作区走。对企业客户来说,这一条比能不能一键生成 PPT 重要得多:它决定了采购的是一个聊天工具,还是一个团队的协作空间。前者按人头订阅,后者要接管一些工作流——这是两门生意。

另一个容易被跳过的细节是导出格式:PowerPoint、PDF、Google Slides 三种,覆盖了企业里真实流转的绝大多数格式。工具要进企业,先得学会说对方的语言。

真正值得留意的是顺序。先有 Space,再有协同编辑,再有 Slides,这条路走下来,ChatGPT 的定位正在从「回答问题的窗口」变成「几个人一起干活的地方」。Slides 只是这条路上最容易被看见的那一步。

多智能体从 API 能力,变成对话框里的一个按钮

过去一年,多智能体是开发者的事:拆任务、写编排、管上下文、接工具,全是工程量,做不好还会互相覆盖。现在它被做成产品里的一个默认行为——同一个任务的不同部分分给几个智能体,用户在对话里看进度,点开已完成的任务能看到每个智能体做了什么。配套的还有子智能体上下文复用与更长的缓存保留,官方说法是在同等额度下做更多事。

真正的变化在门槛。一个完全不懂编排的普通用户,第一次用上了并行。这件事在产品史上的意义,比任何一次基准刷新都实在:能力从能写代码调用,下沉到点一下就有。

但产品化也意味着细节被藏起来。任务怎么拆、拆成几支、什么时候合并、冲突怎么处理,用户既看不到,也不需要看到——直到结果不对的那一天。那时候能不能定位问题,取决于界面留了多少痕迹。

GPT-6 Astra Pro 并行智能体升级的拆解与分析

图 2:并行智能体把同一任务拆成多个子任务并展示各自进度

更快目前只是产品声明

必须说清楚:官方没有公布任何速度数字、并发上限与任务拆分机制。它也没有为这个版本发布任何基准测试。流传的各种百分比提速,全部是外界推测。把它写成既成事实,是替厂商完成了一次它自己都没做的验证。

唯一较认真的社区实测,是一次 50 个 PR 的代码审查对比:GPT-5.6 Sol 找出 107 个 bug,GPT-6 Astra 找出 91 个,但后者更精准、更快。这个结果说明不了更强——找到的 bug 数量反而少了——只说明两代模型的能力分布不一样,一个偏广,一个偏准。

也就是说,眼下能被验证的只有两件事:Slides 已经可用,并行正在分批推送。其余都是说法。

命名上还有一处容易被误读成两次发布:官方发布说明写作 GPT-6 Pro;官方社交账号的帖文最初也写 GPT-6 Pro,随后编辑为 GPT-6 Astra Pro。这是同一件事的两种叫法,不是两次发布。产品冲刺的节奏很快,这类细节很容易在传播里被放大成又发了一版。

个人观点

把多智能体做进消费级产品,是这一年最实质的形态变化。基准分涨几个点,用户感知不到;一个任务被拆成几支同时跑,用户在对话框里能直接看见。产品的竞争重心从模型多强转向编排多稳,这是另一场比赛,比的不是参数量,是工程耐心。

但更快这个词需要被追问。官方一个字的速度数据都没给,产品声明和既成事实之间,隔着一次独立复现。社区那次 50 个 PR 的对比反而更有信息量:新模型找出的 bug 更少、但更精准、更快。这不是全面超越,是取舍。如果连官方都不愿意给数字,用户至少该知道自己正在用什么标准判断。

还有一个被忽略的点:并行会让过程难以复核。单个回答错了,你能看到它错在哪一步;几支智能体同时跑,最后合并出一个结果,出错时的定位成本会上升。可跟踪进度、可打开查看是好的开始,但那是给人看的界面,不是审计记录。

对企业来说,最务实的动作是等两周:等真实的并发表现、真实的额度消耗、真实的任务拆分质量浮出来,再决定要不要把核心流程搬进去。产品冲刺里的第 12 天,不是为生产环境准备的。

更新时间:2026-10-18