Claude Platform on AWS vs. Amazon Bedrock：企業開發者要知的分別

架構上最重要的一句係：Claude Platform on AWS 由 Anthropic 營運。AWS 提供認證層，包括 SigV4 或 API key、基於 IAM 的存取控制，以及透過 AWS Marketplace 整合帳單；Claude 模型則跑在 Anthropic 管理的基建上 。

Bedrock 路線有咩唔同？

Claude in Amazon Bedrock 係 AWS 託管路線。Anthropic 的 Bedrock 文件指，Claude in Amazon Bedrock 跑在 AWS 管理的基建上，並具備 zero operator access，意思係 Anthropic 人員不能存取推論基建 。

同一份文件亦指，這種模式讓客戶可在 AWS security boundary 之內建敏感應用，同時使用與 Anthropic 自家 API 相同的 Messages API 介面形態；文件亦提到 Bedrock 透過 /anthropic/v1/messages 路由服務 Claude 。

所以，兩者差別唔係單純 endpoint 或收費問題。Claude Platform on AWS 的重點，是經 AWS 帳戶取得 Anthropic 原生平台能力；Claude in Bedrock 的重點，則是 AWS 託管基建與 AWS security boundary 。

實務比較：Claude Platform on AWS vs. Claude in Amazon Bedrock

企業開發者會感到咩改變？

最大改變，是開發團隊毋須另起一套 Anthropic 商務及帳戶路線，都可以接觸到 Claude 原生平台面。Anthropic 形容這個 AWS 整合為完整 Claude Platform 直接在 AWS 內可用：同一個帳戶、同一套控制、同一個帳單，並有更多 Claude Platform 功能，而且毋須額外憑證或合約 。AWS 亦指，客戶可使用現有 AWS credentials 同 IAM policies，毋須管理獨立 Anthropic 帳戶或 API keys 。

對做 agentic workflow 或大量程式相關工作流程的團隊，這點尤其實際。Claude Platform on AWS 是文件列出的 Claude Platform 功能路線，包括 Agent Skills、code execution 同 beta features 。AWS 亦把 early-access beta features 列為可透過 AWS 帳戶使用的原生 Claude Platform 體驗之一 。

不過，企業唔應該只睇功能列表。基建模式有變，合規同安全審批亦可能要重新確認。如果某個工作負載之前係因為 Claude 經 Bedrock 跑在 AWS 管理基建上而獲批，未必可以自動把同一套批准套落 Claude Platform on AWS；後者由 Anthropic 營運，模型跑在 Anthropic 管理的基建上 。

咁企業團隊應該點揀？

揀 Claude Platform on AWS，如果你最重視 Anthropic 原生開發者能力。當團隊想用 Claude Platform API、console、Agent Skills、code execution 或 beta features，同時仍然想沿用 AWS 認證、IAM 控制和帳單整合，這條路會較直接 。對於想經 AWS 取得 Claude 平台能力、同時減少帳戶及合約管理工作的組織，這個整合亦可降低額外行政負擔 。

揀 Claude in Amazon Bedrock，如果你最重視 AWS 營運的基建模式。當安全或合規審查要求 Claude 跑在 AWS 管理基建上、zero operator access 好重要，或者應用需要留在 Anthropic Bedrock 文件所描述的 AWS security boundary 之內，Bedrock 會係更合適的選擇 。

一句到尾：Claude Platform on AWS 是「透過 AWS 用 Anthropic 原生 Claude Platform」；Claude on Amazon Bedrock 是「Claude 經 AWS 託管 Bedrock 基建交付」。兩邊都係 Claude，但企業取捨唔同：一邊偏向原生平台功能與 AWS 帳戶便利，另一邊偏向 AWS 託管基建與 security-boundary 要求 。