OpenAI 推出常驻型 Dots 代理，对标 Meta 的 Muse

据 The Decoder AI News 报道，OpenAI 发布名为 Dots 的常驻代理，运行在自有云计算机上，可在用户未提出请求时主动修复 bug 或发送被遗忘的发票。用户可通过 ChatGPT、Slack 和 Microsoft Teams 调用这些代理。当其未被使用时，Dots 会以只读权限在后台寻找可提供帮助的方式。该报道同时将其定位为对 Meta 的 Muse 的竞争回应。

此前多数代理需用户主动发起任务，而 Dots 强调常驻与主动执行，可在无人操作时自行寻找可做的事，并通过现有办公入口触达用户。这意味着代理从被动工具向持续在线的协作者转变，也表明 OpenAI 与 Meta 在常驻代理方向上的竞争已经公开化。

Dots 依赖独立云计算机运行，使其能脱离用户设备持续在线；在闲置时使用只读访问在后台探索可协助的事项，以限制自动操作的风险；用户侧经由 ChatGPT、Slack、Microsoft Teams 等已有工作流入口触达，降低采用门槛。但证据未说明其任务触发、权限边界和安全审核的具体实现。

若该形态成立，协作工具与办公套件会成为代理的默认入口，产品需要在消息界面中容纳代理的主动提议与执行结果。研发侧要处理常驻进程的成本与调度，以及只读与可写权限的分层管理。用户体验上，未请求即出现的修复或催款动作，会带来对可解释性与可撤销性的新要求。

• 在 Slack 或 Teams 中接入 Dots 类常驻代理，先以只读方式生成待办与异常提示，由用户确认后再执行。
• 面向财务与研发团队提供可审计的代理操作日志功能，记录每次主动识别与执行的动作。
• 为代理设置分场景权限开关，允许团队按项目选择只读探索或可执行修复与催款。
• 围绕无人值守时段设计代理摘要推送，把后台发现的问题汇总到次日的团队频道。

• Dots 的具体定价、开放范围与可用地区尚未在证据中说明。
• 只读访问之外，Dots 何时获得写入权限以及由谁授权，证据未提及。
• Dots 与 Meta 的 Muse 在功能与形态上的具体差异，证据仅提及竞争关系。
• 该报道的发布时间为 2026 年 9 月，其与当前实际情况的一致性尚待确认。