当 AI 从「你问我答」走向「不等你问就动手」，智能体的产品形态正在发生一次关键转向。
发生了什么
OpenAI 推出名为 Dots 的常驻式智能体（always-on agents）。与以往需要用户逐轮驱动的助手不同，Dots 运行在各自独立的云电脑上，具备持续在线的执行环境，可以修复代码缺陷、发送被遗忘的发票这类具体事务，有时甚至在用户开口之前就已经着手处理。用户可以通过 ChatGPT、Slack 和 Microsoft Teams 三个入口与 Dots 交互。当没有人正在与它们协作时，Dots 会利用只读权限在后台主动寻找可以帮忙的地方。该产品被外界视为对 Meta 旗下 Muse 的直接回应。
为什么重要
过去一年，智能体赛道的主旋律是「能调用工具」，而 Dots 把竞争焦点推向了「能自主待命」。这两者的差别不小：工具调用仍以一次明确的任务请求为起点，而常驻智能体意味着一个持续存在、拥有独立运行环境、并能在空闲时主动巡检的数字劳动力。
选择云电脑作为运行载体，是一个值得注意的架构信号。它让智能体拥有相对隔离的执行空间和持久状态，不必依附于用户本地设备，也为后台自主行动提供了物理基础。而只读权限的设定，则是在自主性与安全性之间划出的一条边界——先让智能体「看得见」，再决定是否让它「动得了」。
从竞争格局看，Meta 的 Muse 已经在这一方向上落子，OpenAI 的跟进说明常驻智能体不是某一家公司的产品创意，而是头部玩家对下一代交互范式的共同判断。同时接入 Slack 和 Teams，也表明 OpenAI 想让 Dots 嵌入企业已有的工作流，而不是另起一个需要用户主动打开的新入口。
影响与看点
对开发者而言，云电脑加常驻运行的模式，可能催生一批围绕智能体生命周期管理、权限治理和审计的工具需求。当智能体在无人监督时也能行动，「它做了什么、为什么这么做」的可追溯性会变成刚需，而不只是加分项。
对企业用户来说，真正的门槛不在功能演示，而在信任。只读权限是一个克制的起点，但一旦智能体被授予写操作——改代码、发消息、动账目——组织就需要重新设计审批与责任归属。
对普通用户，Dots 的价值主张是「省去开口的麻烦」，但这也意味着需要接受一个持续观察你工作上下文的系统。便利与隐私之间的权衡，会随着这类产品普及而反复被讨论。
一个独立判断：常驻智能体的胜负手，短期内不在模型能力，而在权限设计与行为透明度。谁先把「自主但不失控」这件事讲清楚，谁才更可能被放进企业的工作流里。
