作者注：Claude Duet 於 2026 年 10 月 21 日開放研究預覽。本文梳理它的產品形態、運行方式、行動邊界和限制，並整理一張主動型 Agent 產品檢查表。
Claude Duet 的核心變化可以用一句話概括：從“你問它答”變成“它主動推進”。它不等你打開對話框，而是在自己的雲端電腦上持續幹活。它會主動把需要你關注的事推到你面前，在發消息、付款、籤文件之前停下來等你點頭。
需要說清楚的是，它目前仍是研究預覽，不是正式版。現階段只面向美國的 Pro、Max、Ultra 訂閱用戶，通過 waitlist 分波開放，功能和准入規則都可能變化。這不是又一個換皮聊天機器人，但也不能把它當成成熟的“全自動助理”。本文按“它是什麼、怎麼工作、行動邊界、記憶與工具、限制、產品啓示”的順序拆解，最後給出一張主動型 Agent 檢查表。
Claude Duet 核心信息速覽：它是什麼
Claude Duet 是 Anthropic 推出的一款獨立 App，不是 claude.ai 聊天界面裏的一個新按鈕。它覆蓋 iOS、Android 和 claude.ai 三個入口。使用方式接近給一個人發消息，可以打字，也可以用語音。
它背後固定使用 Claude Opus 5.5，用戶不能自己切換模型。官方的說法是由它自己判斷一個任務需要投入多少“努力”。這和我們在 API 裏手動指定模型、調整推理強度的習慣完全不同。
| 信息項 | 詳情 |
|---|---|
| 開放時間 | 2026 年 10 月 21 日開放研究預覽 |
| 產品形態 | 獨立 App，支持 iOS、Android、claude.ai |
| 底層模型 | 固定 Claude Opus 5.5，不可選擇 |
| 開放範圍 | 美國 Pro / Max / Ultra 訂閱用戶，waitlist 分波開放 |
| 暫未開放 | Team 與 Enterprise 方案，官方表示後續計劃支持 |
| 計費方式 | 研究預覽期間包含在訂閱內，與 Claude 共用同一套用量限制 |
| 交互方式 | 像發消息一樣，打字或語音 |
Claude Duet 與普通聊天機器人的區別
普通聊天機器人是會話驅動的：你發一句，它回一句，你關掉頁面，事情就停了。Claude Duet 是目標驅動的：你把事情交給它，它在後臺持續推進，有進展或需要你決定時再來找你。
這個差別會傳導到產品的每一個層面，包括運行環境、通知機制、權限設計和計費方式。下表從幾個維度做了對照，方便快速理解形態差異。
| 維度 | 傳統聊天助手 | Claude Duet（主動型 Agent） |
|---|---|---|
| 觸發方式 | 用戶發起提問 | Agent 主動帶來需要關注的事 |
| 運行環境 | 會話內，頁面關閉即停 | 自己的雲端電腦，關閉 App 後繼續 |
| 時間跨度 | 單輪或單次會話 | 持續運行，定期檢查、跟進 |
| 對外行動 | 通常只輸出文本 | 可發消息、付款、籤文件，但需先確認 |
| 模型選擇 | 用戶可選 | 固定 Opus 5.5，由 Agent 決定投入 |
Claude Duet 如何工作：雲端電腦上的持續運行
理解 Claude Duet 的關鍵，是它有一臺屬於自己的雲端電腦。任務不依附於你手機上的 App 進程，你關掉 App，它在雲端照樣繼續執行。這也是它能“在你離開後繼續工作”的技術前提。
在這個基礎上，官方描述了幾種典型的主動行爲：
- 早間簡報：每天早上給你一份需要關注的事項彙總，而不是等你一條條去問。
- 定期檢查已連接的賬號：按週期查看你授權給它的賬號，發現需要處理的內容。
- 跟進未回覆的線程：發現某個對話長時間沒有迴音，會提醒你或準備跟進。
- 完成交代的任務：把你佈置的事情推進到底，中間有需要確認的節點再回來找你。
Claude Duet 的“定期檢查”意味着什麼
“定期檢查”聽起來很省心，但它本質上是輪詢而不是實時監聽。官方也明確提醒，緊急事項可能正好落在兩次檢查之間。換句話說，Claude Duet 擅長的是“別讓事情被遺忘”，而不是“第一秒響應突發”。
對於產品設計者來說，這是一個很誠實的取捨。持續實時監聽意味着更高的計算成本和更多的打擾，週期性檢查加主動推送是在成本、打擾和及時性之間找平衡。如果你的場景對時效極度敏感，就不應該把 Duet 當成唯一的告警通道。
Claude Duet 的行動邊界與記憶工具
主動型 Agent 最讓人擔心的問題是：它會不會揹着我做事？Claude Duet 給出的答案是在關鍵動作前設置確認關卡，並對敏感信息做額外約束。
Claude Duet 行動前確認機制
當 Claude Duet 準備發消息、付款、簽署文件時，它會先展示將要做什麼，然後等待你確認。這一步把“自主執行”和“最終授權”分開：Agent 負責準備和推進，人負責拍板。
對於健康信息、個人財務這類敏感內容，只有在你明確指示時它纔會發送。這是比一般確認更嚴格的一層約束，默認不外發，必須由用戶主動開口。
不過官方也坦率說明，研究預覽階段的安全機制偶爾會漏判或誤報。漏判是指該攔的沒攔住，誤報是指不該攔的攔了下來。因此確認關卡是重要的保護，但不是絕對的保險，用戶仍需認真看一眼操作預覽再點確認。
Claude Duet 記憶、技能與應用
Claude Duet 沿用 Claude 已有的記憶、技能和應用。這意味着你在 Claude 裏積累的偏好、配置好的技能和已連接的應用，可以延續到 Duet 中使用，不需要從零開始教它。
從產品角度看，這一點很聰明。主動型 Agent 的價值高度依賴上下文，它得知道你是誰、你在意什麼、哪些事情可以自己處理。複用現有的記憶和工具生態，能顯著降低冷啓動成本，也讓 Duet 和 Claude 主產品形成互補而不是割裂。
Claude Duet 的限制：研究預覽階段要注意什麼
把限制講清楚，比堆功能更有價值。下面這張表把 Claude Duet 目前的能力和對應限制放在一起，方便快速判斷它是否適合你的預期。
| 能力 | 當前表現 | 對應限制 |
|---|---|---|
| 主動推送 | 早間簡報、提醒關注事項 | 可能誤判事情的緊急程度 |
| 持續運行 | 雲端電腦，關閉 App 後繼續 | 定期檢查，緊急事項可能落在兩次檢查之間 |
| 對外行動 | 發消息、付款、籤文件 | 必須先確認；安全機制偶有漏判或誤報 |
| 瀏覽器操作 | 在自己的雲端電腦上執行 | 用戶不能觀看或接管它的瀏覽器 |
| 模型能力 | 固定 Opus 5.5，自行決定投入 |
不能選擇模型，也不能手動調節強度 |
| 可用範圍 | 美國 Pro / Max / Ultra | 僅限美國；waitlist 分波；Team/Enterprise 未開放 |
| 計費 | 包含在訂閱內 | 與 Claude 共用用量限制，重度使用會擠佔額度 |
Claude Duet 幾個容易被忽視的限制
不能觀看或接管瀏覽器是一個值得重視的點。很多桌面型 Agent 允許用戶實時看着它操作，必要時一鍵接管。Duet 目前做不到這一點，你只能通過確認關卡和結果來了解它做了什麼，過程的可見性相對有限。
共用用量限制也需要留意。Duet 在研究預覽期間不額外收費，但它和你日常使用的 Claude 走同一套額度。一個持續運行、定期檢查的 Agent，消耗模式和偶爾聊幾句完全不同，重度用戶需要觀察額度變化。
此外，官方目前沒有公佈大規模效果數據。所以關於“它能節省多少時間”“判斷準確率多高”這類問題，現階段沒有可靠數字，本文也不做推測。
Claude Duet 對 Agent 產品設計的啓示
不管你會不會用 Claude Duet，它都給做 Agent 的團隊提供了一個很好的參照系。需要強調的是，Duet 的設計選擇不能直接等同於所有 Agent 產品的標準，但它暴露出的幾個關鍵問題是普遍的。
主動型 Agent 的四根支柱：權限、確認、可觀測、成本
- 權限：Agent 能連接哪些賬號、能執行哪些動作，必須是用戶顯式授予的，並且可以隨時收回。Duet 對敏感信息“明確指示才發送”的做法，是最小權限原則的一個具體體現。
- 確認：行動前確認是信任的關鍵。確認界面要清楚展示“將要做什麼”，而不是一句模糊的“是否繼續”。
- 可觀測：任務狀態、執行日誌要能查。Duet 不支持觀看瀏覽器，這正好提醒我們，如果過程不可見，日誌和審計就更要做紮實。
- 成本：持續運行的 Agent 成本結構和聊天產品不同。訂閱額度和 API 成本要分開覈算，否則很難判斷一個 Agent 的真實單位經濟。
圖示說明：自建 Agent 的模型調用明細，可以在 API易 apiyi.com 控制檯按模型、時間查看用量與日誌，便於和訂閱額度分開覈算。
自建主動型 Agent：後端模型怎麼選
Duet 固定使用 Opus 5.5，對普通用戶來說省去了選擇成本。但如果你在自己的產品裏做主動型 Agent，情況就不同了。輪詢檢查、生成簡報、起草回覆、複雜決策，這些子任務對模型能力的要求差別很大，全部用最強模型成本會很高，全部用輕量模型又可能誤判。
更合理的做法是按任務分層選模型，並且保留切換能力，避免把整個 Agent 綁死在一家模型上。這也是參考資料裏明確提到的一點：模型後端要能切換。
在工程實現上，API易 apiyi.com 提供一個 Key 調用 Claude、OpenAI、Gemini 等主流模型的統一接入，兼容 OpenAI 與 Claude 原生格式。把 SDK 的 base_url 指向 https://api.apiyi.com/v1,就可以在同一套代碼裏給不同子任務分配不同模型。至於 Opus 系列具體的模型 ID（例如 claude-opus-5-5 這類命名）是否上架、價格多少，請以控制檯實際列表和文檔爲準。
🎯 技術建議：做主動型 Agent 原型時，建議先通過 API易 apiyi.com 用同一個 Key 對比幾款模型在“判斷緊急程度”“起草回覆”等子任務上的表現，再決定分層策略。控制檯的用量與日誌可以直接作爲 Agent 可觀測性的第一層數據。
| 成本項 | 訂閱型 Agent（Duet 研究預覽） | 自建 Agent（API 按量） |
|---|---|---|
| 計費方式 | 包含在訂閱內，共用用量限制 | 按調用量計費 |
| 模型選擇 | 固定，不可選 | 可按子任務分層選擇 |
| 用量可見性 | 主要看額度消耗 | 可按模型、時間查明細 |
| 可用平臺 | Claude 官方 App | API易 apiyi.com、各家官方 API |
| 適合誰 | 個人重度用戶，想直接體驗 | 開發團隊，需要可控與可審計 |
Claude Duet 常見問題 FAQ
Q1: Claude Duet 是正式版嗎？現在誰能用？
不是正式版。`Claude Duet` 於 2026 年 10 月 21 日開放的是**研究預覽**，只面向美國的 Pro、Max、Ultra 訂閱用戶，並通過 waitlist 分波開放。Team 和 Enterprise 方案暫未開放，官方表示後續計劃支持。功能和准入規則在預覽期間都可能調整。
Q2: Claude Duet 會不會擅自替我發消息或付款？
按照官方說明，發消息、付款、籤文件這類行動前，它會先展示將要做什麼並等待確認。健康、個人財務等敏感信息只有在你明確指示時纔會發送。但研究預覽階段安全機制偶爾會漏判或誤報，所以確認前仍應認真核對操作內容。
Q3: 我想在自己的產品裏做類似的主動型 Agent，後端模型怎麼接？
建議用支持多模型的統一接口，按子任務分層選模型並保留切換能力。API易 apiyi.com 支持一個 Key 調用 Claude、OpenAI、Gemini 等模型，兼容 OpenAI 與 Claude 原生格式，新用戶有免費測試額度，適合先做原型對比。具體模型與價格以控制檯爲準。
Q4: 自建 Agent 怎麼做成本和行爲的審計？
至少要記錄三類數據：任務狀態、每次模型調用的用量、對外行動的確認記錄。模型調用層面，可以在 API易 apiyi.com 控制檯查看按模型的用量、賬單和日誌；業務層面的行動審計仍需要在你自己的系統裏落庫，兩者結合纔算完整的可觀測性。
Claude Duet Key Takeaways 與主動型 Agent 檢查表
- 形態變化：
Claude Duet從“你問它答”轉向“它主動推進”，會主動找你。 - 運行方式：擁有自己的雲端電腦，關閉 App 後仍持續工作。
- 主動行爲：早間簡報、定期檢查已連接賬號、跟進未回覆線程。
- 行動邊界：發消息、付款、籤文件前展示操作並等待確認。
- 主要限制：僅美國、waitlist 分波、固定
Opus 5.5、不能接管瀏覽器。 - 設計啓示：權限、確認、可觀測、成本是主動型 Agent 的四根支柱。
- 上手方式：自建 Agent 可藉助 API易 apiyi.com 一個 Key 多模型對比與用量日誌。
下面這張檢查表，適合產品經理和開發者在設計主動型 Agent 時逐項對照。左列問題來自 Duet 的設計選擇與已知限制，右列給出建議的最低要求。
| 檢查項 | 需要回答的問題 | 建議的最低要求 |
|---|---|---|
| 觸發機制 | Agent 什麼時候主動找用戶？ | 明確簡報時間與檢查週期，告知用戶時效邊界 |
| 權限範圍 | 能連接哪些賬號、執行哪些動作？ | 顯式授權、可隨時撤銷，敏感數據默認不外發 |
| 行動確認 | 哪些動作必須人工確認？ | 發消息、付款、簽署類動作一律先展示預覽 |
| 誤判兜底 | 判斷錯緊急程度怎麼辦？ | 提供用戶反饋入口，關鍵告警不依賴單一通道 |
| 過程可見 | 用戶能否看到 Agent 在做什麼？ | 至少提供執行日誌；條件允許時支持觀看或接管 |
| 任務狀態 | 進行中的任務能否查詢和中止？ | 任務列表、狀態、一鍵暫停 |
| 模型後端 | 是否綁死單一模型？ | 按子任務分層選型，保留切換能力 |
| 成本覈算 | 訂閱額度和 API 成本是否分開？ | 按模型、按任務統計用量與賬單 |
| 預覽聲明 | 用戶是否知道產品仍在實驗？ | 明確標註預覽狀態與已知限制 |
Claude Duet 總結：主動型 Agent 的方向與邊界
Claude Duet 的意義不在於某個單點功能，而在於它把“主動型 Agent”的完整形態擺到了檯面上：獨立 App、自己的雲端電腦、持續運行、主動簡報、行動前確認、複用記憶與工具。這套組合給出了一個相當清晰的產品範式。
同時，它的限制也同樣清晰。僅限美國、waitlist 分波、Team 與 Enterprise 未開放、不能選模型、可能誤判緊急程度、定期檢查存在時間空隙、不能接管瀏覽器，再加上研究預覽的不確定性。對於觀望的人來說，這些限制比功能更值得認真讀。
對 Agent 開發者和產品經理而言，最值得帶走的是那四根支柱：權限、確認、可觀測、成本。如果你準備動手搭自己的主動型 Agent，推薦通過 API易 apiyi.com 用一個 Key 快速對比多款後端模型，並藉助控制檯用量與日誌把成本和行爲都管起來。
參考資料
- Claude Duet 官方產品頁面：研究預覽發佈說明、產品形態與可用範圍
- 入口：
claude.ai - 說明：開放時間、訂閱方案、waitlist 規則以官方頁面爲準
- Claude 幫助中心 Duet 相關條目：行動確認、敏感信息處理與已知限制
- 說明：研究預覽期間內容可能更新，請以最新版本爲準
- API易 文檔中心：多模型接入、控制檯用量與日誌說明
- 鏈接：
docs.apiyi.com - 說明：模型列表、價格與可用性以控制檯和文檔爲準
作者：APIYI 技術團隊
技術交流：歡迎訪問 API易 apiyi.com 首頁聯繫我們，交流 Agent 後端模型選型與用量管理的實踐經驗。
