Dots 不只是“会主动”：它怎样划分读取、执行与人工接管

整理：日刊 · 资料核对：2026/11/05 · 编辑说明

Dots 的重点不只是“常驻云端、会主动跟进”，而是把一个长期运行的个人智能体拆成多层连接与控制。按 OpenAI 当前文档，它可以在设备关闭后继续使用自己的云端电脑工作，也能跨 ChatGPT、Slack、Teams 等渠道保持上下文；但消息渠道、插件、个人电脑和网站登录并不是一份笼统的总权限。对普通用户而言，这种拆分比“能连接很多应用”更重要：它决定了智能体能看什么、能改什么，以及何时必须停下来找人。

连接聊天渠道，不等于交出邮箱和电脑

Dots 文档明确区分三类连接：消息渠道用于对话和接收更新；应用或插件只在既有权限内调用服务；本地电脑则用于访问那台设备上的文件、应用和任务。把 Dot 加进 Slack 或 Teams，不会自动开放收件箱、其他应用或个人电脑。云端电脑也与用户设备及其浏览器登录状态分离。

这意味着部署长期助手时，应按任务逐层授权。例如，先让它在 Slack 汇报项目风险，并不等于允许它读取 Gmail；需要邮件材料时，还要单独连接并许可相应插件。本地电脑也只能连接一台，且必须在线、ChatGPT 应用保持打开，Dot 才能使用。

“主动研究”和“代你执行”是两条路径

文档称，Dot 可以从已连接应用中研究信息、寻找下一步建议，但这类主动研究工具是只读的，不能发送消息、修改应用内容，也不能控制浏览器或电脑。若要继续执行，仍要经过适用的权限与安全检查。

这个边界适合用于持续监测类任务：让它查看规划频道、整理变化、识别期限风险，再把需要决定的事项带回来。用户可以进一步要求它只起草回复而不发送；文档特别说明，“起草回复”本身不构成发送许可。与一次性问答相比，这种模式更像让助手长期维护一项责任，同时把外部影响留在单独的执行关口。

审批规则可以持续生效，但不是万能授权

在可能影响账户或分享信息的动作发生前，系统会综合检查用户指令、应用权限、自定义规则和内置安全要求，再决定直接执行、请求批准，还是把步骤交给用户。自定义规则提供四种处理方式：无需询问即可执行、用户明确提出时执行、执行前询问，以及交还用户操作。

规则适合表达稳定边界，例如客户消息发送前必须确认，删除共享项目文件则始终由本人完成。不过 OpenAI 也强调，规则不会授予尚未连接的应用或电脑访问权，不能覆盖内置安全要求，也不能移除保存登录信息等场景所需的确认；规则本身仍可能被错误执行。因此，它更像可复用的审批偏好，而不是一次授权全部放行。

停止工作需要检查三处

长期智能体的“停止”也不是单一开关。暂停 Dot 只会停止当前主任务，不会自动终止已委派任务或取消未来的定时运行；委派任务要在 Activity 中分别停止，周期任务则要在 Scheduled 中禁用或删除。结束语音通话同样不代表后台工作结束，而且停止任务不会撤销已经完成的外部动作。

因此，适合 Dots 的不是无边界的“帮我处理一切”，而是持续跟踪项目、整理变化、准备草稿、维护清单等可审阅工作。涉及发信、付款、删除文件或共享信息时，最好明确动作范围、参与者、时间和审批方式，并定期查看 Activity 与 Scheduled。

本文依据 OpenAI 当前 Dots 概览与控制文档进行资料核对，页面未提供可用于判断发布日的信息，因此这是一篇能力与权限导读，不代表相关功能于观察当日发布；本站也未进行独立实测。官方资料：Dots 概览；控制与权限。

返回 Personal Agent 专题