10 月 21 日北京时间 03:09，Anthropic 的产品账号 @claudeai 发出了一条帖子，宣布开放 Claude Duet 的研究预览。1 产品页在六分钟后已经被网络存档抓到了第一份快照。2
这一期不看它能干多少事——页面上的演示稿已经把能力演过一遍了。这一期看它多久动一次，以及这个频率是谁定的。
它自己划的那条线
产品页的 FAQ 里有一句，把 Duet 和 Claude 主 App 的分工写得比任何媒体转述都清楚：
The Claude app waits for you to open a chat, and you work on something alongside Claude. Claude Duet comes to you.
过去两年所有的助手都是前一种：你打开它，你提问，它回答。Duet 把顺序倒过来——它来找你。官方在公告里也重复了这一层：「它带着需要注意的事来到你面前，完成你交代的任务，你走开它也继续，在代表你行动之前先问过你。」4
这意味着它必须有一个不依赖你设备的运行位置。官方的说法是「云端一台属于它自己的虚拟机，带自己的浏览器」，所以你手机关掉、电脑合上，它照样在跑。3
记忆是共用的：你在 Claude 里的 memory、skills、connectors，从第一条消息起就在，一条线程。3
每一件事都有它的间隔
把官方文件里的时间词挑出来排在一起，产品的形状就出来了：
- 晨间简报：每天一次。官方写「每天早上给你一份简报，起草下一步，然后安静下来，直到有事需要你」。3
- 检查已连接的账户：每几小时一次。公告原话是 Claude Duet checks your connected accounts every few hours，紧接着给了理由——不停检查会更快用完你套餐的额度。4
- 后台工作：持续，且计入额度。帮助中心写，早上那份简报和这些检查都算进你套餐的五小时会话与每周上限，「你可能比纯聊天更早碰到上限」。5
- 入组时的额度重置：一次。被邀请进预览之后，给一次完整的会话与每周额度重置。5
- 做完，或需要你决定：立即。这两件事不等下一个间隔。3
- 两次检查之间进来的事：可能漏。FAQ 的原话是它可能误读一条线程、误判什么算紧急，也可能错过两次查看之间到达的东西。3
「always on」这个词在页面上出现过，说的是进程一直在。但决定它看见什么的，是那个几小时的间隔——而这个间隔不是按紧急程度定的，是按账单定的。这是发行方自己写下的因果，不是推断。
闸门只有一格
官方把「敏感操作」举了例子：发送消息、付款、签署文件、删除；批准之前它不动。3
有几件事即使你批准也不行：证券交易、账户之间转账、访问别人的账户。5
还有一层值得记：官方在公告里自己承认，它会读到别人写的内容，所以存在提示注入；原文写的是「没有一种防御是完美的，这也是为什么有后果的动作需要你批准」。5
密码的处理是这套设计里最具体的一处：站点要密码时，由你在设备上的单独表单里输入，直接送进浏览器，不进对话。官方说，这个做法沿用了 Claude Managed Agents 的设计，所以它从来看不到你的密码与登录令牌。4
所以审批不是保险，是它在替你判断「什么算重要」之后，留给你的一格。判断在它那边，确认在你这边。
6,000 个连接器，与两件「即将」
产品页写它「与超过 6,000 个连接器和插件一起工作」，首批列出十五个 logo：Gmail、Google Calendar、Slack、Stripe、1Password、Shopify、Notion、HubSpot、QuickBooks、Docusign、Canva、Ramp、Gusto、Google Drive、Microsoft 365。3
付款走 Link（Stripe 的虚拟卡）与 Shop Pay；1Password 的已存登录代填、Shopify 店铺的可视化编辑，标注都是「即将推出」。3 注意这个组合：logo 墙上已经挂着 1Password，功能却还没上——这是今天争论里一个被放大的点。6
你会注意到它不能选模型：官方写它跑在 Opus 5.5 上，并自己决定一件事需要多大劲。5
谁能用，多少钱
三条同时成立：美国的 Claude 账号、Pro 或 Max 套餐、收到候补邀请。访问分批放，加入候补不保证日期。5
Team 与 Enterprise 暂时不行。产品页的措辞是「暂不包含」，帮助中心补了一句「计划之后引入」。5
预览期不额外收费，包含在 Pro 与 Max 里；但额度是共用的，这一点上面已经写过。5
Microsoft 365 尚未支持；Slack 等连接器有额度上限；你也看不到、接管不了它浏览器里的操作。5
首屏与 FAQ 的两句话
产品页的首屏写的是「Powered by Opus 5.5. Available in Pro and Max plans in the US.」——只讲可用，没提候补。3 而同一页 FAQ 的第五条写的是「research preview on a waitlist for Claude Pro and Max subscribers in the US」。按钮上写 Join the waitlist，meta 描述最后一句也是 Join the waitlist。
这两句并不真的冲突：公告的副题已经把口径定死——「今天起按候补开放，从美国 Pro 与 Max 订阅者开始」。4 但一个只看首屏的人会得到「已经可用」的印象，而实际的门槛在按钮和 FAQ 里。
边界
产品页没有任何机器可读的发布时间：没有
article:published_time，没有 JSON-LD 日期。2 公告页的 publishedAt 是 2026-10-21T00:00:00Z，只有日粒度。4 所以本文的秒级锚点只有两个：官方帖子 03:09（北京时间）与第一份存档 03:16，两者都不能证明页面与帖子谁先上线。传播面：HN 上一天之内到 86–89 分、101 条评论，讨论集中在三件事——这是不是 OpenAI dots、Meta Muse、Grok Bot 的同一品类，把 1Password 交给一个常驻 agent 是不是好主意，以及为什么不做进主 App。6 The Verge 与 9to5Mac 在发布后一小时内成稿，标题都把它放进同一个竞争框里。78
同品类的另外两家：OpenAI 的 dots 在 9 月 29 日发布，每个 dot 有自己的云电脑，可以连 4,000+ 应用；9 Google 的 Gemini Spark 在 5 月发布，定义是「24/7 的个人 AI agent，主动管理任务」。10 三家都把「有自己的云电脑、主动推送、重大动作先问」写进了第一段。
而这次和 Anthropic 自己的先例也不一样：Claude in Chrome 在 2025 年 8 月是「先给 1,000 个 Max 用户、再排队」11，Duet 一上来就是全量候补、独立 App、Pro 与 Max 都能排。
没有回答的问题：候补要等多久、正式上线之后怎么算钱、Team 与 Enterprise 到底什么时候有。官方三个页面都没给日期。
如果你在评估它，问题不是它能干什么——那部分演示得很好；问题是它多久看一次、看漏了谁负责、以及它替你判断「什么算重要」的时候，你在哪一步被叫醒。
References
- 1
- 2claude.com/product/claude-duet · Wayback
web.archive.org
- 3Claude Duet 产品页
claude.com
- 4Introducing Claude Duet
claude.com
- 5Get started with Claude Duet · Claude Help Center
support.claude.com
- 6Claude Duet · Hacker News
news.ycombinator.com
- 7
- 8
- 9Introducing dots · OpenAI
openai.com
- 10The Gemini app becomes more agentic · Google
blog.google
- 11Piloting Claude in Chrome · Anthropic
anthropic.com
Comments