Anthropic Conway 的传闻，把 Always-on Agent 这条赛道又往前推了一步。若泄露信息属实，这个项目不只是给 Claude 多加一个入口，而是要把浏览器、连接器、Claude Code 与外部触发器收拢成一个常驻工作线程。
Conway传闻真正指向什么
市场对 Conway 最感兴趣的，不是一个新名字，而是“单独 UI + 浏览器操作 + 连接器 + webhook 调用”的组合。今天多数 AI 产品还停留在会话式助手阶段，你提问，它响应；你离开，它停下。Always-on Agent 的含义正相反：任务可以挂起、回调、继续执行，甚至在不同工具之间自己接力。
这也是为什么流传中的扩展机制和 CNW ZIP 更值得盯。若 Anthropic 真的为自定义工具、UI 标签页和上下文处理器设计一套统一封装，Claude 的角色就会从聊天框里的模型，变成一个可安装、可触发、可编排的代理运行时。对开发者来说，重点不只是“能不能调用模型”，而是“能不能把业务流程塞进 Claude 的工作回路”。
Anthropic缺的不是模型是入口
从产品路径看，Anthropic 这两年的动作并不零散。Claude Code 负责开发任务，连接器负责把企业数据和 SaaS 拉进来，浏览器能力与 Cowork/Dispatch 则在测试“人离开以后，Claude 能不能继续做事”。Conway 若落地，本质上是在这些已经铺开的能力之上，再盖一层统一调度界面。
这一步很关键。AI 行业正在从“更强的对话模型”转向“更长的任务执行链”。谁能让代理持续在线、理解上下文、跨工具完成任务，谁就更接近下一个主入口。Anthropic 如果只守着模型和 API，很难长期占住用户桌面；它需要一个常驻型产品，把 Claude 从“最好用的模型”推到“最先被打开的工作台”。
Always-on Agent会先改写谁
最先被改写的不是普通聊天，而是两类高频工作：一类是开发与运维，任务天然可拆、可回调、可由 webhook 触发；另一类是知识工作，像巡检报表、整理会议材料、跟进销售线索、跨系统搬运信息，本来就依赖浏览器、连接器和重复流程。Always-on Agent 真正吃掉的，是那些总被人类反复点来点去的工作流。
问题也不会少。常驻代理一旦拥有浏览器控制、外部连接和自定义扩展，安全边界就不再只是“模型会不会胡说”，而是“它能动哪些系统、谁来审计、出了错如何回滚”。Anthropic 一直把安全当成品牌核心，真要把 Conway 推到台前，权限管理、审批链路和日志能力，重要性会高过任何花哨的界面设计。
Conway 现在还更像一块从源码缝里露出来的产品拼图，但它透露的方向已经很明确：下一阶段的 AI 竞争，不只是谁回答得更好，而是谁能在你不盯着屏幕的时候，把工作连续做下去。对 Anthropic 来说，Claude Code 之后，真正的仗可能才刚开始。目前公开信息仍有限，后续进展值得继续关注。
