OpenAI 给 ChatGPT Pro 加入并行智能体，GPT-6 可同时处理多任务

OpenAI 于 2026 年 10 月 16 日更新了 ChatGPT 内的 GPT-6 Astra Pro，让多个智能体能同时处理一个复杂请求的不同子任务。符合条件的 Pro 订阅者现在可以直接在对话窗口中跟踪每个智能体的进度，再打开任何已完成的子任务单独检查输出。此次更新还带来总体更快的响应，以及与 ChatGPT 插件和工具生态更紧密的集成 —— 该生态现已涵盖 4000 多个第三方应用。OpenAI 确认了此次更新，于 10 月 16 日通过其官方 X 账号发布。

并行智能体在 Chat 标签页内如何运作

在 10 月 16 日之前，GPT-6 Astra Pro 顺序处理复杂请求：一个智能体、一条步骤链、一个输出。此次更新在 Chat 标签页内引入了新的执行模型。当 GPT-6 Astra Pro 收到一个多部分请求 —— 按市场细分拆开的竞争分析，或并行的代码生成与文档工作 —— 它可以把目标分解为并发的工作流，每条流水线分配一个智能体。智能体并行运行而不是排队等候，用户在同一对话窗口中看到每条工作流随进展展开。

当一个智能体完成其部分时，用户可以打开该子任务并单独审阅输出，然后由一个父级编排器把结果组装成最终回复。OpenAI 的发布说明称此次更新还改进了插件和工具使用，表明每个并行智能体可以独立调用工具，而不是经由单一的顺序调用链路由。

一个范围边界：10 月 16 日的 API 更新日志只记录了语音相关的更新，没有新的并行智能体端点。并行智能体能力是 Chat 产品功能，而不是暴露出来的 API 原语。在 OpenAI API 上构建编排工作流的开发者无法直接调用同一协调层；这一区别把它与基础设施变更区分开来，牢牢放在消费产品层级。

GPT-6 Astra Pro 的编排模型及其设计取舍

GPT-6 Astra 自 2026 年 9 月 3 日发布以来一直是 ChatGPT Pro 层级的底层模型，也驱动着 Codex 和当月晚些时候在 DevDay 推出的 Dots 智能体。在 Chat 标签页中，模型看起来自己完成分解决策 —— 识别哪些子任务足够独立可以并行运行 —— 而不要求用户指定智能体图。

这与基于 API 的多智能体编排不同，后者由开发者在应用代码中编写分解逻辑、智能体拓扑、工具分配和重试行为。Chat 产品放弃了那种可配置性 —— 智能体数量、它们的工具分配、回退逻辑 —— 以换取让非技术用户无需编排代码就能使用并行化工作。通过 ChatGPT 界面交互的用户目前无法指示模型生成特定数量的智能体、给特定智能体分配特定工具，或定义故障恢复路径。

这一取舍是有意的。非技术的 Pro 订阅者现在可以从一条聊天提示把多部分的研究或分析任务路由给同时运行的智能体，这种能力此前需要 OpenAI 的 Assistants API、LangGraph 或 AutoGen 等第三方编排框架，或者一个专门的智能体产品。

六周内第三个面向消费者的智能体发布

10 月 16 日是 OpenAI 六周内第三个重要的面向消费者的智能体发布。

9 月 29 日在 DevDay 上，OpenAI 推出了 Dots —— 在专用云计算机上运行 GPT-6 Astra 的持久、常驻智能体，能在对话之间继续工作，并通过插件生态触达 4000 多个应用。Dots 面向 Pro 和 Business Premium 订阅者。Dots 代表一种长程异步执行模型：用户委托一个跨会话的后台任务，智能体在对话之间回到该任务。

Chat 中的并行智能体功能占据不同的执行生态位。这些智能体绑定于会话：它们从单一提示扇出、并发运行，并在同一对话内返回结果。它们不在会话之间持久存在。两种能力互补 —— Dots 用于跨会话的异步后台工作，并行 Chat 智能体用于活跃会话内的同步扇出。

