导读OpenAI 在 2026 年 9 月 29 日的 DevDay 推出 Dots；开源项目 OpenDots 则把长期运行的 Agent、独立电脑和跨渠道对话做成可自托管模板。两者看起来相近，但完成一项持续任务时，谁提供记忆、电脑、渠道连接和审核，谁负责让这些环节持续运行，答案并不相同。本文按同一组维度比较公开能力与验证边界，帮助开发者判断何时适合直接用 Dots，何时值得搭建 OpenDots。
本文 2336 字，阅读约 6 分钟｜看起来像同一种 AI 同事，交付形态却不同 → 第一维 → 第二维 → 第三维 → 最后怎样选
看起来像同一种 AI 同事，交付形态却不同
OpenAI 在 9 月 29 日举行的 DevDay 公布了 Dots。官方把 dot 定义为可以在对话之外继续跟进工作的 Agent：它有云端电脑和浏览器，能接收持续任务，到了需要更新或用户决策的时候再联系你。目前 Dots 正逐步向符合条件的账号开放，并非每个 ChatGPT 用户都能立即创建。
开源项目 OpenDots 也把“长期运行的 AI 同事”放在首页：多个 Specialist Dots、各自的电脑、文档工作区、聊天、通话、Slack 以及后台任务都出现在功能列表里。容易得出的印象是，装上它就有一个可自行控制的 Dots。更准确的比较起点是：Dots 是 OpenAI 运营的产品；OpenDots 是由使用者配置服务并运行的工作空间模板。后者提供可改的实现和界面，实际能力取决于部署中接通了什么。
这也解释了为什么不能只按功能名称打勾。一个“支持电脑操作”的项目，可能已经提供了权限控制和操作界面，却仍需要你启动容器服务；一个“支持 Slack”的项目，可能已经写好接入逻辑，却仍需要配置渠道、凭据并完成真实消息测试。仓库能证明代码和设计存在，不能直接证明每种部署下的任务都已跑通。
第一维：谁负责把任务接续下去
假设你让 Agent 跟进一个修复任务：先调查问题，跟进代码修改和测试，再通知你结果。关键不只是今天能回答一次，而是明天还能记得任务、知道何时检查、找到原来的上下文。
Dots 的官方文档把这条链路放在产品能力里。dot 可以在同一对话中维护多项工作，在后台暂停并再次唤醒，启动独立任务或 Codex 云端任务；相关对话、ChatGPT 记忆和它保存的笔记为后续跟进提供上下文。你也可以明确设置定时或受支持的事件触发。这里的“持续”仍受权限和连接条件约束，并不意味着它会在没有明确任务或授权时替你执行所有后续动作。
OpenDots 则提供会话、页面、后台工作和持久化数据的实现。它的 Space 用来保存页面，页面与对话线程相连；后台任务可以回到原对话继续运行，用户也能管理供 Dot 使用的偏好信息。但仓库将日程安排说明为“重复执行的指令”，尚未把它写成完整的目标追踪或事件触发系统；云端日程与技能交付仍有联通验证缺口。放回修复任务看：如果只要“每周检查一次”，可以研究它现有的后台任务；如果要它发现新问题后持续协调代码、消息和审核，则不能只凭功能表假定整条链路已打通。
第二维：电脑是谁的，能访问什么
这里的 Computer Use（电脑操作），指 Agent 根据界面反馈点击、输入或滚动；文件和终端操作还需要相应工具与权限。电脑提供执行环境，任务能否持续推进还取决于上下文、触发条件和运行服务。
Dots 自带一台云端电脑和浏览器。云端工作可以在你的笔记本关机后继续，浏览器会话和文件保存在 dot 的云端环境里。需要本地仓库或已登录的桌面应用时，可以另外连接自己的电脑；此时本地电脑必须在线，ChatGPT 桌面应用也要保持连接。云端电脑与个人电脑是两个执行位置，把电脑接入 Dots 不会把所有本地文件自动搬到云端。
Codex 的 Computer Use 是另一条本机执行路径：在受支持地区的 macOS 或 Windows ChatGPT 桌面应用中，启用插件并授权目标应用后，Codex 才能操作其图形界面。dot 发起的 Codex 云端编程任务则运行在事先配置的云端环境里。
OpenDots 的“每个 Dot 一台电脑”来自 OpenBot 的容器电脑服务。项目文档说，浏览器资料和工作文件可以跨启停保留；浏览器、文件和终端权限按 Dot 分别启用，默认关闭。要让它真的操作电脑，部署者还需建立并连接电脑镜像与 supervisor 服务。没有这一步，OpenDots 不会退回去直接操作宿主机。这个边界很重要：它给开发者一个隔离和权限控制的实现入口，同时也把容器生命周期、存储和服务维护交给了部署者。
图片说明：OpenDots 官方演示中，Scout 保存笔记并显示终端核对结果。录屏经过加速，画面不代表其他部署的结果或实际耗时。 图片来源：CopilotKit/OpenDots 官方演示
回到修复任务：Dots 用户要决定代码在哪台电脑上、授予什么权限、何时接管或审核；OpenDots 部署者还要保证容器电脑可用，并验证所需的文件和终端权限。项目 README 报告了本地电脑浏览、文件创建和跨启停持久化的验证，但这属于项目方报告的本地结果，不能外推到你的部署环境。
第三维：跨渠道和人工审核，接通了才算数
你可以在 ChatGPT 中给 dot 发消息或通话，也可以通过 Slack、Teams 联系同一个 dot。它能利用相关记忆和上下文接续工作，但各渠道的消息不会互相完整镜像。连接一个消息渠道，不会自动授予邮箱或其他应用的访问权；连接你的电脑，也不等于把每条既有对话都交给 dot。它在分享私人内容或执行影响账号的动作时，仍受权限和审批约束。
OpenDots 为网页聊天、语音通话和 Slack 接入分别提供了实现入口。它的审核卡可以让 Agent 先展示页面草稿，等用户点击“Approve & save”后再保存。这个演示能说明某一类保存动作如何经人工确认，不能推出代码合并等其他写入也有同样的审核流程。语音需要单独配置实时语音服务，Slack 需要托管渠道连接、允许访问的工作区和用户配置。项目 README 报告实时语音已在本地验证；Slack 的真实消息往返，以及通话中把计算任务交给后台 Agent，仍待外部服务联通验证。
图片说明：OpenDots 官方演示中的页面保存审核卡，用户可选择“Approve & save”或“Decline”。该画面只对应这一类保存动作。 图片来源：CopilotKit/OpenDots 官方演示
所以，若要从 Slack 提交修复问题、让 Agent 查代码，再把结果发回原线程，至少要核对：渠道是否接通，Agent 是否取得代码权限，回复是否回到正确的线程，以及影响代码的动作如何审核。功能列表只能回答入口是否存在；这条任务链还得在自己的环境里试。
最后怎样选：先决定谁来承担运行责任
若你已经具备 Dots 的账号访问资格，想尽快把调研、文档或编程任务交给一个长期协作入口，优先检验 Dots 是否覆盖你的数据来源、审批要求和本地／云端任务边界。相关入口由产品提供，应用连接和权限仍要按任务设置；实际效果也要用自己的任务核对，官方功能说明不是任务成功率承诺。
若你需要改写 Agent 工作区、为不同角色设置独立权限，或者必须自己掌握应用和电脑服务的部署，那么 OpenDots 更像一个起点。它提供了可读的代码、页面工作区和明确的配置入口；代价是模型、会话服务、电脑、语音、Slack 以及持续运行都要逐项配置与验收。这里的“自托管”也要读细：项目把页面与工作区元数据放在本地 SQLite，会话历史则依赖配置的 CopilotKit Intelligence 项目，单独备份 SQLite 并不能备份完整对话。仓库还说明它目前是单所有者模板，共享编辑、自动分派多个 Specialist Dots 等能力仍是后续工作。
因此，OpenDots 已经展示了怎样搭建一类长期运行的 Agent 工作空间，却不能被当成 Dots 的即装即用替身。真正能改变选型结论的，是你需要的那条完整任务链：任务能否接续，电脑能否在正确权限下工作，跨渠道消息能否回到同一上下文，以及谁负责维护这些环节。把这四件事在自己的场景里跑通，再谈“替代”才有实际意义。
参考资料
OpenAI Dots 官方说明与访问条件： https://learn.chatgpt.com/docs/dots
OpenAI DevDay 2026 发布信息： https://learn.chatgpt.com/docs/whats-new/devday-2026
OpenAI Dots 任务与记忆： https://learn.chatgpt.com/docs/dots/tasks-and-memory
OpenAI Dots 消息与通话渠道： https://learn.chatgpt.com/docs/dots/channels
OpenAI Dots 电脑与应用连接： https://learn.chatgpt.com/docs/dots/computers-and-apps
OpenAI Computer Use 能力说明： https://developers.openai.com/api/docs/guides/tools-computer-use
OpenAI Codex 桌面 Computer Use 支持与启用条件： https://learn.chatgpt.com/docs/computer-use
OpenAI Dots 控制与审批： https://learn.chatgpt.com/docs/dots/controls
OpenDots 官方仓库与当前功能边界： https://github.com/CopilotKit/OpenDots
OpenDots 部署与服务配置： https://github.com/CopilotKit/OpenDots/blob/main/docs/SETUP.md
OpenDots 独立电脑配置： https://github.com/CopilotKit/OpenDots/blob/main/docs/COMPUTERS.md
OpenDots 官方演示及录制说明： https://github.com/CopilotKit/OpenDots/blob/main/docs/demos/README.md
— THE END —
文章仅做学术分享，如有侵权请联系删除，非常感谢！