Claude Duet：Anthropic 的主动式智能体，由 Opus 5.5 驱动

Anthropic 推出了 Claude Duet，一个主动式的个人智能体，它运行在自己的云计算机上，每天早上向用户简报，并在敏感操作前暂停等待批准。它由 Opus 5.5 驱动，作为独立的 iOS 和 Android 应用以及 claude.ai 上的网页版发布，目前以研究预览形式向美国地区的 Claude Pro 和 Max 订阅用户开放，并需加入等待名单。

Claude Duet 是什么

Claude Duet 是一个智能体，你可以通过消息将工作交给它，然后它在云端运行，而不是在你必须打开的聊天窗口中运行。Anthropic 的产品页面用一句话概括了其定位：“把时间留给真正需要你的事。”该智能体承担各种规模的任务，在你离开时继续工作，并在重要操作时等待确认。

该产品有三个核心承诺：

• 它知道什么需要关注，发送晨间简报，起草下一步计划，然后在需要用户介入之前保持安静。
• 它可以从一条消息开始承担大型任务，例如安排会议或构建仪表板，并在完成后汇报。
• 它从第一条消息开始，在一个线程内继承用户现有的 Claude 记忆、技能和已连接的应用。

关键信息一览

属性	详情
产品	Claude Duet
供应商	Anthropic
状态	研究预览，等待名单
底层模型	Opus 5.5
平台	独立 iOS 和 Android 应用；网页版 claude.ai
可用套餐	Claude Pro 和 Max；Team 和 Enterprise 暂不支持
地区	仅限美国
集成	超过 6,000 个连接器和插件
输入方式	文本或语音
执行环境	云端自有计算机

Anthropic 为该产品提供的连接器库展示了 Stripe、1Password、Shopify、Gmail、Google Calendar、Slack、Intuit QuickBooks、Docusign、Google Drive、Hubspot、Gusto、Microsoft/Office 365、Notion、Canva 和 Ramp。

Claude Duet 与 Claude 应用的区别

Anthropic 自己的 FAQ 直接指出了区别：Claude 应用等待用户打开聊天，用户与 Claude 并肩工作。而 Claude Duet 主动来找用户。它每天早上呈现需要关注的事项，通过消息接受移交的任务，并在任务完成或需要批准时主动联系。

Claude Duet 不是独立的账户或独立的记忆存储。它使用同一个 Claude 账户，包括记忆、技能和连接器，并在单个线程中保留历史记录。

Marlo 演示：产品实际效果展示

Anthropic 的演示跟随一位虚构的咖啡公司创始人 Maya，她经营着一个名为 Marlo 的连锁品牌。演示展示了完整的流程，而不仅仅是单个任务：

• 一份涵盖招聘、租约谈判、新店开业、融资轮和配送错误的晨间简报。
• 一份基于 Maya 前两次开店经验生成的 41 项芝加哥开业清单，其中 33 项已完成或按计划进行，7 项在监控中，1 项需要她今天批准：一笔 640 美元的县级卫生许可证费用。
• 为 Harbor Ventures 准备的 A 轮融资材料，包括用 Q3 数据重建的 12 页演示文稿、26 份文件中已完成 23 份的数据室，以及对 Harbor 六位合伙人的背景研究。
• 一个常驻仪表板 Marlo Pulse，从销售点、Shopify、CRM、支持收件箱、工资和银行数据中提取信息，并在凌晨 5:30 刷新。
• 一个主动发现：运费调整后，East Bay 的客户流失率从 2.6% 上升到 3.4%，并提出了一个为期两周的免运费（订单满 40 美元）测试建议。

在演示中，每个关键步骤都以人类决策结束。智能体起草了一封给 Harbor 合伙人的邮件，并在发送前询问“由你发送吗？”。

批准与隐私模型

Anthropic 表示，Claude Duet 会在发送消息或付款等敏感操作前询问，并且批准、登录和安全检查在用户自己的云计算机上运行，以确保敏感细节保持私密。产品页面还强调了可见性：用户可以查看 Claude Duet 已完成和正在进行的操作，并对其进行引导。

这一设计主张是 Hacker News 讨论中最尖锐的争议点，下文将详细说明。一位评论者这样总结了凭证敏感性的担忧：

这东西显然与 1Password 有集成。是我在这个勇敢的新 AI 世界中彻底落伍了，还是让 LLM 访问你的密码管理器是所有坏主意的源头？

可用性、定价和使用限制

Claude Duet 是面向美国地区 Claude Pro 和 Max 订阅用户的研究预览，需加入等待名单。Team 和 Enterprise 套餐暂不支持。等待名单表单要求填写名字、姓氏、电子邮件、公司名称、手机平台（iPhone 或 Android），以及用户会首先交给 Claude Duet 什么任务。

