OpenAI 正把在编程工具上积累的能力，打包成一个常驻的个人助手。据 TechCrunch 报道，这个产品名为 dots。
发生了什么
据 TechCrunch 报道，OpenAI 将自家编程工具的能力转向一个名为 dots 的常驻个人助手产品。报道中提到的关键人物是 Alexander Embiricos，他是 OpenAI 内部负责 dots 的高管。报道用一句颇具画面感的表述交代了他的态度：他不想和别人的 AI agent 开会。
目前公开信息有限，dots 的具体形态、可用范围与发布时间尚未披露。可以确认的是两点：一是它与 OpenAI 既有的编程工具存在直接的能力继承关系；二是它的定位是“always-on”，即常驻、持续在场的助手，而非需要用户主动打开的一次性对话窗口。
为什么重要
这条新闻的价值不在产品细节，而在路径。过去两年，编程是 AI 助手落地最扎实的场景之一：代码补全、仓库级理解、多步任务执行，都在真实工程环境里被反复打磨。这些能力天然具备几个特征——需要长上下文、需要调用工具、需要持续跟踪状态、需要在一定授权下自主行动。把它们从 IDE 里拿出来，放进一个常驻助手，逻辑上是顺的。
更值得注意的是一种产品思路的转变：助手不再是一个你去找它的页面，而是一个一直在你身边、知道你在做什么的进程。这既是能力问题，也是权限与信任问题。Embiricos 那句“不想和别人的 AI agent 开会”，其实点出了下一阶段的竞争焦点——当每个人都有一个常驻 agent，agent 之间如何交互、由谁代表谁、边界在哪里，会成为绕不开的议题。
影响与看点
对开发者而言，编程工具的能力外溢意味着这套基础设施可能被更多非编程场景复用，接口与工具调用规范的重要性会进一步上升。对普通用户而言，常驻助手的体验门槛更低，但对隐私、后台权限和“何时该主动介入”的容忍度也更敏感。对行业而言，入口之争正在从“哪个模型更强”转向“哪个助手更常在场”。
接下来值得关注的几点：dots 与 OpenAI 现有编程产品是并列还是整合；常驻形态如何处理系统级权限；以及它是否会开放给第三方 agent 交互。在这些信息明确之前，把 dots 理解为一次方向性的产品试探，比当作成熟产品更稳妥。
一个独立判断：常驻助手的真正门槛不在模型能力，而在信任设计——用户愿意让一个进程一直看着自己，这件事本身就比任何 benchmark 更难跨越。
