Claude Duet 与 Claude Code：同一模型，对“完成”的两种截然不同理解

这就是解释其余一切的不对称之处。让 Claude Code 交付一个缺陷修复，总会有一个工作彻底完成的时刻：补丁能够应用，测试套件全部通过，CI 也认可，然后审阅者要么合并、要么不合并。而让 Claude Duet 处理同一个早上的行政事务，终点线并不是测试套件——而是你的判断。Duet 起草操作，展示给你看，然后等待；结果是否正确，是系统里任何判定标准都无法回答的问题。两个界面运行的是同一个底层 Claude Opus 5.5 模型、同一个账户、同样的用量限制，然而一个拥有客观的“完成”定义，另一个拥有的则是社会性的定义。这单一差异——判定标准与你的意见之别——正是这篇对比的论点，而下面大部分产品细节都由此而来。

一个模型，两份契约

先从真正共享的部分说起，因为它比营销所暗示的还要多。Claude Code 是 Anthropic 的产品，与其他一切位于同一个 Pro、Max、Team、Enterprise 或 Console 账户上，而 Duet 包含在 Pro 和 Max 中。Anthropic 将 Duet 描述为围绕 Claude Opus 5.5 设计，而 Claude Code 页面自己的快速模式说明也证实，Opus 5.5 同样是该界面背后的模型。所以模型并不是差异点。围绕模型的合约才是。

Claude Code 的契约范围明确且清晰易懂：它在代码仓库中工作，读写文件，运行命令，运行你的测试。它以终端工具、桌面应用、网页界面和移动应用的形式提供，并可与 GitHub 以及包括 VS Code 和 JetBrains 在内的 IDE 集成。它还会出现在 Slack 中。它可在 macOS、Linux 和 Windows 上运行。它产出的所有内容都会落在你可以检查的地方——工作区、差异、拉取请求——而它所断言的一切都可以通过执行某些东西来验证。

Duet 的契约范围宽泛而模糊，这是有意为之。它存在于 iOS 和 Android 上自己的应用以及 claude.ai 中，依托 6,000 多个连接器和插件，日常穿梭于知识工作的各类产物之间：邮件、文档、发票、消息、日程。这些都没有测试套件。当 Duet 说它匹配了两张发票时，检验方式就是你亲自查看这两张发票。

在代码侧，done 已有定论。

Claude Code 的有趣之处在于，这个产品有很大一部分设计是为了让机器能够说“不”。交给它一个 bug、一项测试或一项耗时数天的迁移任务，它会制定计划、提出澄清性问题、编写代码、运行测试，然后要么打开一个拉取请求，要么报告自己没能让这件事跑通。这些结果并不等同，而界面也没有假装它们等同。

Anthropic 自己的示例会话很有启发性。面对一个重复扣费缺陷，智能体复现了它，追踪幂等键，发现该键是按每次调用而不是按每个结账会话生成的，随后编辑文件，并报告了一处 +9/−3 的更改。另一个示例添加深色模式切换开关：它读取四个文件，编辑一个 provider，将所选持久化到本地存储，并交回一个可用的预览。在这两个案例中，交付物都是可审查的变更，而证据则是确实有东西运行过。

这正是开发者侧不断沿着自身方向扩张的原因。Claude Code 页面的相关文章区块记录道：Code Review 于 2026-10-15 正式全面可用，Claude Security 则于 2026-10-21 为 Enterprise 开放持续扫描的公开测试版——这两次发布都直指“改动是否正确”这一问题，其中一次还通过在流程中再加入一个自动化审查者来实现。无论 Anthropic 的智能体战略下一步走向何方，代码这一侧正在积累起属于自己的一套机制，用来判断工作成果是否合格。

在简报方面，已完成的一方有一个人

Duet 以某种方式颠倒了这个循环，使得自动化判定在结构上不可能实现。它每天早上生成一份简报，并每隔几小时检查已连接的账户，这意味着它是在按照没人写下的标准，产出没人要求的工作。对于“这是否是我需要看到的那条讨论串”，没有测试可跑。唯一的判断依据是你在早上8点是否觉得它有用。

所以，审批环节做的事情和权限提示并不相同。当 Duet 向你展示一个操作并停下来等待时，它并不是在检查正确性，而是在转移责任。你就是审查者，而这项审查靠的是判断，而不是比对一份 diff。这也是为什么拒绝逻辑被硬编码在流水线更靠前的位置：证券交易和账户间转账即便得到你的批准也不会被放行，而分类器则完全拒绝处理信用卡号和政府身份证明。如果你的判断是最后一道防线，那么系统对于究竟该把什么交到你手上，就必须保持保守。

