Anthropic推出Claude Duet：主动式AI助理如何改变工作流

Anthropic 正式加入个人 AI 助理的竞争，推出了名为 Claude Duet 的新产品。与以往需要用户主动提问的交互方式不同，Duet 被定位为一个能主动管理任务、像真实队友一样沟通的 AI 代理。据 B 站 UP 主 Brock Mesarich 在视频中的拆解，这款产品面向的是「手头事情多到记不过来」的专业人士和小企业主，而非仅限开发者。它试图把 AI 从「你问我答」的工具，变成每天主动向你汇报、替你盯着关键事项的协作者。

从被动应答到主动管理：Duet 的核心逻辑

Duet 最显著的变化在于交互范式。每天早上，它会向用户发送一份简短简报，汇总已连接应用中最重要的事项；随后在一天中持续监控这些应用，只在真正需要用户注意时才发消息。这种设计把「人找 AI」翻转为「AI 找人」。

支撑这一能力的是 Claude Opus 5.5 模型。据视频介绍，该模型负责判断哪些事项需要用户介入、哪些可以等待，以及在执行操作前是否需要先向用户确认。Anthropic 给出的示例包括：一位咖啡店老板收到提醒，新店 26 天后开业但健康许可尚未提交，Duet 直接为她起草了申请，同时告知客户续约可以等到下周一处理。

需要说明的是，构建仪表盘、销售预测甚至 Web 应用这类较大任务，ChatGPT、Grokbot、Metamuse 等产品此前已能完成。Duet 的差异点不在于功能清单的独占，而在于这些能力被直接嵌入了 Anthropic 与 Claude 的生态内部，对深度使用 Claude Code 等产品的用户来说迁移成本极低。

主动式 AI 助理（Proactive Agent） 是相对于传统「请求-响应」式聊天机器人的一种交互范式。传统模式下，AI 只在用户输入提示词后产生输出，系统本身没有持续运行的目标；主动式助理则拥有长期目标、可自主触发行动，并在没有用户即时指令时主动发起交互。其技术前提通常包括：持久化记忆、对多个数据源的持续访问权限、以及一套触发机制（定时轮询、事件监听或异常检测）。这类系统设计上的核心难题是「打扰预算」——如果主动通知过多，用户会将其视为噪音；过少则失去存在价值，因此需要模型判断事项的紧急程度与可延后性。

安全边界与权限设计

让一个 AI 读取邮箱和各类应用，安全是绕不开的问题。Anthropic 的回应是：Duet 不会直接看到用户的密码或登录令牌；新增的安全检查会拒绝分享信用卡号、政府身份证件等信息；健康和个人财务这类敏感数据，只有在用户明确指示后才会被发送。此外，Anthropic 还邀请外部公司组成红队进行渗透测试。

在执行层面，Duet 在发送消息、付款、签署文件或删除任何内容之前，都会展示即将执行的操作并等待用户批准。股票交易和账户间转账则被列为禁区，即便用户批准也不执行。这种「先展示、后执行」的机制，实质上把最终控制权保留在用户手中。

红队测试（Red Teaming） 源自军事演习术语，在 AI 安全领域指由独立团队以攻击者视角主动寻找系统漏洞、越权路径或不当输出的过程。与常规的内部测试不同，红队成员被鼓励使用对抗性手段，例如构造诱导模型泄露敏感信息的提示词、尝试绕过权限检查、模拟恶意第三方应用注入指令等。对于能够读取邮箱、日历与财务应用并执行写操作的 AI 代理，红队测试的重点通常包括：权限提升、提示词注入、以及在用户授权范围内被滥用的可能性。测试结果一般用于在上线前修补边界条件，而非证明系统绝对安全。

真实使用场景：从待办清单到房产日程

视频中引用了几个早期使用者的反馈。Boris 的创造者在散步时通过语音与 Duet 梳理待办事项，而不是攒到坐在办公桌前才处理；一位房地产经纪人表示，某天早上 Duet 未经询问就标记出她日历上一处房产展示的日期有误；一位管理 110 名员工的餐厅老板，则把它用于会计、客户支持和市场营销。

这些案例的共同点是：Duet 的价值不在于替人完成某个孤立任务，而在于持续关注多个应用的状态，并在异常出现时主动提示。这与传统聊天机器人的使用节奏有本质区别。

