Anthropic 推出 Claude Platform on AWS：原生功能首日同步，接入統一賬單

很多在 AWS 上用 Claude 的開發團隊，過去最常抱怨的就是等。Anthropic 自家上線了新功能，Bedrock 往往要隔上一陣子才跟進；想要用最新的智慧體管理，又繞不開兩套賬單和許可權體系。

Anthropic 正式上線 Claude Platform on AWS。說白了，就是把 Anthropic 自家那套原汁原味的平臺，直接搬到了 AWS 賬戶裡。現在你可以用已有的 AWS IAM 賬號登入，呼叫日誌直接進 CloudTrail，賬單也走 AWS 統一結算，還能抵扣已有的 AWS 承諾消費。

原生功能不用再等 Bedrock 排期

這次最大的看點，是它跟 Anthropic 原生 API 實現了首日功能同步。只要 Anthropic 官方釋出新模型或新測試版，AWS 這邊當天就能用上。

上線即開放的功能包括託管智慧體 Claude Managed Agents、顧問模式、聯網搜尋與抓取、直接執行 Python 的程式碼執行工具，以及用來連線各種遠端服務的 MCP 聯結器。此外，Skills 最佳實踐設定、Files API、Prompt 快取和非同步批處理也全部到位。支援的模型包括 Claude Opus 4.7、Sonnet 4.6 和 Haiku 4.5。

除了底層 API，使用者還能直接使用 Anthropic 的 Claude Console 控制台。包括 Claude Code 和 Claude Cowork 在內的客戶端，只要配好環境變數，就能無縫指向新建的 Workspace 工作區。

賬單掛在 AWS，但資料跑在 Anthropic

看到這裡你可能會問：這跟現有的 Amazon Bedrock 有什麼區別？關鍵區別在運營主體和資料邊界。

根據 Anthropic 和 AWS 的說明，Bedrock 上的 Claude 是由 AWS 作為資料處理方，所有請求完全留在 AWS 自身的安全與基礎設施邊界內。如果你是受嚴格合規限制的金融機構，或者有苛刻的區域資料駐留要求，Bedrock 依然是標準答案。

而 Claude Platform on AWS 是由 Anthropic 親自運營，請求資料會離開 AWS 的安全邊界進行處理。對於多數沒有死板合規要求的科技團隊來說，這種模式既省掉了找財務新開供應商賬戶的麻煩，又能第一時間摸到最新特性。不過需要注意的是，如果你原本簽過 Bedrock 的專享折扣，遷移前得聯絡銷售重新確認，已產生的用量沒法事後補打折。

為什麼重要

我們認為，這一步對於日常在 AWS 環境裡幹活的工程師來說非常實用。以前想在內部推廣 Claude Code 或搭建複雜智慧體，要麼在 Anthropic 官網另外綁信用卡買 Key，要麼在 Bedrock 裡乾等功能更新；現在通過 AWS Marketplace 啟用後，許可權和預算都能由運維統一按 IAM 策略管起來，試錯門檻低了很多。

從商業模式上看，Anthropic 走了一步很聰明的棋。以往大模型廠商跟雲巨頭合作，往往要交出運營主導權，變成雲廠商貨架上的一個模型選項。現在 Anthropic 把雲廠商退化成了一層身份驗證和收費通道，核心平臺和使用者關係依然握在自己手裡。

對對手來說，這無形中給其他大模型生態施加了壓力。其他模型要麼得在 Bedrock 這類託管平臺上加速追趕功能迭代，要麼也得被迫效仿這種雙軌並行的接入方式。不過潛在的隱患也很現實：資料走出 AWS 邊界這一條，註定會讓一部分看重絕對資料控制權的傳統大客戶猶豫，兩套產品的選擇權最終依然留給了架構師。