Anthropic 坦承这件事很难。Duet 可能会误读某个会话线程，也可能误判什么才算紧急；它在处理个人杂事上不如处理工作任务那么可靠；而且它还无法向你展示它的浏览器——这意味着，在批准一项网页操作之前你最想看到的那一项证据，目前还拿不到。最后这项局限读起来像一处诚实的缺口，而不是路线图上的吊胃口，它也最清楚地说明了这种不对称：代码界面能给你看测试输出，而简报界面还无法给你看页面。

同一个人，在散步

Anthropic 公告中的一个细节让这种配对变得具体可感，而非停留在理论层面。Duet 页面上引用的测试者中，有领导 Claude Code 团队的 Boris Cherny，他描述自己在外散步时逐项处理待办事项。这正是该论点的缩影：构建代码界面的人，同时也是使用简报界面的人——为不同的工作、以不同的姿态、用不同的证据标准。Anthropic 似乎没有人认为这些是相互竞争的产品。

对任何要在两者之间做选择的人来说，这件事的实用版本并不光鲜。如果一项工作有一个你可以自动化的定义，你会希望界面围绕那个定义来构建，因为自动化才是让你能抽身离开的东西。如果一项工作只有一个你能向自己阐述清楚的定义，你会希望界面把它带到你面前并等待，因为等待是唯一可用的保障。

谨慎地各让一步

这两个界面都在逐渐向对方的领地渗透，这一点值得注意，但不必从中解读出路线图。Computer use——即直接与屏幕交互的能力——按照 Anthropic 自己的说法，在 Claude Code 和 Cowork 中都处于研究预览阶段，因此这个代码智能体在必要时已经能够越过代码仓库的边界。就 Duet 而言，它正在生成看起来很像交付物的产物。

Duet 页面上还有一句话容易引人过度解读。Anthropic 写道，Duet“存在于自己的应用中，与 Claude 主应用相互独立”，并补充说，它从早期用户那里学到的东西将影响这两个界面如何协同运作。这里的“两个”指的是 Duet 和 Claude 主应用，而不是 Duet 和 Claude Code。人们很容易据此构建一套关于融合的理论，但更诚实的解读范围更窄：Anthropic 是在告诉你，这些界面仍在变动，而这正是你应把自己的工作流建立在不会变动的事物之上的理由。

当包装改变时，什么保持不变

那些经久不变的问题，与你对任何两个代你行动的工具所问的问题是一样的。行动落在哪里——一个你可以 diff 的工作树，还是一个你无法回滚的邮箱？什么会阻止它——编译器或测试套件，还是一个先征求你同意的关卡？之后你会得到什么证据——已运行命令的日志，还是由完成这项工作的东西写出的摘要？

请注意，这三个问题能清晰地区分这两个界面，而且不依赖任何一方当前的名称、图标或菜单位置。它们也能在某个功能发生跨越的那一刻依然成立。如果 Claude Code 某天开始为你起草晨间简报，“我能获得什么证据”这个问题依然有答案，而且这个答案依然不同于 Duet 今天给出的答案。

如果这正是你需要的，那就是模型适用之处。

这两款都是 Anthropic 产品，外层是 Anthropic 的界面，里面是 Anthropic 的模型，而且两者都无法重新指向其他端点——智能体层本身就是产品。如果你真正想要的是把 Claude Opus 5.5 放进你自己的流水线里，其中“完成”由你的代码来定义，那就是另一种购买方式，也正是我们出售的方案：每百万输入 token 4.00 美元，每百万输出 token 20.00 美元，100 万 token 上下文窗口，每百万缓存读取 0.20 美元，0% 加价，通过一个兼容 OpenAI 的密钥即可访问 200 多个模型。

它并不是这两个平台中任何一个的对手。它是二者之下的那一层，直接购买，这意味着审批关口、时间表以及“完成”的定义，全都由你自己来写。有些团队想要这样；但大多数人，在大多数早晨，宁愿打开一扇窗，让别人对“完成”的看法来代替自己的。

如果你要在两个智能体之间做选择，要问的问题不是哪一个更强，而是这项工作是否有一个你可以自动化的裁决。如果有，就交给 Claude Code，让测试套件来决定。如果没有，就交给 Claude Duet，由你自己来决定——只是要意识到，你就是那个裁决者，而担任裁决者是一份工作，不是走过场。