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 及 IDE（包括 VS Code 和 JetBrains）整合。它也會出現在 Slack 中。它可在 macOS、Linux 與 Windows 上執行。它產出的一切都會落在你能檢查的地方——工作樹、差異、提取要求——而它斷言的一切都能透過執行某個東西來驗證。

Duet 的合約在設計上本就寬泛而模糊。它存在於 iOS、Android 與 claude.ai 上的獨立應用程式中，動用超過 6,000 個連接器與外掛，終日穿梭於知識工作的產物之間：郵件、文件、發票、訊息、行程。這些東西全都沒有附帶測試套件。當 Duet 說它比對了兩張發票，驗證方式就是你親自查看那兩張發票。

在程式碼這邊，done 已有定論

Claude Code 有趣的地方，在於這個產品有很大一部分是為了讓機器能夠說「不」而打造的。交給它一個 bug、一項測試，或為期數天的遷移任務，它會規劃、提出釐清問題、撰寫程式碼、執行測試，然後不是開啟 pull request，就是回報它無法讓這件事運作起來。這些並不是等價的結果，而介面也沒有假裝它們是。

Anthropic 自家的範例工作階段很有啟發性。接到重複收費的錯誤後，代理程式會重現它、追蹤冪等鍵，發現該鍵是每次呼叫時產生，而非每個結帳工作階段產生，接著編輯檔案，並回報一項加九減三的變更。另一個範例則加入深色模式切換開關：它讀取四個檔案、編輯一個提供者、將選擇保存到本機儲存空間，並交回可運作的預覽。在這兩個案例中，交付成果都是一項可審查的變更，而證據則是確實有東西執行過。

這就是為什麼開發者接觸面會持續朝自身方向擴張。Claude Code 頁面的相關文章區塊記載，Code Review 於 2026-10-15 正式全面推出，而 Claude Security 於 2026-10-21 為 Enterprise 推出持續掃描公開測試版——這兩項發布都直指「這項變更是否正確」這個問題，其中一項是透過在流程中再加入一個自動審查器。無論 Anthropic 的代理策略接下來怎麼走，程式碼接觸面正累積自己的機制，用來判斷工作成果是否良好。

在簡報方面，done 已有人選

Duet 以一種讓自動化判定在結構上不可能的方式，反轉了這個迴圈。它每天早上產生一份簡報，並每隔幾小時檢查已連結的帳戶，這意味著它正在產出沒有人要求的工作，而且依據的是沒有人寫下的標準。沒有測試可以拿來檢驗「這是不是我需要看到的那個討論串」。唯一的判準是，你在早上八點時是否覺得它有用。

所以，核准關卡做的是與權限提示不同的事。當 Duet 向你顯示某個動作並等待時，它不是在檢查正確性；它是在轉移責任。你是審查者，而審查是判斷，不是差異比對。這也是為什麼拒絕會在流程更早的階段被硬編碼：證券交易與帳戶間資金移轉即使有你核准也不在選項內，而分類器則完全拒絕處理信用卡號與政府身分證件。如果你的判斷是最後一道防線，系統對於究竟要提供哪些選項給你，就必須保守。

Anthropic 坦率承認這並不容易。Duet 可能會誤讀討論串，或誤判什麼才算緊急；它在處理個人雜務上比處理工作任務時更弱，而且它還無法向你展示它的瀏覽器——這意味著，在批准某項網頁操作之前，你最想看到的那一項證據，目前仍無法取得。最後這項限制讀起來像是坦誠的缺口，而不是路線圖上的吊胃口，也最清楚地說明了這種不對稱：程式碼介面可以讓你看見測試輸出，而簡報介面還無法讓你看見那個頁面。

同一個人，在散步時

Anthropic 公告中的一個細節，讓這種搭配從理論變成具體。Duet 頁面上引述的測試者之一，是帶領 Claude Code 團隊的 Boris Cherny；他描述自己在外散步時，一邊處理待辦事項清單。這正是縮影版的論點：打造程式碼介面的人，也是使用簡報介面的人，只是為了不同的工作、以不同的姿態、帶著不同的證明標準。Anthropic 內部似乎沒有人認為這些是互相競爭的產品。

對任何要在兩者之間做選擇的人來說，這件事的實務版本並不光鮮。如果這項工作有一種你可以自動化的定義，你會希望介面圍繞那個定義來打造，因為自動化正是讓你得以抽身離開的東西。如果這項工作只有一種你能對自己說清楚的定義，你會希望介面把工作帶到你面前並等待，因為等待是唯一可用的保障。

審慎地各退一步

這兩個介面都逐漸朝對方的領域靠攏，這點值得注意，但不必從中解讀出路線圖。電腦使用功能——直接與螢幕互動的能力——根據 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 美元、1M token 的上下文視窗，以及每百萬次快取讀取 0.20 美元，0% 加價，透過單一 OpenAI 相容金鑰即可存取超過 200 個模型。

那不是任何一個介面的競爭者。它是兩者底下的那一層，直接買來的，這意味著核准關卡、時程，以及「完成」的定義，全都變成由你來寫。有些團隊想要這樣；大多數人，在大多數早晨，寧可打開一扇窗，讓別人對「完成」的看法代替自己的。

如果你要在這兩個代理之間做選擇，該問的問題不是哪一個比較強，而是這件工作是否有你可以自動化的判定。如果有，就交給 Claude Code，讓測試套件來決定。如果沒有，就交給 Claude Duet，由你自己決定——只要意識到你就是那個神諭，而當神諭是一份工作，不是形式。