关于使用限制：在研究预览期间，Claude Duet 与 Claude 的其他功能共享套餐的使用限制。Anthropic 指出，Duet 消耗这些限制的方式与典型对话不同，其后台检查会计入这些限制。构建财务模型或演示文稿等较大任务需要更多的模型轮次和后台工作。

Anthropic 承认的已知限制

Anthropic 在产品页面上明确列出了三个限制。Claude Duet 可能误读线程。它可能错误判断紧急程度。它可能会错过在检查用户期间到达的信息。

Hacker News 的反应

该帖子在 Hacker News 上获得了 485 分和 446 条评论。反应分为四个方向：主动式智能体是否有真正的护城河，用户是否应该让模型访问他们的账户，封闭式托管智能体是否是合适的架构，以及行业是否在重复推出相同的产品。

定位：拥挤的个人智能体领域

评论者立即将 Claude Duet 与 OpenAI 的 Dot、Meta 的 Muse 以及其他智能体产品并列，许多人称其为 OpenAI Dot 和自托管智能体栈（如 OpenClaw）的直接竞争对手。一个被广泛引用的总结是：“它是 OpenAI Dot/Open Claw 的竞争对手。乍一看似乎没有显著差异化。”

另一条讨论指出品牌定位的刻意差异。正如一位评论者所写：

Duet 与 Meta Muse/OpenAI Dots 的一个显著区别是缺乏古怪的拟人化品牌。因此，用例更清晰、更专业导向，因为它们不依赖于你创造一个神奇的宠物/闺蜜来满足你的所有要求。

时机也引发了评论，一位评论者观察到：“dot、bot 和 duet，都在一个月内发布。你编不出这种行业同步性。现在只差 Google bit 和 Microsoft ditty 了。”

利润率论点：主动式智能体作为批量填充器

最技术性的评论之一认为，经济性比产品表面更重要。由于个人助理不需要实时响应，其工作可以安排为低优先级批处理作业：

我怀疑 Dots 和 Duet 对实验室来说是高利润驱动因素。个人助理聊天会话不需要实时，因此工作负载可以安排在低优先级批次上，如果队列中出现更高价值的工作，可以等待。推理提供商总是试图填满推理批次，而低优先级请求流可以帮助打包可能空置的批次，而不会提高实时聊天会话等高优先级请求的延迟。

信任与凭证：1Password 问题

几位评论者表示，他们不会使用始终在线的智能体，因为它无法可靠地推断他们会批准哪些操作。有人将这个问题视为硬性障碍，而不是校准问题：

我喜欢 LLM，广泛使用它们，但它们无法直觉判断哪些代表我采取的行动我会批准或不会批准，因此我永远不会使用这类东西。

另一个人质疑整个类别的前提：“人们真的愿意让这些智能体访问他们生活的方方面面吗？你甚至用它做什么？”第三个人提出了广泛委托的数据累积风险：

尽管我很想充分利用这些工具，但我不确定交出个人数据的控制权不会伤害我——而且根据每个人从中获得的价值类型，这似乎是基本要求。

锁定、开源和“不要外包你的生活”

最有力的架构反驳是，智能体的价值来自其底层基础设施，而不是聊天界面，而且该基础设施不应属于单一供应商：

Muse（以及 Claude Duet 和 Dots）是难以回头的滑坡。不要将你生活的管理外包给 Facebook、Anthropic 或 OpenAI（或任何其他人）。智能必须成为商品，智能体执行有用工作的基础设施必须是开源的，它们产生的数据、学习和标准操作程序必须是你的。

其他人已经在运行本地控制的等效方案。一位评论者描述使用 Claude Code 和 cron 作业为一家在线珠宝业务运行该产品的原型版本，并特别重视 Claude Code 使用本地存储的记忆，因为这保留了切换智能体的选项。另一位评论者在本地运行 Hermes 智能体，混合使用本地模型和廉价的托管模型，并描述了消费者智能体可能存在于家庭网络而非供应商云端的市场。

模型层之外的锁定问题也出现了。一位评论者说，如果他们想要一个持久智能体，他们仍然不确定为什么要选择一个绑定到特定模型家族的智能体：“让它‘开箱即用’很好！但感觉在这个产品领域，不锁定在一个花园里更重要，净收益更大。”

界面比模型更重要

一个反复出现的主题是，个人智能体的最佳界面是人们已经在使用的消息应用。一位评论者详细描述了一个家庭部署：

