在雲平台上選用大模型時，採購人員過去常問三個問題：是否有最新版本、價格是多少、能否接入現有賬單。Google Cloud 於 10 月 22 日宣布的 Claude 新部署方式，恰好提醒企業還需問第四個問題：誰實際處理我的數據？新方案已正式可用，但它並非僅將原有 Claude 入口更名。Google 管理與 Anthropic 管理兩條路徑並存，模型與定價與 Google Cloud 計費保持一致，但數據處理主體、可用的平台功能及治理邊界卻有所不同。對於一個使用模型處理客戶資料、內部代碼或財務文件的團隊來說，這種差異並不亞於模型的跑分表現。
兩條路徑賣的是不同的控制權
根據 Google Cloud 的官方說明，新推出並達到一般可用狀態的是「Anthropic-managed」部署選項。模型運行於 Google Cloud 基礎設施，但 Anthropic 負責運營相應技術堆棧並作為數據處理方，適用 Anthropic 的服務條款。企業仍可使用 Google Cloud 身份與存取管理、雲端審計日誌，並將費用納入既有 Google Cloud 帳單及符合資格的採購承諾。該方案強調 Claude 新版本的首日存取，以及 Claude Managed Agents 測試版、skills 和代碼執行等 Claude 平台功能。此處必須區分「部署方案一般可用」和「其中某項功能仍處測試版」：前者不能為後者作成熟度擔保。
原有的「Google-managed」路徑繼續提供 Claude 最新模型，但由 Google Cloud 擔任數據處理方，並沿用客戶現有協議。Google 突出的是 VPC Service Controls、客戶管理的加密密鑰，以及美國、歐盟、亞太的數據駐留選擇。Claude 平台的新功能也會逐步整合進這條路徑，因此兩種方案並非功能完全同步。若企業目前最看重受控網絡邊界和既有合規協議，原有路徑仍有吸引力；若更在意 Anthropic 平台功能盡快可用，新路徑則提供另一種取捨。
這不是一個簡單的「哪條更安全」的選擇。身份管理和審計日誌可以記錄誰調用了服務，但無法自動回答合約中的數據角色、留存與刪除、跨境處理、事故通知由誰承擔。加密和數據駐留同樣需落實到具體服務、地區及合約條款，不能僅因頁面標示某地區就推斷所有請求、日誌和支持流程永遠不離開當地。採購與法務應將兩種部署的服務條款、數據處理附錄、產品可用區與功能清單列於同一張表格中逐項核對，而非僅查看模型名稱。
真正的遷移成本藏在應用周圍
對於開發團隊而言，切換模型入口似乎只需調整配置；但對於已運行的業務系統，入口背後還涉及密鑰輪換、權限授權、預算歸集、調用追蹤、日誌存儲、故障應急和內部審批。Google 強調兩條路徑可使用同一批前沿模型、相同定價和相同賬單體系，這會降低採購門檻，卻不會消除治理差異。企業尤其需確認，已在 Google-managed 路徑建立的網路限制和加密控制，在切換至 Anthropic-managed 後是否仍以同樣方式生效。官方描述列出的控制項並不完全相同，不能直接將一個入口的配置效果複製為另一個入口的合規結論。
此外，功能上線存在時間差。由 Anthropic 運營的方案可較早接入 Claude 平台的新功能，而 Google 運營的方案則需逐項整合。若企業正準備將代理和代碼執行整合至核心流程，功能可用僅是第一道門檻，隨後還需實施最小權限、執行環境隔離、數據輸入分級和結果複核。尤其是代碼執行一類功能，模型能生成並運行步驟，並不意味著企業可以省略沙箱、出站限制或人工批准。在真正上線前，需使用自身的數據和實際工作負載驗證其效果、成本與失敗模式。
更值得關注的是雲市場競爭方式的變化。模型供應商和雲平台不再僅爭論誰擁有獨家模型，而是在同一雲賬單中提供不同運營責任的服務。客戶可以保持統一採購入口，同時選擇更接近模型提供方的功能節奏，或保留雲平台管理的數據邊界。這對多模型企業具有價值：它讓技術團隊試用新功能的路徑更短，也迫使風險團隊將「同一雲上」與「同一責任主體」區分開來。
因此，這次公告最重要的不是 Claude 又出現在一個模型目錄，而是部署責任被明確地擺到檯面上。Google Cloud 已正式提供 Anthropic 管理的選項；Claude Managed Agents 仍為測試版，其他新功能也需逐項查看可用性。企業不妨從低敏感、可回滾的工作流程進行對照測試，記錄延遲、單次任務總成本、審計可追溯性與權限變更，再決定哪些應用適合遷移。模型能力相同，不等於服務邊界相同；把這句話寫進採購清單，可能比追一個新的性能數字更有用。