与 Claude 生态的深度绑定

Duet 会继承用户在 Claude 中的记忆、技能以及已连接的应用。对于已有 Claude 账号的用户，几乎不需要额外设置。它支持超过 6000 个连接器和插件，Anthropic 给出的商业场景包括：检查 QuickBooks 或 Stripe 中的未付发票并起草催款提醒、在 Gusto 中准备工资单、在 DocuSign 中准备待签合同。

Duet 以独立应用形式出现在 iPhone 和 Android 上，也可通过 Claude.ai 使用。当前的研究预览版包含在 Pro 和 Max 订阅计划中，已付费用户无需额外付费，但需要加入等待名单，且目前仅限美国地区。

连接器（Connector）与插件 是让 AI 助理访问外部应用的接入层。连接器通常基于各服务商提供的 API 与 OAuth 授权机制工作：用户授权后，AI 获得一个有时间限制、可撤销的访问凭证，从而读取或写入该应用的数据，而无需直接接触用户的账号密码。插件则在连接器之上封装了更高层的操作能力，例如「在 Stripe 中查询未付发票」或「在 DocuSign 中创建待签合同」。数量庞大的连接器意味着覆盖面广，但每个连接器的权限粒度、稳定性与数据同步频率差异很大，实际可用性取决于具体集成质量而非数量本身。

需要留意的限制：共享用量与单一对话线程

视频作者特别提醒了一个容易被忽略的「坑」：Duet 与 Claude 其余产品共享用量限额，后台的定期检查也会计入其中，构建演示文稿或财务模型这类较大任务会消耗更多 token。如果用户本就接近 Claude 的用量上限，Duet 可能会让限额消耗得更快。不过作者也补充，Claude Opus 5.5 在 token 使用效率上表现不错，复杂工作流的实际消耗比过去更低。

另一个设计差异是对话结构。用户与 Duet 的交互发生在单一持续线程中，无论是一周的临时提问还是长期项目，都从同一个入口开始。这与 Grokbot 支持为不同任务创建多个专属代理、并让代理之间协作的方式形成对比。作者认为，多代理分工能避免不同对话相互干扰，是他偏爱 Grokbot 的原因之一。此外，Duet 在云端拥有自己的计算机和浏览器，无需用户手机或电脑保持开机即可持续工作；它每隔几小时检查一次已连接账户，而非不间断轮询，以控制用量消耗。

多代理（Multi-Agent）架构 指系统为不同任务创建相互独立的代理实例，每个代理拥有自己的上下文、记忆与工具权限，并可相互调用或委派子任务。这种设计的优势在于上下文隔离——处理财务的对话不会被家庭事务的闲聊污染，长期项目也有专属的连续记忆；代价则是架构复杂、跨代理状态同步困难，且用户需要在多个入口之间切换。与之相对的是单一持续线程模式，实现简单、上下文天然连贯，但随着对话变长，早期信息可能被挤出上下文窗口，不同性质的任务也容易相互干扰。两种模式在工程与体验上各有取舍，尚无定论。

竞争格局：个人 AI 助理赛道升温

Duet 进入的是一个正在快速拥挤的赛道。据视频梳理，Grokbot 于 8 月推出，Meta 在 9 月发布 Muse，ChatGPT 也在几周前上线了 Dots，如今加上 Claude Duet，主流平台均已布局「常驻口袋的主动式助理」。

作者的个人选择颇具参考价值：他过去两个月以 Grokbot 作为日常主力工具，每天用它回复几乎所有邮件。他提到一个值得关注的动向——Elon 曾表示 Grokbot 会为不同任务选用最合适的模型，其中点名了 Claude Opus 5.5。不过这是目前唯一的官方来源，具体模型分配尚不明确。这也引出一个开放问题：Anthropic 是否会在 Duet 中允许接入其他公司的模型，作者对此持怀疑态度。

目前 Duet 尚未向任何人开放，只能通过等待名单申请。对于已经深度使用 Claude 生态的用户，它几乎是顺理成章的延伸；而对于习惯多代理分工的用户，单一对话线程的设计可能是需要权衡的取舍。真正的问题或许不是哪个助理更聪明，而是你愿意把多少日常判断交给一个持续在线的系统。