# OpenAI DevDay 2026：ChatGPT 的共享页面，让团队和 AI 一起改稿 > Space 与 Pages 让团队共同维护资料，Dots 与团队任务尝试接住持续工作。读懂谁能看到共享内容、谁有权连接工具，以及订阅功能和 API 能力的边界。 - Published: 2026年10月2日 - Author: PiRouter Team, Engineering - Tags: ecosystem, agents - Canonical: https://pirouter.ai/zh/blog/devday-2026-chatgpt-workspace --- **OpenAI DevDay 2026 最值得普通用户注意的，不只是一款新模型，而是 ChatGPT 开始有了让人和 AI 一起留下工作成果的地方。** Space 汇集资料，Pages 让文档继续被人和 agent 编辑；Dots 和团队任务则试着让一部分工作在下一次对话前继续推进。这是我们对大会产品组合的观察，不等于所有账号今天都能同时使用：功能所在的计划、设备和开放状态各不相同。 大会在旧金山时间 **9 月 29 日**举行，换算到北京时间是 **9 月 30 日**。OpenAI 的[官方总览](https://openai.com/index/devday-2026-recap/)列出二十多项更新，但把它们逐个翻成“新增功能”，反而很难回答一个更日常的问题：团队在周一讨论、周三改稿、周五交接时，AI 究竟接得住哪部分工作？ ## 假设一个发布计划，今天谁来接昨天的稿？ 假设你和几位同事准备一次产品发布。周一有人收集用户问题，周二另一位同事调整卖点，周三工程师补上功能限制；每个人都曾找 ChatGPT 整理材料。到周四，真正费力的可能不是再生成一份漂亮的大纲，而是确定哪份资料是最新的、谁改了结论、下一位接手的人要从哪里继续。 过去“跟 AI 聊一聊”通常以一段个人对话为中心；团队工作则需要一个能共同访问、继续编辑、交代权限的对象。DevDay 这批发布正好提供了观察这种变化的窗口：ChatGPT Space 是资料和页面所在的位置，Pages 是可共同修改的成果，团队任务与 dot 则试图让工作不必每次从零提示开始。它们不是一个按下就能启动的单一功能。 ## Space 和 Pages：从回答走到共同修改的成果 按[DevDay 官方总览](https://openai.com/index/devday-2026-recap/)，**ChatGPT Space** 是团队成员、ChatGPT 和 dot 能围绕共享知识工作的空间。OpenAI 称它会根据给定指令整理内容，让人回到先前的工作。它不是把所有旧对话自动合并成一份团队知识库：官方[Space 帮助页](https://help.openai.com/en/articles/20001544-chatgpt-space-sharing-data-and-controls)说，Space 成为文件与 Pages 的所在地，取代原先的 Library，原有 Projects 则保持原样。 对上述发布计划而言，空间的价值是“下一位打开时能找到什么”。一份计划书、会议后追加的素材、需要同事确认的页面，如果只散在个人聊天记录里，别人很难知道应从哪里开始。放进共同空间后，至少有了可分享的内容对象。不过，一个空间不是一次性授权：你邀请谁、对方能看或能改什么，仍要看具体分享设置。 真正改变写作过程的是 **Pages**。官方把它描述为供人和 agent 协作的文档：可以在对话中创建一页，然后邀请同事参与。写作、研究、图表、图片或信息可视化，都可以围绕这份页面继续展开。它与“让模型回一篇文章然后复制到别处”的差别，是下一位参与者可以在同一个成果上继续提问和改动，而不是猜上一位到底采纳了哪个版本。 AI 不会因此自动理解团队的全部背景。能否省力，还得看人有没有把关键证据、待定判断和负责人写清楚。 ![OpenAI 的 Pages 官方演示图展示一份 Q4 团队文档与共同编辑界面。](/blog/images/devday-2026-chatgpt-workspace-pages.png "官方 Pages 产品演示，不是本站账号实测。来源：[OpenAI DevDay 2026 Recap](https://openai.com/index/devday-2026-recap/)") 沿着共同编辑这个方向，OpenAI 还展示了协作幻灯片。**它目前仍是预告，官方说未来几周提供**；下面是演示画面，不是今天可以直接打开的入口。 ![OpenAI 官方协作幻灯片演示中的多人评论与编辑画面。](/blog/images/devday-2026-chatgpt-workspace-presentations.png "幻灯片功能公告为未来几周开放；本图是官方演示而非当前账户可用性证明。来源：[OpenAI DevDay 2026 Recap](https://openai.com/index/devday-2026-recap/)") 至于 Space 与 Pages，截至 10 月 1 日，官方宣布的计划是 **Pro、Business、Enterprise**，入口在 ChatGPT 桌面应用和网页端。手机端能查找、阅读、分享页面，但**创建和编辑还在后续计划**。这些是公告范围，具体账号仍需检查自己的入口。 ## Dots 和团队任务：谁负责继续做，谁提供资料？ 文档留得下来只是第一步。周五发布前，可能还需要一个任务提醒负责人查反馈、补上下周变更；有人希望 AI 在没有自己守着屏幕时继续整理。OpenAI 给出了两种容易混淆的路径：面向个人的 **dot**，以及面向团队的 **team task**。它们都可以承接持续工作，但身份、连接和推出范围不同。 [Dots 产品公告](https://openai.com/index/introducing-dots/)描述的 dot，是带独立云电脑、可以连接应用的常驻代理。用户可通过 ChatGPT 等渠道交代目标，检查它的进展，再决定哪些结果需要自己确认。放进我们的假设场景，dot 可以是那位负责发布的同事持续使用的助手：它记住目标，准备材料，提出要继续处理的事。这是基于官方能力介绍的用途设想，尚非实测。 ![OpenAI 发布的 Dots 视频封面，呈现常驻代理的官方产品视觉。](/blog/images/devday-2026-chatgpt-workspace-dots.png "官方视频封面，非本站使用记录或执行效果证明。来源：[OpenAI DevDay 2026 Recap](https://openai.com/index/devday-2026-recap/)") 常驻不等于无限行动。OpenAI 明确说，dot 在用户不主动与其工作时进行的“主动研究”只使用已连接应用上的**只读工具**，不能在那个模式下发消息、改应用内容或控制用户的浏览器与电脑。要求它执行具体操作，则进入内建规则、用户规则和动作审查。我们另有专文梳理审批与使用额度；在这篇协作专题里，要记住的只有一点：**把任务交给代理和授权代理对外行动，是两次不同的决定。** 它也并非每个 Space 用户都已拥有。Dots 正向合资格市场的 Pro 和 Business Premium 用户逐步推出；Enterprise（包括 Edu、Healthcare）需由工作区管理员启用 beta。拿到 Space 入口，并不能据此推断自己的账号已经可以创建 dot，更不能把企业专门试点的 specialist dots 当作个人设置。 如果工作属于团队而非某位成员，[大会总览](https://openai.com/index/devday-2026-recap/)还有另一条路径：Business 和 Enterprise 可以创建团队、共享页面与任务，让 ChatGPT 按时间安排或收到特定事件后处理重复工作。比如，可以设想让团队定期整理一份每周进展；但想让它知道应读取哪些资料、何时请人确认，仍需把任务说明写完整。它不会仅仅因为加入一个 Space 就自动了解所有页面。 ![OpenAI 的 Team Tasks 官方演示图，展示团队任务的定时设置与归属。](/blog/images/devday-2026-chatgpt-workspace-team-tasks.png "官方团队任务界面演示，不是本站团队配置截图。来源：[OpenAI DevDay 2026 Recap](https://openai.com/index/devday-2026-recap/)") [Teams 帮助页](https://help.openai.com/en/articles/20001541-teams-in-chatgpt)把分工讲得更清楚：**team 定谁一起工作，Space 定一起用哪些内容；团队任务需要指定指令和来源。** 一个 team 可以共享多个 Space，一个 Space 也可以包含多个 team。分享整个 Space 不会自动让里面每份资料都进入每个任务；分享插件，也不等于分享某位同事私人的应用连接。团队任务使用配置给团队的连接，实际能访问的数据和操作，还受那个服务提供方账号的权限约束。 换人接手时，团队可以围绕共同的页面和任务继续，不必继承前任的私人聊天或个人连接。但“团队能共享”不等于“成员拿到全部工具的钥匙”。 ## 开发者的云端任务，与订阅入口不是同一层 同一场大会还把 **Codex in the cloud** 带到跨设备的开发工作中。官方说开发者可在本地电脑、手机或其他设备上访问云端任务；可复用的开发环境，帮助团队沿用经过批准的设置和权限。它面向 Plus、Pro、Business、Healthcare、Education、Enterprise。假设发布中临时发现页面问题，开发任务可以走云端而不要求那位工程师始终打开笔记本；但一份待审的代码更改，与上文共同编辑的发布文案，仍是不同成果，也应分别验收。 ![OpenAI 的 Codex Cloud 官方演示图展示云端项目和开发环境。](/blog/images/devday-2026-chatgpt-workspace-codex-cloud.png "官方云端环境画面，不代表本站启动任务或测试过效果。来源：[OpenAI DevDay 2026 Recap](https://openai.com/index/devday-2026-recap/)") 面向外部工具的 **Sign in with ChatGPT** 又是第三层：以 ChatGPT 身份登录参与工具，与在外部工具使用自己的订阅额度，是两种不同权限。官方称身份能力全球可用；订阅额度只面向参与工具中的 Plus 与 Pro 用户，合资格使用仍计入计划限制。[身份登录帮助页](https://help.openai.com/en/articles/20001410-sign-in-with-chatgpt)还说明，基本登录向应用提供姓名、电子邮箱与头像（若有），不会仅因登录而分享私人对话或 Memory；请求其他访问权须单独审核。我们没有核到每个合作工具的额度细则，不能把“能登录”译成“任何外部应用都能免费调用”。 ![OpenAI 官方演示第三方 Devin 应用连接 ChatGPT 的入口。](/blog/images/devday-2026-chatgpt-workspace-signin.png "画面为 Connect ChatGPT and Devin；官方演示不代表所有应用支持额度共享，也不是本站实测。来源：[OpenAI DevDay 2026 Recap](https://openai.com/index/devday-2026-recap/)") 这些资格说的是 **ChatGPT 产品入口，不是 API 权益**，也不能证明 Space、Pages 或 dot 已有对应的可调用接口；API 能力需要另查接口文档。先确定要的是协作页面、持续任务还是云端开发，再检查计划与授权，比根据一场发布会的功能数量决定升级更实际。 ## 页面分享以后，记忆和文件究竟去了哪里？ 当团队开始把真实计划放进 Space，“谁能接着干”必须配上“谁能看见什么”。这不是为新产品补一份恐慌清单，而是在共写发布稿前做一次必要的分工：哪些背景只属于个人，哪些材料愿意变成团队共同成果，哪些外部文件还受原系统权限约束？ [OpenAI 的 Space 帮助页](https://help.openai.com/en/articles/20001544-chatgpt-space-sharing-data-and-controls)说明，一份 Page 可以给别人查看或编辑权限，也能检查、改变、撤销合作者访问。**分享 Page 本身不会把你的私人聊天和 ChatGPT Memory 一同开放。**但如果 ChatGPT 使用你的个人记忆帮助你写了一段产品背景，并把那段内容写到共享页面里，能阅读页面的人就会看到这段文字。个人对话本身没有被共享；被写进共同成果的内容却已经成为共同内容。两者并不矛盾。 文件也有类似区别：**直接上传进 Page 的文件遵循这份 Page 的访问权限**。如果 Page 里只贴了一个外部服务中文件的链接，分享页面不会自动改掉原服务的权限；打不开原文件的人，仍可能看得见页面里从它摘录、总结出的内容。对于假设中的发布团队，“只放链接”和“把未发布的定价摘进草稿”是两种不同的分享行为。与其事后追问 AI 有没有泄密，不如在分享前把页面正文和附件当作即将给协作者看的内容检查一次。 多人用各自的 agent 处理共享 Page 时，**创建者的数据开关不能代替每位协作者的设置**。与页面的交互按使用者及组织的政策处理，协作者的 Memory 也可能保留相关信息。但这不表示企业页面默认用于训练：[OpenAI 的说明](https://openai.com/index/introducing-dots/)称 Business、Enterprise 与 Edu 工作区内容默认不用于改进模型，个人计划和受管理工作区要分开核对。 这使 Space 更像一个真正的工作场所，而不是一段变长的私人聊天：共同成果需要编辑权，任务需要执行人和资料来源，外部工具需要自己的连接授权。边界清楚，交接才有用；边界模糊，再聪明的 agent 也不知道哪句私人背景本不该写进公用计划。 ## 可以从一份要反复接手的文档开始 截至 10 月 1 日，我们能依据官方资料确认的是：OpenAI 正把资料、可编辑成果和持续任务放到相邻的产品体验里；具体可用性随计划、管理员设置、市场和设备而变。这是“ChatGPT 正走向协作工作空间”的依据，也是它目前只是一种**方向判断**的原因。官方并未承诺把所有任务与权限自动整合成一处，本站也没有做多人账号实测。 如果团队今天就想试，先按**自己的账号、管理员设置和设备**核对入口，再用已开放的 Page 试一份确实要反复交接的文档：写清资料来源、谁能改、什么要人拍板。等这一步跑顺，再根据实际权限决定是否引入 dot 或团队任务、使用哪组连接。当第二个人能找到前一天的成果、知道为什么这样写，也知道哪些动作仍由人决定，新空间才真正比多开一个聊天窗口有价值。 --- ## Sources ### openai.com - [官方总览](https://openai.com/index/devday-2026-recap/) - [Dots 产品公告](https://openai.com/index/introducing-dots/) ### help.openai.com - [Space 帮助页](https://help.openai.com/en/articles/20001544-chatgpt-space-sharing-data-and-controls) - [Teams 帮助页](https://help.openai.com/en/articles/20001541-teams-in-chatgpt) - [身份登录帮助页](https://help.openai.com/en/articles/20001410-sign-in-with-chatgpt)