持续专题 · 2026年9月30日整理

OpenAI DevDay 2026:AI 怎样接手持续的工作

dots、Space 和 Pages、云端 Codex 怎样接成持续协作?从发布会的三维会场与实际界面出发,看模型成本、开发者工具和现有订阅分别改变了什么。

继续跟进:dots 连续使用后,能否减少重复交代和遗漏?

按问题阅读8 个章节

01这次值得持续看什么

发完请求之后,工作能不能继续向前?

一场发布会同时谈个人助手、共同编辑的文档、云端编程和第三方应用,容易让人只记住一串新名字。9 月 29 日的 OpenAI DevDay 可以围绕一个问题来看:人离开对话框之后,AI 能否继续跟进,把成果留在别人也能接手的地方?

dots 承接持续的任务,Space 和 Pages 保存共同修改的成果,Codex Cloud 提供开发环境,插件把外部工具接进来。模型的费用与速度决定这些工作能持续做到什么程度。把这些发布放在一起看,BitShovel 的判断是:OpenAI 正在把模型能力组织成一种可以长期协作的产品体验。

这条方向有前史。2025 年 DevDay 已经推出对话内应用与 Apps SDK,让开发者把自己的服务带进 ChatGPT。2026 年继续向前:界面可以有自己的工作区,材料可以共同维护,部分任务可以由新消息或评论触发。这个专题接续官方说明、现场体验和后续作品;本版核对到 9 月 30 日。

来源与补充

02持续助手

dots:从接到任务,到记住一项责任

OpenAI 的 dots 产品示意:Iggy 从访谈转录挑选片段,整理节目说明和社交帖子,并根据反馈更新整套材料。
官方场景示意:把一份转录接成片段、节目说明和社交文案,再同步修改。画面表达产品用途,不代表本站实测结果。OpenAI · dots 产品示意 · 原始来源 ↗查看大图 ↗

OpenAI 介绍的 dots 由 Astra 驱动,有自己的云端电脑,也可以使用你连接的应用。发布材料里,一个早期用户的 dot 发现他忘了给刊物开账单,先准备账单,再经他同意发出。这是厂商转述的早期案例,它具体说明了“发现遗漏—准备成果—交给人决定”怎样接起来。

对创作者而言,可以设想让同一个助手持续整理采访材料和待修改稿件;对小团队,则是跟进反馈、设计与发布准备。这里值得期待的是上下文能否延续:上次改过的措辞、已经确认的要求,下次是否还需要从头解释。前述创作与团队场景是本站据产品能力作的用途分析,仍需实际使用验证。

官方将空闲时的主动研究限定为只读;执行任务的权限则由连接的应用、用户规则和必要确认共同决定。首批 dots 面向支持地区的 Pro、Business Premium,并向管理员启用的企业、教育及医疗工作区提供 beta。首次创建要在桌面端或桌面浏览器完成,之后可在手机继续沟通。

来源与补充
  • Introducing dots ↗官方产品与早期案例云端电脑、主动研究、权限及首批开放范围。

03成果放在哪里

Space 和 Pages:让讨论留在同一份可修改的成果里

ChatGPT Space 官方示意:一个页面中展示入门原型,并标出两位协作者的位置。
官方的 Pages 协作示意:原型、文字和协作者停留在同一个页面里。它展示的是共同编辑的界面,不是某个团队已经验证的产出。OpenAI · ChatGPT Space 产品示意 · 原始来源 ↗查看大图 ↗

Space 是页面和文件的共同空间,Pages 是其中可以继续写、画图、分析和修改的文档。官方展示的场景里,同事可以在同一页面编辑、评论,再请 ChatGPT 或 dot 接着改。这样,一次讨论结束后,方案不必散落在多个人的聊天记录里。

以一次小型活动为例:把场地、预算、节目和待办放在一页,成员直接修改已经确认的部分,再让 AI 整理下一步。这是本站建议的起步场景。页面要持续跟进变化,还需要写明依据哪些材料、何时检查;“能更新”不代表所有连接资料都默认自动同步。

9 月 30 日核对时,Space 面向 Pro、Business 和 Enterprise。网页与桌面端可以创建和共同编辑,手机先支持查找、阅读和分享;协作幻灯片与表格、手机编辑仍在后续开放安排中。已经有 Pages,不等于发布会上所有协作形式都已到手。

来源与补充

04能力、成本与等待

Sol 6.1 与 Ultrafast,分别改变了什么?

Sol 6.1 的重点是能力与成本的组合。OpenAI 称它在编程、电脑操作和专业工作上接近 Astra,标准 API 输入、输出单价为 Astra 的五分之一。它已进入 ChatGPT Work、Codex 与 API;发布说明明确,普通 Chat 当时尚未提供。Astra 专题中的 Sol 6.1 比较已把独立测评里的任务费用与耗时放在一起对照,可以继续看哪些工作值得转移。

Ultrafast 改的是速度档位。官方文档把 Astra 在 Codex 中“最高 8 倍”限定为 token 生成速度,整项任务仍会花时间搜索、操作工具、测试和返工。快速看到一版结果,可能让人更愿意继续试不同方案;是否真的省下总时间,要看完整任务。