我希望它能通过 iMessage 交互。我不想让家人再学一个新应用。我们在旧 MacBook Air 上运行 Hermes 智能体。我们邀请了智能体“Rosey”加入家庭聊天……她通过 BrowserMCP 负责我们的膳食计划和沃尔玛杂货购物……她通过 icalbuddy cli 添加/更新日历事件。读取信用卡余额用于预算……iMessage 对我们来说是最完美的界面。

这种权衡在 Claude Duet 的设计中很明显：它是一个新的独立应用，而不是现有消息客户端中的存在。

浏览器阻止、CAPTCHA 和诚实问题

多位评论者表示，网络自动化是任何托管智能体的弱点，因为网站会阻止、限速或对自动化流量进行 CAPTCHA 验证。一位评论者描述了下游失败模式：

我还不信任 Claude 作为个人助理，因为太多网站阻止它读取内容，导致 Claude 只能猜测并依赖非常间接的来源。在线执行操作更糟，有 CAPTCHA 等等。它在这方面犯过足够多的错误，以至于我现在有一个常设指令（唯一一个）：每当无法获取某事的官方来源时，必须大声警告。

另一位评论者提出的解决方案是将智能体与浏览器完全分离：一个独立的个人数据中枢和一个浏览器 MCP，助理通过它代表用户行动，让用户看到并控制何时使用 cookie 或凭证，并联合流量以减少被阻止的可能性。

一位在 128GB RTX Spark 上为四口之家运行本地智能体的评论者认为，吞吐量要求比人们想象的要低，并且以类人速度操作可以避免标准 webdriver 工具发出的自动化信号。

界面和产品设计批评

一些最尖锐的批评针对的是等待名单本身，而不是智能体。一位评论者尝试从 Android Claude 应用注册，但报告说 Claude 表示无法注册：

我尝试从 Android 应用询问 Claude 是否能帮我注册等待名单，它说不能。没有技术原因说明这不可能，这只是表明缺乏关心和细节关注。

一个相关的结构批评是 Duet 根本不应该是一个独立应用：“这些 AI 公司似乎在‘发布他们的组织架构图’。这难道不应该只是 Claude 的原生功能，而不是一个单独的应用/用户体验……？”另一位评论者认为，演示中的角色已经会有行政助理或员工来做展示的工作，这使得普通用户更难理解价值主张。几个人只是要求具体解释 Duet 能做什么，而普通 Claude 或 ChatGPT 会话不能。

疲劳、同质化和“组织架构图”批评

讨论中一个持久的暗流是对 AI 公告占据首页的厌倦，以及对每个前沿实验室都收敛到相同产品的感觉：

我们拥有这种超级力量技术，但不知何故，每家 AI 公司最终都在构建完全相同的产品……我想这就是当你大规模地将决策和开发过程委托给 LLM 时会发生的事情，你最终会得到没有灵魂的产品，它们看起来都差不多，缺乏真正的人类创造力。

其他人提出了更具体的担忧：仅限美国发布引发了尖锐的抱怨，一位评论者指出，除非“过度热心的护栏被修复”，否则 Claude Duet 将毫无意义，另一位评论者认为产品文案相对于现有的客户服务和引用质量过度承诺。

热情的反驳

并非所有人都持怀疑态度。一位评论者描述了一个前沿模型助理处理购车，以及撰写本文时在京都购房（使用他们不会说的语言）的过程，协调了中介、司法书士、印章、检查和保险：

我发现拥有一个使用真正前沿模型的个人助理，在信任输出而无需自己重新做一遍来验证结果方面，产生了巨大的差异。

另一位评论者将 OpenAI 的 Dot 与 Anthropic 的模型进行比较，说 Dot 在编码相关方面比预期差，但作为通信渠道的监控器确实有用，并且他们会转向 Duet，部分原因是他们更喜欢 Anthropic 的模型，并且已经在那里有更大的订阅。第三位评论者提出了劳动力市场角度，指出熟练用户目前的大部分优势来自仅通过 Claude Code 和桌面客户端可用的功能，而通过消费者智能体广泛可用会改变这种动态。

值得关注的点

三个开放问题将决定 Claude Duet 是持久产品还是趋同类别中的另一个条目。

主动式智能体是否有可防御的护城河。评论者普遍认为产品表面容易复制；分歧在于护城河是推理经济学、记忆和集成深度，还是什么都没有。

批准用户体验是否足以应对凭证敏感集成。Anthropic 的既定模型是在敏感步骤进行人工批准，但几位用户表示，更难的问题是智能体无法预测哪些操作会被拒绝。

托管智能体能否在开放网络上运行。阻止、CAPTCHA 和不可靠的来源检索是最常被引用的实际失败模式，讨论中提出的替代方案都涉及将智能体完全移出供应商的浏览器。