OpenAI 还在 2026 年 7 月推出了 GPT-5.6「ultra」设置，在 Codex 内为编码任务最多并行运行四个智能体，在该语境下把 GPT-5.6 Sol 的 Terminal-Bench 2.1 分数从 88.8% 提高到 91.9% —— 这是尚未被独立复现的公司自报数字。10 月 16 日的发布把并行执行模型从专门的编码工作流扩展到了通用的 ChatGPT Chat 界面。

Anthropic 有并行智能体，但不在消费者聊天界面里

最直接的竞争先例是Anthropic 于 2026 年 2 月 5 日推出的 Claude Code Agent Teams，与 Claude Opus 4.6 同时发布。在该系统中，Claude Code CLI 里的一个主导智能体可以把子任务委派给多个并发运行的队友智能体，在一个会话内同时进行研究、代码生成和调试。Anthropic 记录了一个内部用例：16 个 Claude Opus 4.6 智能体并行工作，在近 2000 个会话中构建了一个 10 万行、基于 Rust 的 C 编译器，估计 API 成本约 2 万美元 —— 这些是 Anthropic 陈述但尚未被独立复现的数字。

部署面与 OpenAI 10 月 16 日的更新有显著不同。Claude Code Agent Teams 需要基于终端的安装、配置和明确的编排设置 —— 这是面向工程师的开发者工具。OpenAI 的并行 Chat 智能体通过 ChatGPT 浏览器或应用界面即可使用，无需安装或代码。对非技术的 Pro 订阅者来说，这一界面差异是关键：并行化的 AI 工作现在从聊天提示就能触达，而不是从终端窗口。

Anthropic 在开发者一侧通过 Claude Code Projects 推进了其并行智能体能力，该功能于 2026 年 9 月 17 日以有限测试形式向 Pro 和 Max 用户推出，到 10 月 9 日向所有排队的 Pro 和 Max 用户开放。该发布缩小了开发者工具一侧的差距。Claude Code Projects 和最初的 Agent Teams 都没有把并行编排带到 Anthropic 的消费者聊天界面，后者仍是顺序的。

延伸阅读：Claude Code 桌面版新增嵌套会话与保存的环境，面向并行智能体工作

用量计量和推出范围仍未明确

OpenAI 没有披露并行智能体运行如何与 Pro 订阅的用量限制互动。每个子智能体是独立消耗月度用量上限、智能体共享一个合并池，还是该功能有单独计量，截至 10 月 19 日发布说明和任何后续沟通都没有涉及。对计划在密集任务上使用并行执行的 Pro 用户，这是一个实质性的开放问题：如果三个同时运行的智能体各算一次完整的用量消耗，该功能的实际单任务成本可能是标准单智能体请求的三倍。

推出也是分阶段而非全员的。10 月 16 日的发布覆盖 Chat 标签页中符合条件的 Pro 用户；Team、Business 和 Enterprise 账户不在这一波之内，OpenAI 也没有宣布这些计划的时间表。并非所有 Pro 账户同时收到该功能 —— 推出是渐进的。

自 10 月 16 日以来的早期用户反应对速度提升和同时观看多条工作流的能力总体正面，一部分用户反映该功能在接受哪些任务做并行化上比预期保守，而逐智能体的决策透明度不及他们的预期。

10 月 16 日的更新推进了 OpenAI 所宣称的方向：让多智能体 AI 协调成为一种标准的界面选择，而不是一项基础设施投入。这一转变能否在规模上触达组织，取决于两个未决的决定：OpenAI 如何按 Pro 限制计量并行运行 —— 这将决定密集的并行使用在经济上是否可行 —— 以及该功能何时从个人 Pro 账户扩展到 Team 和 Enterprise，那里多人工作流对并行化 AI 工作流的需求最为明确。这两个决定将决定 10 月 16 日标志的是知识工作者使用 ChatGPT 方式的一次广泛行为变化，还是一次更审慎推出的开场。