Anthropic 在 2026 年 4 月 8 日推出 Claude Managed Agents,這是一套託管式 API 服務,讓企業不用自己搭基礎設施就能部署生產級 AI Agent。公開測試上線兩小時內,官方推文觀看數突破 200 萬次。Notion、Rakuten、Asana、Sentry 等企業已經在用了,部署時間從原本的數月壓縮到一週以內。定價方面,除了標準 API token 費用之外,每個 Agent 活躍運行時間收 USD 0.08/小時(約 NTD 3/小時),閒置不計費。
這篇文章會拆解 Managed Agents 的架構設計、定價結構、跟 OpenAI Responses API 的差異,以及對企業 AI 部署策略的影響。
為什麼企業需要「託管式」Agent 服務
部署一個生產級 AI Agent,工程團隊要處理的不只是 Agent 邏輯本身。沙箱執行環境、狀態管理、憑證處理、權限控制、錯誤恢復、可觀測性——這些基礎設施層的工作往往佔掉整體開發時間的六到八成。
在 Managed Agents 之前,企業要自己搭容器、設定網路策略、管理 Session 持久化。一個 Agent 在長時間任務中出錯,工程師得手動進容器 debug,但容器裡可能同時有使用者資料,連存取權限都是問題。
Managed Agents 把這些全抽象化了。開發者定義 Agent 的任務、工具和護欄,Anthropic 負責其餘的一切。
「腦手分離」架構:作業系統式的設計哲學
Managed Agents 的核心設計理念來自一個老問題:如何為「尚未被想到的程式」設計系統。Anthropic 工程團隊在官方技術文章中用作業系統的類比解釋這個思路。
幾十年前,作業系統把硬體虛擬化為 process 和 file 這些抽象概念,讓未來的程式不受底層硬體變化影響。read() 指令不在乎底下是 1970 年代的磁碟還是現代 SSD。
Managed Agents 做了同樣的事。他們把 Agent 的組成虛擬化為三個介面:
三者彼此解耦,任一個失敗或替換都不影響其他。Anthropic 稱之為「把腦(brain)跟手(hands)分開」。
這個設計解決了幾個具體問題。第一是 debug 困難:原本所有元件綁在同一個容器裡,容器掛了 Session 就丟了,工程師得進有使用者資料的容器排查,安全性和操作性都很差。分離之後,harness crash 了直接起一個新的,從 Session log 接續。
第二是安全邊界。以前沙箱和憑證在同一容器裡,一次 prompt injection 就能讓攻擊者拿到環境 token,然後開新的 Session 做任何事。現在 Git 存取權限在容器初始化時就綁好,MCP 工具的 OAuth token 則存在外部 vault,透過專屬 proxy 呼叫。Agent 的生成程式碼永遠碰不到憑證。
第三是效能。以前每個 Session 都要先開容器才能做推理,即使那個 Session 根本不需要容器。分離之後,推理可以立刻開始,只在需要時才透過 tool call 開容器。結果是 p50 TTFT(Time to First Token)降了大約 60%,p95 降了超過 90%。
功能清單與技術細節
Managed Agents 目前以 public beta 提供,需要在 API 請求中加上 managed-agents-2026-04-01 beta header(SDK 會自動處理)。核心功能包括:
已正式上線的功能:生產級沙箱環境(預裝 Python、Node.js、Go 等)、身份驗證與權限範圍控制、Checkpointing(中斷後可復原)、長時間 Session 持久化、MCP 伺服器整合、工具呼叫編排、上下文管理與壓縮、錯誤恢復機制、Claude Console 內的 Session 追蹤與分析。
目前在 Research Preview 階段的功能:多 Agent 協調(一個 Agent 可以啟動其他 Agent 處理複雜任務)、自我評估能力(開發者定義成功標準,Claude 自行迭代直到達標)。
Anthropic 內部測試的數據顯示,在結構化文件生成任務上,Managed Agents 比標準 prompting 方法的成功率高出最多 10 個百分點。問題越難,差距越大。
定價拆解
以一個每天運行 8 小時的 Agent 來算,運行時間成本大約是 USD 0.64/天(約 NTD 20/天),主要成本還是 token 消耗。但如果是 always-on 的 Agent,USD 0.08/小時換算成月費約 USD 58(約 NTD 1,856),再加上 token 費,對於高頻使用的場景可能需要仔細計算 ROI。
四家早期採用者怎麼用的
Notion 透過 Custom Agents(目前 private alpha)把 Claude 直接嵌入工作空間,工程師可以讓 Agent 寫程式,知識工作者可以生成簡報和網站。系統可以同時處理數十個平行任務。
Rakuten 在產品、業務、行銷、財務、人資五個部門部署企業 Agent,每個部門大約一週內上線。這些 Agent 接上 Slack 和 Teams,接受任務指派後交出試算表和簡報等成果物。
Asana 打造了他們稱為「AI Teammates」的功能,Agent 在專案管理流程中跟人類協作,自動接手任務並產出初版交付物。團隊回報,加入進階功能的速度比過去快了很多。
Sentry 把既有的 Seer debug Agent 跟一個 Claude 驅動的 Agent 搭配,後者負責寫修補程式碼並開 Pull Request。從偵測到 bug 到產出可審查的修復,整個流程在幾週內就上線了,原本預估要花幾個月。
跟 OpenAI Responses API 的對比
OpenAI 在 2025 年 3 月推出 Responses API,2026 年 3 月進一步擴充,加入了 shell tool、容器化執行環境、compaction 和 agent skills。兩者都在解決同一個問題:讓開發者不用自己搭 Agent 基礎設施。
兩者取向不同。Anthropic 走的是完全託管路線:你定義 Agent,他們跑 Agent。OpenAI 走的是工具組合路線:提供 API 積木,你自己組裝。對於希望快速上線、不想碰基礎設施的團隊,Managed Agents 的抽象層級更高。對於需要多模型靈活度的團隊(OpenAI 的 Agents SDK 甚至支援 Anthropic 和開源模型),Responses API 更適合。
競爭格局:四方角力
Anthropic 的策略定位很清楚:他們要做企業 AI Agent 的基礎設施層。累計融資超過 USD 70 億(約 NTD 2,240 億),鎖住企業客戶不只是營收考量,也是估值的支撐。Startup Fortune 的分析點出關鍵:一旦企業的 Agent 跑在 Anthropic 基礎設施上,資料管線、監控儀表板和營運配置都嵌入日常工作流,轉換成本就上去了。
這對企業 AI 策略意味什麼
Managed Agents 降低的是「從 prototype 到 production」的落差。過去 Agent 專案死亡率最高的階段就是 prototype 做完之後——工程團隊發現要搭的基礎設施比想像中多太多,專案就延期或取消了。
但部署變簡單不等於問題變簡單。Hacker News 的討論點出一個關鍵區分:真正自主運行的 Agent 和只是把 API 呼叫串起來、每步都要人核准的「假 Agent」,是不同的東西。多數生產環境中的 Agent 介於兩者之間,而 Managed Agents 需要證明它在不同自主程度的 Agent 上都能穩定運作。
目前的 rate limit 也是實務考量。如果同時跑 50 個 Agent 都在大量消耗 token,會撞到上限。Anthropic 還沒公佈 Managed Agents 專屬的 rate limit 數字。
現階段的建議:如果你的團隊有明確的 Agent 應用場景(客服自動化、程式碼審查、資料處理流程),而且主要使用 Claude 模型,Managed Agents 值得在一個小範圍專案上試跑,驗證從部署到維運的完整流程。如果你需要多模型彈性或完全掌控基礎設施,自建或用 OpenAI Agents SDK 可能更合適。
Managed Agents 跟 Claude Code 有什麼關係?
Claude Code 是 Anthropic 的 agentic coding 工具,主要用在開發工作流。Managed Agents 是更底層的基礎設施服務,任何類型的 Agent 都能跑在上面。Claude Code 可以視為跑在 Managed Agents 架構上的一種特定 harness。
Managed Agents 的資料安全怎麼處理?
Agent 執行程式碼的沙箱跟存放憑證的 vault 完全隔離。MCP 工具透過專屬 proxy 存取,Agent 生成的程式碼永遠碰不到 OAuth token 或 API key。Anthropic 同時提供 scoped permissions 和身份管理功能。
定價跟直接用 API 比起來貴多少?
額外成本只有 USD 0.08/活躍小時和搜尋費用。對於有持續運行需求的 Agent,月成本約在 USD 58 以上(純運行時間,不含 token)。但省下的基礎設施開發和維運成本通常遠大於這個數字。
目前有哪些限制?
Public beta 階段,多 Agent 協調和自我評估還在 Research Preview。Rate limit 沿用既有 Claude API 限制,高並發場景可能受影響。Session 的持久化機制在長期生產環境中的穩定性還需要時間驗證。
台灣企業適合用嗎?
Managed Agents 目前透過 Claude Platform API 提供,台灣企業可以直接存取。主要考量是資料駐地(data residency)——如果你的應用涉及個資或受規範資料,需要確認 Anthropic 的資料處理地點和合規架構是否符合需求。
引用來源
- Anthropic Engineering — Scaling Managed Agents: Decoupling the brain from the hands
- Claude Platform Docs — Managed Agents Overview
- SiliconANGLE — Anthropic launches Claude Managed Agents to speed up AI agent development
- The New Stack — With Claude Managed Agents, Anthropic wants to run your AI agents for you
Author Insight
我們團隊替客戶規劃過多個 MCP 整合專案。Managed Agents 讓我特別關注的是它對「Agent 基礎設施外包」這件事的標準化效果。過去替企業客戶做 Agent 概念驗證時,最大的時間成本不在 prompt engineering 或工具設計,而是沙箱配置、Session 管理和錯誤恢復這些基礎設施層。如果 Managed Agents 的穩定性經得起生產環境考驗,企業 AI 專案的 time-to-value 會有結構性的改善。
不過我對 lock-in 這一點持保留態度。目前 Session 格式、工具介面和沙箱配置都是 Anthropic 專屬的,一旦深度整合,遷移到其他平台的成本不低。對於還在評估多家 AI 供應商的企業,我會建議先在非關鍵流程上試跑,驗證效果後再決定擴大規模。
如果你的團隊正在評估 AI Agent 部署策略,或想在 Managed Agents 上做概念驗證,歡迎跟 Tenten 團隊預約諮詢。我們最近協助金融和製造業客戶做過 Claude Agent 架構規劃,對部署流程和成本結構有第一手經驗。
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容,请联系我们,一经查实,本站将立刻删除。
如需转载请保留出处:https://51itzy.com/kjqy/256612.html