持续专题 · 2026年9月30日整理
OpenAI DevDay 2026:AI 怎样接手持续的工作
dots、Space 和 Pages、云端 Codex 怎样接成持续协作?从发布会的三维会场与实际界面出发,看模型成本、开发者工具和现有订阅分别改变了什么。
继续跟进:dots 连续使用后,能否减少重复交代和遗漏?

01这次值得持续看什么
发完请求之后,工作能不能继续向前?
一场发布会同时谈个人助手、共同编辑的文档、云端编程和第三方应用,容易让人只记住一串新名字。9 月 29 日的 OpenAI DevDay 可以围绕一个问题来看:人离开对话框之后,AI 能否继续跟进,把成果留在别人也能接手的地方?
dots 承接持续的任务,Space 和 Pages 保存共同修改的成果,Codex Cloud 提供开发环境,插件把外部工具接进来。模型的费用与速度决定这些工作能持续做到什么程度。把这些发布放在一起看,BitShovel 的判断是:OpenAI 正在把模型能力组织成一种可以长期协作的产品体验。
这条方向有前史。2025 年 DevDay 已经推出对话内应用与 Apps SDK,让开发者把自己的服务带进 ChatGPT。2026 年继续向前:界面可以有自己的工作区,材料可以共同维护,部分任务可以由新消息或评论触发。这个专题接续官方说明、现场体验和后续作品;本版核对到 9 月 30 日。
来源与补充
- OpenAI DevDay 2026 总览 ↗官方发布 · 9 月 29 日大会发布范围;各项开放条件还需看对应产品文档。
- 2025:ChatGPT 应用与 Apps SDK ↗官方历史材料开发者服务进入对话的前一阶段。
02持续助手
dots:从接到任务,到记住一项责任

OpenAI 介绍的 dots 由 Astra 驱动,有自己的云端电脑,也可以使用你连接的应用。发布材料里,一个早期用户的 dot 发现他忘了给刊物开账单,先准备账单,再经他同意发出。这是厂商转述的早期案例,它具体说明了“发现遗漏—准备成果—交给人决定”怎样接起来。
对创作者而言,可以设想让同一个助手持续整理采访材料和待修改稿件;对小团队,则是跟进反馈、设计与发布准备。这里值得期待的是上下文能否延续:上次改过的措辞、已经确认的要求,下次是否还需要从头解释。前述创作与团队场景是本站据产品能力作的用途分析,仍需实际使用验证。
官方将空闲时的主动研究限定为只读;执行任务的权限则由连接的应用、用户规则和必要确认共同决定。首批 dots 面向支持地区的 Pro、Business Premium,并向管理员启用的企业、教育及医疗工作区提供 beta。首次创建要在桌面端或桌面浏览器完成,之后可在手机继续沟通。
来源与补充
- Introducing dots ↗官方产品与早期案例云端电脑、主动研究、权限及首批开放范围。
03成果放在哪里
Space 和 Pages:让讨论留在同一份可修改的成果里

Space 是页面和文件的共同空间,Pages 是其中可以继续写、画图、分析和修改的文档。官方展示的场景里,同事可以在同一页面编辑、评论,再请 ChatGPT 或 dot 接着改。这样,一次讨论结束后,方案不必散落在多个人的聊天记录里。
以一次小型活动为例:把场地、预算、节目和待办放在一页,成员直接修改已经确认的部分,再让 AI 整理下一步。这是本站建议的起步场景。页面要持续跟进变化,还需要写明依据哪些材料、何时检查;“能更新”不代表所有连接资料都默认自动同步。
9 月 30 日核对时,Space 面向 Pro、Business 和 Enterprise。网页与桌面端可以创建和共同编辑,手机先支持查找、阅读和分享;协作幻灯片与表格、手机编辑仍在后续开放安排中。已经有 Pages,不等于发布会上所有协作形式都已到手。
来源与补充
- ChatGPT Space 产品说明 ↗官方产品说明 · 9 月 30 日核对共同编辑、更新方式和不同设备的开放区别。
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 有自己的计价。
来源与补充
- GPT-6.1 Sol 发布说明 ↗官方定位与使用入口接近 Astra 是厂商定位;入口与单价按发布说明。
- 速度档位文档 ↗官方文档 · 9 月 30 日核对生成速度、用量消耗与开放条件分别计算。
05开发者怎样接入
云端负责继续跑,插件负责接到真实工具
Codex Cloud 把代码、环境设置和执行放到可复用的云端环境,便于在不同设备继续任务,也让团队共享一套开发准备。它与远程连接自己的电脑是两种运行方式。官方环境文档仍列有能力差异:当前 Codex 云环境不支持浏览器与电脑操作,不能把大会上 Agents API 的 computer use 直接当成所有云端任务都具备的功能。
Plugin extensions 让开发者在 ChatGPT 里提供侧栏入口、独立交互面板和文件查看器。对做设计、资料整理或专业工具的人,成果可以留在适合它的界面里,与旁边的对话共同使用。各客户端和套餐的开放范围不同,文档仍将 Free/Go 的网页扩展标为后续开放。
MCP Events 则让支持它的插件报告“新消息”“新评论”等变化,再按用户设定触发工作。比如任务板出现新事项后,整理相关资料并准备一份计划。这需要插件实现事件支持,再配好具体动作;接上一个旧插件,不代表它自动具有持续监听能力。
来源与补充
- Codex Cloud ↗官方使用说明云端运行与可复用环境。
- Cloud environments ↗官方能力边界当前不支持的云端功能。
- Plugin extensions ↗官方开发者文档面板、文件查看器与客户端开放差异。
- MCP Events ↗官方开发者文档让事件触发用户指定工作所需的插件支持。
06现场看到了什么
三维会场、发布雷达,还有现场卡住的时刻