截至本版核对,Astra Ultrafast 已向 Pro 500 和符合条件的企业、教育计划开放,Sol 6.1 Ultrafast 仍标为即将推出。Astra Ultrafast 对套餐内用量按标准档的 8 倍消耗,购买点数与企业按量部分为 6 倍计费;这两个数字不能当成速度提升。API 有自己的计价。

来源与补充

05开发者怎样接入

云端负责继续跑,插件负责接到真实工具

Codex Cloud 把代码、环境设置和执行放到可复用的云端环境,便于在不同设备继续任务,也让团队共享一套开发准备。它与远程连接自己的电脑是两种运行方式。官方环境文档仍列有能力差异:当前 Codex 云环境不支持浏览器与电脑操作,不能把大会上 Agents API 的 computer use 直接当成所有云端任务都具备的功能。

Plugin extensions 让开发者在 ChatGPT 里提供侧栏入口、独立交互面板和文件查看器。对做设计、资料整理或专业工具的人,成果可以留在适合它的界面里,与旁边的对话共同使用。各客户端和套餐的开放范围不同,文档仍将 Free/Go 的网页扩展标为后续开放。

MCP Events 则让支持它的插件报告“新消息”“新评论”等变化,再按用户设定触发工作。比如任务板出现新事项后,整理相关资料并准备一份计划。这需要插件实现事件支持,再配好具体动作;接上一个旧插件,不代表它自动具有持续监听能力。

来源与补充

06现场看到了什么

三维会场、发布雷达,还有现场卡住的时刻

DevDay 舞台屏幕展示在 Codex 中制作的 Fort Mason 会场三维场景,左侧是任务列表,右侧是有舞台与座椅的网页场景。
Simon Willison 拍下的现场演示画面:会场被做成可浏览的三维网页。现场演示说明一条创作路径;还需要公开作品和完整过程来判断日常可复现性。Simon Willison · DevDay 现场照片 · 原始来源 ↗查看大图 ↗

Simon Willison 的现场记录里,Romain Huet 给三维会场输入指令后,把直播接到了场景内的大屏上;Sites 分会场则把发布事项表格变成 Launch Radar 网站。前者让人直观看到快速编程怎样缩短“想改一处—看到变化”的距离,后者展示材料怎样变成团队可浏览的工具。它们是发布会演示,还没有证明长期运行效果。

同一记录也保留了不顺利之处:Dottie 回答前出现等待,三维演示的语音没有配合,讲者改用打字。Simon 自己在开场前试用 Codex Cloud 做照片上传工具遇到问题,转用了另一工具;这是新版演示前的一次个人经历,不能据此给新版本下总判断。

现场还出现了 MicroDuck 机器人,已有专题可以接着看它的实物与开发过程。这些画面值得保留,因为它们把两个问题摆在一起:AI 已经能参与哪些具体制作,人又需要在哪些地方接手。后续最有价值的材料,是作者公开输入、修改过程、失败与最终成果,让我们看清演示中的能力怎样延续成日常可用的作品。

来源与补充

07与现有订阅的关系

同一个 ChatGPT 订阅,开始走进其他应用

Sign in with ChatGPT 包含两个可以分开选择的动作:用 ChatGPT 身份登录,或允许参与接入的应用使用你的套餐用量。Plus/Pro 用户在符合条件的应用中可以选择后者,不需要把 API Key 交给应用。那些 AI 请求会消耗原有 Work/Codex 用量池,并不会多出一份免费额度。

这可能影响“我已经付了订阅,还要不要换工具”的选择:可以先看自己常用的应用是否支持,再给它设置每周用量上限。应用自己的服务、基础设施或高级功能仍可能另外收费。对开发者而言,这是连接已有用户的一条路径;对使用者而言,更容易沿用熟悉工具,但总费用仍要一起看。

Pro 500 是本次新增的每月 500 美元方案,包含 Ultrafast。帮助页也确认 Pro 200 恢复新订阅,但新订阅的用量低于此前方案;符合保留条件的旧用户,其原用量只延续到 10 月 29 日。个人选择应先看实际工作量和需要的功能,不能只把发布会上最高的速度档位当成默认选项。

来源与补充

08把发布接回自己的事

先选一件会反复发生的事,看它能否接得住

如果你经常做活动、课程或内容策划,可以从一份真实材料开始,观察 Pages 能否让修改更容易接续;如果你已经用 AI 写代码,可以在同一项工作里比较本地与云端、标准速度与更快档位的完成结果;如果你想开发工具,先把一个具体界面或事件接入做好,再判断是否需要更多自动化。以上是本站建议的观察路径,不是已经完成的用户测试。

对于已经习惯 Opus、Muse 或其他工具的人,DevDay 同样提供了一个参照:你的任务需要的是更合适的模型、一个可共同修改的成果,还是离开电脑后仍能继续的运行环境?不一定要同时更换所有工具。先弄清哪一环改善了自己的体验,才有理由切换或搭配。

这个专题下一步跟踪三件事:dots 连续使用后能否减少重复交代,Pages 与外部资料发生冲突时怎样更新,以及开发者用新接口真正做出了什么。如果出现可回看的过程和作品,就接回对应章节;如果日常返工抵消了演示中的收益,也要据此修订当前认识。

接下来还会关注

09继续关注

接下来还会关注

  • dots 连续使用后,能否减少重复交代和遗漏?
  • Pages 如何处理多人修改和外部资料变化之间的冲突?
  • 有哪些公开输入、返工和最终作品的开发者案例?