Simon Willison 的现场记录里,Romain Huet 给三维会场输入指令后,把直播接到了场景内的大屏上;Sites 分会场则把发布事项表格变成 Launch Radar 网站。前者让人直观看到快速编程怎样缩短“想改一处—看到变化”的距离,后者展示材料怎样变成团队可浏览的工具。它们是发布会演示,还没有证明长期运行效果。
同一记录也保留了不顺利之处:Dottie 回答前出现等待,三维演示的语音没有配合,讲者改用打字。Simon 自己在开场前试用 Codex Cloud 做照片上传工具遇到问题,转用了另一工具;这是新版演示前的一次个人经历,不能据此给新版本下总判断。
现场还出现了 MicroDuck 机器人,已有专题可以接着看它的实物与开发过程。这些画面值得保留,因为它们把两个问题摆在一起:AI 已经能参与哪些具体制作,人又需要在哪些地方接手。后续最有价值的材料,是作者公开输入、修改过程、失败与最终成果,让我们看清演示中的能力怎样延续成日常可用的作品。
来源与补充
- Simon Willison 的 DevDay 现场记录 ↗原作者现场观察 · 获赠入场券包含演示与不顺利的现场环节;不是独立稳定性测评。
07与现有订阅的关系
同一个 ChatGPT 订阅,开始走进其他应用
Sign in with ChatGPT 包含两个可以分开选择的动作:用 ChatGPT 身份登录,或允许参与接入的应用使用你的套餐用量。Plus/Pro 用户在符合条件的应用中可以选择后者,不需要把 API Key 交给应用。那些 AI 请求会消耗原有 Work/Codex 用量池,并不会多出一份免费额度。
这可能影响“我已经付了订阅,还要不要换工具”的选择:可以先看自己常用的应用是否支持,再给它设置每周用量上限。应用自己的服务、基础设施或高级功能仍可能另外收费。对开发者而言,这是连接已有用户的一条路径;对使用者而言,更容易沿用熟悉工具,但总费用仍要一起看。
Pro 500 是本次新增的每月 500 美元方案,包含 Ultrafast。帮助页也确认 Pro 200 恢复新订阅,但新订阅的用量低于此前方案;符合保留条件的旧用户,其原用量只延续到 10 月 29 日。个人选择应先看实际工作量和需要的功能,不能只把发布会上最高的速度档位当成默认选项。
来源与补充
- 在其他应用中使用 ChatGPT 计划 ↗官方帮助 · 9 月 30 日核对登录身份、共享额度、应用上限和另外收费分开。
- ChatGPT Pro 档位 ↗官方计划说明 · 9 月 30 日核对Pro 500 与 Pro 200 的价格、功能及过渡条件。
08把发布接回自己的事
先选一件会反复发生的事,看它能否接得住
如果你经常做活动、课程或内容策划,可以从一份真实材料开始,观察 Pages 能否让修改更容易接续;如果你已经用 AI 写代码,可以在同一项工作里比较本地与云端、标准速度与更快档位的完成结果;如果你想开发工具,先把一个具体界面或事件接入做好,再判断是否需要更多自动化。以上是本站建议的观察路径,不是已经完成的用户测试。
对于已经习惯 Opus、Muse 或其他工具的人,DevDay 同样提供了一个参照:你的任务需要的是更合适的模型、一个可共同修改的成果,还是离开电脑后仍能继续的运行环境?不一定要同时更换所有工具。先弄清哪一环改善了自己的体验,才有理由切换或搭配。
这个专题下一步跟踪三件事:dots 连续使用后能否减少重复交代,Pages 与外部资料发生冲突时怎样更新,以及开发者用新接口真正做出了什么。如果出现可回看的过程和作品,就接回对应章节;如果日常返工抵消了演示中的收益,也要据此修订当前认识。
接下来还会关注
09继续关注
接下来还会关注
- dots 连续使用后,能否减少重复交代和遗漏?
- Pages 如何处理多人修改和外部资料变化之间的冲突?
- 有哪些公开输入、返工和最终作品的开发者案例?