Claude Platform on AWS

Claude Platform on AWS 為您提供完整的 Anthropic 平台體驗，包括 Messages API、Agent Skills、程式碼執行和 beta 功能，並可透過您的 AWS 帳戶存取。與由 AWS 營運推論堆疊的 Amazon Bedrock 不同，Claude Platform on AWS 由 Anthropic 營運。AWS 提供驗證層（SigV4 或 API 金鑰）、以 IAM 為基礎的存取控制，以及透過 AWS Marketplace 的帳單整合。

平台整合的運作方式

Claude 模型在 Anthropic 管理的基礎架構上執行。這是一項透過 AWS 進行帳單與存取的商業整合。Anthropic 是推論輸入與輸出的資料處理者。AWS 依據 marketplace 模式處理帳單與身分中繼資料。透過 Claude Platform on AWS 使用 Claude 的客戶須遵守 Anthropic 的資料使用條款。

Anthropic 使用 AWS 基礎架構來處理您的 API 請求、執行模型推論，並儲存您的工作區內容（例如提示、輸出、檔案、Skills 和批次）。對於在 2026 年 9 月 18 日 00:00 UTC 之前建立的工作區，Anthropic 可能會在 AWS 之外處理請求、儲存資料和執行推論。無論哪種情況，子服務都可能在未經通知的情況下變更。請在每個請求中設定 inference_geo 參數，將推論固定在特定地理區域。

Claude Platform on AWS 遵循與第一方 Claude API 相同的資料保留政策。「Zero Data Retention」（零資料保留），即 ZDR，可依請求提供。請聯繫您的 Anthropic 客戶代表，為您的組織啟用此功能。

Claude Platform on AWS 與 Amazon Bedrock 的比較

這兩種方案都能讓您透過 AWS 使用 Claude，但在架構、API 介面和功能可用性方面有所不同。

如果您需要由 AWS 營運的 Claude，請參閱 Claude in Amazon Bedrock。Claude Platform on AWS 使用的容量池與第一方 Claude API 和 Amazon Bedrock 皆分開。您可以在多個平台上執行工作負載，並在它們之間進行容錯移轉。

支援使用 AWS PrivateLink 將您的 VPC 連接到 Claude Platform on AWS 端點。

何時選擇 Bedrock： 受監管產業中需要 FedRAMP High、IL4、IL5 或 HIPAA-ready 合規性，或需要 AWS 作為唯一資料處理者的組織，應使用 Claude in Amazon Bedrock。Bedrock 完全在 AWS 控制的基礎架構上執行，並由 AWS 作為營運方。

您正在使用哪種方案？ Claude 可透過數種不同的產品取得：

• Claude Platform on AWS（本頁）：透過 AWS Marketplace 計費的 Claude API 平台。在 Claude Console 和 AWS Console 中管理。
• Claude in Amazon Bedrock： AWS 原生服務。在 Amazon Bedrock 主控台中管理，並以 AWS 服務用量計費。
• 透過 AWS Marketplace 採購的 Claude Enterprise： 一種 claude.ai 方案（Claude 聊天產品），而非 API 平台。在 claude.ai 管理，其帳戶與遷移行為與本頁所述不同。請參閱 Claude 說明中心。
• 直接 Anthropic 帳戶： 由 Anthropic 計費的第一方 Claude API 和 claude.ai 方案。在 Claude Console 和 claude.ai 管理。

設定您的帳戶

設定 Claude Platform on AWS 分為四個階段：在 AWS Console 服務頁面上註冊、完成您的 Anthropic 組織設定、記下您的工作區 ID，以及登入 Claude Console。

1. 1

   在 AWS Console 中註冊

   1. 開啟 AWS Console 並前往 Claude Platform on AWS 服務頁面。
   2. 選擇 Sign up。
   3. 在註冊頁面上，檢閱條款（Anthropic 的終端使用者授權協議、AWS 隱私權聲明和 AWS 客戶協議），並勾選同意核取方塊。
   4. 選擇 Continue。

   頁面會顯示 Sign-up in progress 橫幅。請停留在該頁面。註冊需要幾分鐘，期間 AWS 會為您處理 AWS Marketplace 訂閱，然後自動重新導向。

   如果您的組織有來自 Anthropic 的私人優惠，Console 會查詢該優惠並提示您在 AWS Marketplace 中接受。詳情請參閱私人優惠。

2. 2

   設定您的 Anthropic 組織

   註冊完成後，您會被重新導向至 platform.claude.com/partner-signup。

   1. 輸入您組織擁有者的電子郵件地址，然後選擇 Get started。
   2. 檢查該電子郵件收件匣中的設定連結並點擊。如果您的瀏覽器顯示 Signed in as a different account 頁面，請選擇 Log out and continue。
   3. 填寫組織詳細資料表單（組織名稱、實體類型、國家/地區、預期用途），然後選擇 Complete setup。

   完成設定會建立您的 Anthropic 組織，並接受 Anthropic 的商業服務條款和使用政策。AWS Console 服務頁面現在會顯示左側導覽列，包含 Home、API keys、Quickstart 和 Workspaces。

3. 3

   建立您的工作區並記下其 ID

   完成設定後，AWS Console 會提示您建立工作區。有關區域綁定、IAM 資源範圍設定以及建立其他工作區的詳細資訊，請參閱工作區。

   您可以在 AWS Console Claude Platform on AWS 服務頁面的 Workspaces 下，或在 Claude Console 中找到工作區 ID。工作區 ID 的格式為 wrkspc_ 後接英數字識別碼。

4. 4

   登入 Claude Console

   Claude Console 的存取是透過 AWS IAM 進行聯合驗證：

   1. 擔任具有 aws-external-anthropic:AssumeConsole 權限的 IAM 角色。請參閱 Claude Platform on AWS 的 IAM 動作。
   2. 在 Claude Platform on AWS 服務頁面中，選擇 Open Claude Console。AWS Console 會簽發 JWT 並將您重新導向至 platform.claude.com。
   3. 首次登入時，系統會提示您輸入電子郵件地址。請輸入您的工作電子郵件。平台會即時佈建您的 Claude Console 使用者。

   當您透過 AWS Console 登入時，Claude Console 的範圍會限定於您的 Claude Platform on AWS 組織。Claude Console 側邊欄左下角會顯示 Account managed by AWS 指示標誌。

從現有 Anthropic 組織移轉

註冊 Claude Platform on AWS 一律會佈建一個與您的 AWS 帳戶綁定的新 Anthropic 組織。不支援就地轉換：現有組織（例如第一方 Claude API 組織）無法變成 Claude Platform on AWS 組織。

請將從現有組織的移轉規劃為切換至新組織：

• 先建立新組織。 透過 AWS Console 註冊（請參閱設定您的帳戶）。如果您的移轉涉及私人優惠，請在接受優惠之前完成註冊：折扣從接受時起適用，不會追溯。請參閱私人優惠。
• 重新建立存取權與設定。 API 金鑰、工作區和 Claude Console 設定不會從現有組織轉移。請在新組織中建立工作區，並將您的應用程式切換為 Claude Platform on AWS 驗證。
• 更新您的整合。 Claude Platform on AWS 提供 Claude API（/v1/{endpoint}），因此請求和回應的結構與第一方 Claude API 相同。變更的是基礎 URL、驗證方法，以及推論和資源請求上的 anthropic-workspace-id 標頭；請參閱發出請求。部分平台功能有所不同；請參閱不支援的功能。
• 依您自己的時程切換。 新組織獨立於您的現有組織，兩者可以並行處理流量。無需硬性切換：逐步轉移工作負載，直到您的所有流量都在新組織上。

新組織開始運作後，差異主要集中在帳單和驗證，這些都透過 AWS 處理：

• 帳單移至 AWS Marketplace：用量以 Claude Consumption Units 計費，而非預付點數（請參閱帳單），您可以在 Billing 頁面上設定支出限制（請參閱支出限制）。在過渡期間，帳單保持分開：現有組織會繼續按目前方式計費。
• 驗證與存取移至 AWS：請求使用 AWS 憑證或在 AWS Console（而非 Claude Console）中產生的 API 金鑰進行驗證（請參閱驗證）。組織成員資格透過 AWS IAM 而非 Claude Console 管理（請參閱可用頁面），且 Anthropic 的用戶端 SDK 提供平台專用的用戶端類別（請參閱安裝 SDK）。
• 日常 API 使用的運作方式與第一方 Claude API 相同，功能限制中註明之處除外。在轉移正式環境流量之前，請檢查您的速率限制：新組織會被置於 Start 層級，提高限制需透過您的 Anthropic 客戶代表（請參閱速率限制與配額）。

對於行為不同的 Claude Enterprise（claude.ai）組織，請參閱方案比較。

帳戶設定疑難排解

• 「Sign-up failed: Failed to enable OutboundWebIdentityFederation」： 如果您在首次提交時看到此橫幅，請再次選擇 Continue。IAM 啟用可能需要一點時間才會生效。
• 註冊期間沒有進度指示器： 註冊需要幾分鐘。在 AWS 佈建您的帳戶期間，頁面會顯示靜態的 Sign-up in progress 橫幅，沒有進度列。
• 點擊設定連結後出現「Signed in as a different account」： 選擇 Log out and continue。頁面會使用您輸入的電子郵件地址重新驗證您的身分。
• 登入期間出現「Not found」訊息： 此訊息可能會在重新導向期間短暫出現。您可以將其關閉。
• 首次 API 呼叫後 Usage 頁面沒有顯示資料： 用量資料可能需要幾分鐘才會出現在 Claude Console 中。
• 首次 API 呼叫時出現「Outbound web identity federation is disabled」： 每個帳戶需啟用一次聯合驗證。請參閱啟用對外 Web 身分聯合。

發出 API 呼叫之前

請確保您具備：

1. 已訂閱 Claude Platform on AWS 的有效 AWS 帳戶（請參閱設定您的帳戶）
2. 已安裝並設定 AWS CLI
3. 您的 AWS 帳戶上已啟用對外 Web 身分聯合，這是一次性設定步驟（請參閱啟用對外 Web 身分聯合）
4. 您的工作區 ID（請參閱取得您的工作區 ID）
5. 呼叫 API 的 IAM 權限：對您工作區的 aws-external-anthropic:CreateInference 動作，如果您使用 API 金鑰驗證，還需要 aws-external-anthropic:CallWithBearerToken（請參閱 IAM 政策）

啟用對外 Web 身分聯合

Claude Platform on AWS 閘道會在伺服器端呼叫 sts:GetWebIdentityToken 來產生轉發給 Anthropic 的 JWT。此 STS 功能在每個 AWS 帳戶上預設為停用。每個帳戶需啟用一次：

aws iam enable-outbound-web-identity-federation

如果回應為 [ERROR] (FeatureEnabled) ... already enabled，表示您的帳戶已開啟此設定，您可以繼續下一步。驗證並取得您帳戶的簽發者 URL：

aws iam get-outbound-web-identity-federation-info

取得您的工作區 ID

完成帳戶設定後，您可以從 AWS Console 建立工作區（請參閱設定您的帳戶）。工作區綁定至單一 AWS 區域。您可以在 Claude Console 的 Workspaces 下，或在 AWS Console 服務頁面的 Workspaces 區段中找到工作區 ID。

設定 ANTHROPIC_AWS_WORKSPACE_ID 和 AWS_REGION 環境變數，讓 SDK 用戶端自動讀取：

export ANTHROPIC_AWS_WORKSPACE_ID='wrkspc_01AbCdEf23GhIj'
export AWS_REGION='us-west-2'  # Your workspace's AWS region

區域為必填。如果未設定區域，SDK 用戶端會引發錯誤。請在建立用戶端時傳入 aws_region，或設定 AWS_REGION（或 AWS_DEFAULT_REGION）。支援所有 AWS 商業區域。

驗證

Claude Platform on AWS 支援兩種驗證方法：使用 Signature Version 4（SigV4）請求簽署的 AWS IAM（主要方法）和 API 金鑰驗證。兩者使用相同的基礎 URL 和請求格式。

SigV4 驗證

SigV4 是企業原生路徑，可與您現有的 AWS IAM 政策、角色和稽核整合。使用 AWS 預設憑證提供者鏈支援的任何方法設定 AWS 憑證：

• 環境變數（AWS_ACCESS_KEY_ID、AWS_SECRET_ACCESS_KEY、AWS_SESSION_TOKEN）
• 共用憑證檔案（~/.aws/credentials）
• 共用設定檔（~/.aws/config），包括 SSO 和 credential_process
• 用於 IRSA 和 GitHub Actions 的 Web 身分（AWS_WEB_IDENTITY_TOKEN_FILE 和 AWS_ROLE_ARN）
• ECS 容器憑證
• EC2 執行個體中繼資料服務（IMDS）

驗證您的憑證是否正常運作：

aws sts get-caller-identity

API 金鑰驗證

對於較簡單的整合路徑（本機開發和指令碼），您可以使用 API 金鑰而非 SigV4 進行驗證。設定 ANTHROPIC_AWS_API_KEY 環境變數，或在建立用戶端時傳入 api_key。

在 AWS Console 的 Claude Platform on AWS → API keys 下產生 API 金鑰。選擇 Generate a key，然後複製金鑰值。將 aws-external-anthropic:CallWithBearerToken IAM 動作授予應允許使用 API 金鑰驗證的主體。

短期 API 金鑰

對於需要將憑證交給另一個程序的工作負載（例如 LLM 閘道、無伺服器函式，或支援 bearer-token 驗證但不支援 SigV4 的工具），請從您的 AWS 憑證產生短期 API 金鑰，而非在 AWS Console 中佈建長期金鑰。

AWS 發布了適用於 JavaScript、Python 和 Java 的權杖產生器程式庫。每個程式庫都會透過標準提供者鏈讀取您的 AWS 憑證，並傳回一個有時效的權杖，您可以將其作為 Authorization: Bearer <token> 傳送。權杖有效期預設為 12 小時，上限為您要求的期限、您的 AWS 憑證到期時間和 12 小時三者中的最小值。有關安裝和完整設定選項，請參閱連結的儲存庫 README。

以傳遞 AWS Console 產生的 API 金鑰的相同方式，將產生的權杖傳遞給 SDK：

from token_generator_for_aws_external_anthropic import TokenGenerator
from anthropic import AnthropicAWS

token = TokenGenerator(region="us-west-2").get_token()

client = AnthropicAWS(api_key=token, aws_region="us-west-2")

如果您可以在本機產生權杖，表示您的程序已具備 SigV4 憑證，此時 SigV4 驗證通常是較簡單的選擇。當發出 API 呼叫的程序與持有 AWS 憑證的程序分開時，請使用短期金鑰。

SDK 不會自動重新整理短期金鑰。權杖到期時，請產生新權杖並建構新的用戶端。使用權杖的主體仍需要 aws-external-anthropic:CallWithBearerToken IAM 動作。

憑證優先順序

平台專用用戶端會依下列順序解析驗證，從您建立用戶端時傳入的內容開始：

1. api_key → Authorization: Bearer 標頭
2. aws_access_key + aws_secret_key → AWS SigV4
3. aws_profile → 使用具名設定檔的 AWS SigV4
4. ANTHROPIC_AWS_API_KEY 環境變數 → Authorization: Bearer 標頭
5. 預設 AWS 憑證提供者鏈 → AWS SigV4

區域解析

如果您未設定 aws_region，用戶端會從環境中讀取 AWS_REGION，並為了與標準 AWS SDK 相容而退回使用 AWS_DEFAULT_REGION。區域為必填且沒有預設值：如果建構函式引數和環境變數都未設定，AnthropicAWS 會引發錯誤。

安裝 SDK

Anthropic 的用戶端 SDK 支援 Claude Platform on AWS。您的 SDK 提供 AnthropicAWS，可處理 SigV4 簽署、以區域為基礎的基礎 URL 建構，以及 anthropic-workspace-id 標頭。

pip install -U "anthropic[aws]"

可用模型

以下模型可在 Claude Platform on AWS 上使用：

模型 ID 與第一方 Claude API 相同。沒有 Bedrock 風格的 ARN 或 anthropic. 前綴。

新模型通常會與第一方 Claude API 同日在 Claude Platform on AWS 上推出。

發出請求

Claude Platform on AWS 使用與第一方 Claude API 相同的 API 端點。差異在於基礎 URL、驗證方法，以及用於識別請求目標工作區的 anthropic-workspace-id 標頭。推論和資源請求（例如對 Messages API、Models API、Files API 和 Claude Managed Agents 端點的呼叫）都需要此標頭。對 Admin API 的請求則不需要。

執行這些範例之前，請完成發出 API 呼叫之前中的步驟。

from anthropic import AnthropicAWS

client = AnthropicAWS()

message = client.messages.create(
    model="claude-sonnet-5-5",
    max_tokens=1024,
    messages=[{"role": "user", "content": "Hello!"}],
)
print(message)

用戶端會從環境中讀取 AWS_REGION（或 AWS_DEFAULT_REGION）和 ANTHROPIC_AWS_WORKSPACE_ID。您可以在建立用戶端時傳入 aws_region 或 workspace_id 來覆寫其中任一項。區域和工作區 ID 皆為必填。如果任一項無法解析，建構函式會引發錯誤。

--aws-sigv4 值的格式為 aws:amz:<region>:<service>。SigV4 服務名稱為 aws-external-anthropic，且區域必須與您端點 URL 中的區域相符。任一項不符都會產生一般性的簽章拒絕錯誤，而非具體的診斷訊息。

上下文視窗

Claude Platform on AWS 上的「context window」（上下文視窗）大小與第一方 Claude API 相同。有關各模型的限制，請參閱上下文視窗。

功能支援

Claude Platform on AWS 直接使用 Claude API 端點，這表示您可以獲得與第一方 Claude API 完全相同的功能（功能限制中註明之處除外）：

• 功能存取： 由於 Anthropic 營運這兩個平台，大多數新功能和 beta 標頭無需額外的整合步驟即可在 Claude Platform on AWS 上使用。例外情況請參閱功能限制。
• Beta 功能： 傳遞標準的 anthropic-beta 標頭即可存取 beta 功能，就像使用 Claude API 一樣。
• Agent Skills： 使用與 Claude API 相同的 container.skills 參數來使用預建和自訂的 Agent Skills。所有預建 Skills（PowerPoint、Excel、Word、PDF）皆可直接使用。
• 程式碼執行： 使用程式碼執行工具在 Anthropic 管理的沙箱中執行程式碼。
• 工具使用： 除了電腦使用和瀏覽器使用工具集之外，所有工具使用功能皆可使用；請參閱不支援的功能。
• 思考： 自適應思考、effort 參數，以及在支援的模型上的擴展思考，皆使用與 Claude API 相同的參數運作。
• 串流： 完整的 SSE 串流支援，提供即時回應。
• 批次處理： 為高吞吐量工作負載提交批次請求。
• 提示快取： 快取工具、系統提示和訊息歷史記錄，以降低延遲和成本。所有提示快取功能（5 分鐘 TTL、1 小時 TTL 和自動快取）皆可使用。
• Files API： 上傳檔案並在多個請求中參照。
• 客戶管理的加密金鑰（CMEK）： CMEK 僅支援 AWS KMS 金鑰。無法註冊 Google Cloud KMS 和 Azure Key Vault 金鑰。金鑰必須是與其所附加的工作區位於相同 AWS 帳戶和區域的單一區域 KMS 金鑰，且其金鑰政策必須授予 aws-external-anthropic.amazonaws.com 服務主體存取權；請參閱在 Claude Platform on AWS 上設定 CMEK。請在 Claude Console 中註冊和附加金鑰；外部金鑰端點也可使用，並透過 IAM 動作授權。沒有單獨的驗證步驟：當您將金鑰附加到工作區時，金鑰會被隱含驗證（附加呼叫會執行一次加密/解密往返），因此金鑰政策問題會在附加時而非註冊時浮現。
• Compliance API： Compliance API 可供使用。存取權透過 AWS IAM ListComplianceActivities 動作授權。

有關與 Amazon Bedrock 的功能可用性差異，請參閱比較表。

Claude Managed Agents

Claude Managed Agents 可在 Claude Platform on AWS 上使用，包括代理、環境、工作階段、排程部署、憑證保管庫、記憶體儲存區、webhooks、多代理協調以及自行託管沙箱。

Claude Platform on AWS 上的工作階段和自行託管 worker 與第一方 Claude Managed Agents 有三點不同：

• 自主工作階段重新驗證： 工作階段可以在沒有任何使用者事件的情況下自主執行最多 6 小時。6 小時後，工作階段需要重新驗證才能繼續。若要重新驗證，請向工作階段傳送任何使用者角色事件（請參閱事件與串流）。第一方 Claude Managed Agents 沒有自主工作階段執行時間限制。
• 自行託管環境上的記憶體儲存區： 在自行託管環境上執行的工作階段無法附加記憶體儲存區；包含記憶體儲存區的工作階段會在建立時遭到拒絕。雲端環境上的工作階段可照常附加記憶體儲存區。在第一方 Claude Managed Agents 上，雲端和自行託管環境上的工作階段都可以附加記憶體儲存區。
• 自行託管環境上的 worker 驗證： worker 使用 AWS IAM（SigV4）或在 AWS Console 中產生的 API 金鑰進行驗證，而非環境金鑰。在 Claude Console 中產生的環境金鑰無法用於 Claude Platform on AWS 端點。

不支援的功能

以下功能目前在 Claude Platform on AWS 上無法使用：

• HIPAA 就緒： Anthropic 的 HIPAA 就緒計畫無法使用。請參閱 API 與資料保留。
• 電腦使用和瀏覽器使用工具集： computer_toolset_20260801 和 browser_toolset_20260801 目前在 Claude Platform on AWS 上無法使用。Beta 版電腦使用工具版本仍可用於較早的工具版本下列出的模型。

• Admin API： 工作區端點（/v1/organizations/workspaces 上的建立、取得、列出、更新和封存）、外部金鑰端點（/v1/organizations/external_keys 上的註冊、取得、列出、更新和刪除，用於 CMEK；金鑰會在附加到工作區時進行驗證，而非透過驗證端點）以及遙測目的地端點皆可使用。其他 Admin API 端點（組織成員、工作區成員、邀請、API 金鑰、使用量報告、成本報告和速率限制報告）目前無法使用。請改為在 Claude Console 中檢視使用量和成本資料。AWS IAM 負責管理組織成員資格。
• 工作區成員管理： 無法在個別工作區中新增或移除使用者。工作區 ARN 上的 AWS IAM 政策負責控制存取權。
• Claude Code 工作區和 Analytics API： 具有自動速率限制的 Claude Code 工作區無法使用。Claude Code 使用量會顯示在一般使用量檢視中，而非專用畫面。
• OAuth 驗證： 不支援。請使用 SigV4 或 API 金鑰驗證。
• 快速模式： 在 Claude Platform on AWS 上無法使用。
• OpenAI 相容 API 端點： 在 Claude Platform on AWS 上無法使用。
• MCP 通道： 僅支援透過公用網際網路公開的 MCP 伺服器。

資料駐留

Claude Platform on AWS 支援以下推論地理區域：

• US： 推論保留在美國資料中心內。適用 1.1 倍的定價乘數。
• Global： 推論可路由至全球任何由 Anthropic 營運的資料中心。適用標準定價。

使用 inference_geo 參數為每個請求設定推論地理區域：

from anthropic import AnthropicAWS

client = AnthropicAWS()
message = client.messages.create(
    model="claude-sonnet-5-5",
    max_tokens=1024,
    inference_geo="us",
    messages=[{"role": "user", "content": "Hello!"}],
)
print(message)

如果您省略 inference_geo，請求會使用工作區的 default_inference_geo（若已設定），否則使用 global。

工作區層級的推論地理區域控制（allowed_inference_geos 和 default_inference_geo）在 Claude Platform on AWS 上也可使用。請參閱工作區層級限制。

工作區

Claude Platform on AWS 上的推論和資源請求以工作區為目標。您需要在這些 API 呼叫的 anthropic-workspace-id 標頭中傳遞工作區的 ID。工作區 ID 使用帶標籤的格式，即 wrkspc_ 後接英數字識別碼（例如 wrkspc_01AbCdEf23GhIj）。如果您還沒有工作區 ID，請參閱取得您的工作區 ID。

工作區範圍

工作區綁定至單一 AWS 區域。在 us-west-2 中建立的工作區只能透過 us-west-2 端點存取。使用量、配額、成本、檔案、批次和 Skills 都會依工作區彙總，讓您在 Claude Console 中取得各區域的明細。

工作區也是 Claude Platform on AWS 的主要 IAM 資源。您可以透過使用工作區 ARN 的 AWS IAM 政策，授予或拒絕對特定工作區的存取權。ARN 的資源區段與您在 anthropic-workspace-id 標頭中傳遞的 wrkspc_ 前綴 ID 相同：

arn:aws:aws-external-anthropic:{region}:{account-id}:workspace/{workspace-id}

例如：

arn:aws:aws-external-anthropic:us-west-2:123456789012:workspace/wrkspc_01AbCdEf23GhIj

如需政策範例，請參閱 IAM 政策。

管理工作區

您可以從 AWS Console 的 Workspaces 頁面或使用 Admin API 工作區端點來建立其他工作區、重新命名工作區或封存工作區。這些端點不需要 anthropic-workspace-id 標頭。建立和列出作用於組織；取得、更新和封存則在 URL 路徑中接收工作區 ID。新工作區會綁定至您呼叫以建立它的端點所在的 AWS 區域（請參閱工作區範圍）。擁有 Admin 角色時，您也可以從 Claude Console 的 Workspaces 頁面建立、重新命名和封存工作區。

使用 Claude Console

Claude Platform on AWS 使用位於 platform.claude.com 的標準 Claude Console。當您從 AWS Console 登入時，Claude Console 側邊欄左下角會出現 Account managed by AWS 指示器，且 Console 的範圍會限定於您的 Claude Platform on AWS 組織。它提供使用量分析、成本明細、速率限制可見性、工作區管理，以及用於管理檔案、Agent Skills、批次作業和 Claude Managed Agents 資源（代理、工作階段、環境、憑證保管庫、記憶體儲存區和 webhooks）的頁面。

登入

Claude Console 的存取權透過 AWS IAM 進行聯合。如需完整的首次登入流程，請參閱設定您的帳戶。簡而言之：

1. 擔任具有 aws-external-anthropic:AssumeConsole 權限的 IAM 角色。請參閱 Claude Platform on AWS 的 IAM 動作。
2. 前往 AWS Console 中的 Claude Platform on AWS 頁面。
3. 選擇 Open Claude Console。AWS Console 會簽發 JWT 並將您重新導向至 platform.claude.com。
4. 首次登入時，系統會提示您輸入電子郵件地址。請輸入您的工作電子郵件。平台會即時佈建您的 Claude Console 使用者。

Claude Console 提供兩種角色：Admin 和 Developer。Admin 角色可存取 Claude Platform on AWS 可用的所有 Claude Console 頁面和設定。Developer 角色可讀取使用量、成本、速率限制和工作區資訊。請聯絡您的 Anthropic 客戶代表，為主體指派 Admin 或 Developer 角色。

可用頁面

透過 AWS 閘道欄位表示該頁面是否透過 AWS 閘道讀取和寫入資料（因此受 IAM 動作管控）。標示為否的頁面會直接從 Anthropic 讀取組織層級的中繼資料，並略過 IAM 動作檢查。

切換組織

Claude Console 不支援 Claude Platform on AWS 的組織切換。若要存取其他組織，請登出並使用該組織 AWS 帳戶的 IAM 角色，透過 AWS Console 重新驗證。

速率限制與配額

Claude Platform on AWS 上的組織會被置於 Start 層級。Anthropic 直接管理速率限制，而非透過 AWS 配額系統。

Claude Platform on AWS 上的組織在累積已付款的 AWS Marketplace 發票紀錄後，可以自動升級至更高的使用層級。Claude Console 中的自助式 Request tier increase 流程無法使用：Rate limits 頁面會改為引導您聯絡 Anthropic 客戶代表。

若要申請更高的限制，請聯絡您的 Anthropic 客戶代表或 Anthropic 支援。請在申請中包含以下內容：

• 您需要提高限制的模型
• 每個模型的每分鐘尖峰輸入 token 數和每分鐘輸出 token 數（而非每日總數）
• 您的輸入中屬於快取或重複上下文的大約比例（對大多數模型而言，快取讀取不計入輸入 token 限制；請參閱快取感知 ITPM）

使用層級是固定的級距：每個層級都將速率限制與每月支出上限配對，升級至更高層級會同時提高兩者。如需層級詳細資訊和各模型限制，請參閱速率限制。

帳單

Claude Platform on AWS 透過 AWS Marketplace 計費。使用量以 Claude Consumption Units（CCU）計價，每小時計量，並於每月事後在您的 AWS 帳單上開立發票。CCU 不是預付點數。沒有 CCU 餘額或承諾用量。

如需 CCU 價格、換算機制、折扣套用方式和各模型 token 費率，請參閱 Claude Platform on AWS 定價。

支出限制

Start、Build 和 Scale 使用層級各有每月支出上限；如需目前數值，請參閱各層級支出上限。當您組織在該日曆月的使用量達到其層級上限時，API 請求會以支出上限錯誤失敗，直到下個月第一天的 UTC 00:00 為止，提前重試也不會成功。支出上限和速率限制屬於同一層級。若要提高上限，或在達到上限後恢復存取，請透過您的 Anthropic 客戶代表或 Anthropic 支援申請層級提升（請參閱速率限制與配額）。

在 Billing 頁面的 Email recipients 下新增至少一位收件者後，您也可以設定低於上限的自訂每月支出限制：

• 組織支出限制： 前往 Claude Console 中的 Settings > Billing 設定每月支出限制。
• 工作區支出限制： 在 Claude Console 的 Workspaces 頁面（platform.claude.com/settings/workspaces）中選取工作區。在開啟的面板中，按一下 Spend limits。

當使用量達到您設定的限制時，請求會以 HTTP 400 失敗（請參閱支出限制錯誤），直到下個月第一天的 UTC 00:00，或直到您提高或移除該限制為止。

支出以定價計算，且可能需要約 2 小時才會反映最近的使用量，因此使用量可能在請求開始失敗前就超過上限或限制。超出的部分會計費。當層級上限或組織支出限制停止您的請求時，系統會向 Billing 頁面 Email recipients 下列出的收件者傳送電子郵件通知。Claude Platform on AWS 不提供以角色為基礎的收件者（例如所有管理員）。層級上限通知也會傳送至 AWS Marketplace 註冊時使用的電子郵件地址。

監控與記錄

AWS CloudTrail 可以擷取對 Claude Platform on AWS 的所有請求。工作區、外部金鑰、遙測目的地、合規、保管庫和 webhook 操作預設會記錄為管理事件。推論、批次、檔案、skill、模型、使用者設定檔和 Claude Managed Agents 操作（保管庫和 webhooks 除外）則歸類為資料事件，需要明確設定資料事件記錄，這會產生額外的 CloudTrail 費用。如需完整的事件類型分類，請參閱 IAM 動作參考；如需設定詳細資訊，請參閱 AWS CloudTrail 文件。

請求 ID

每個回應的回應標頭中都包含兩個請求 ID：

• AWS 請求 ID（x-amzn-requestid）： 主要 ID，已在 CloudTrail 中建立索引。透過 AWS 工具調查請求或聯絡 AWS 支援時，請使用此 ID。
• Anthropic 請求 ID（request-id）： 次要 ID。聯絡 Anthropic 支援時，請使用此 ID。

from anthropic import AnthropicAWS

client = AnthropicAWS()

response = client.messages.with_raw_response.create(
    model="claude-sonnet-5-5",
    max_tokens=1024,
    messages=[{"role": "user", "content": "Hello!"}],
)

print(response.headers.get("x-amzn-requestid"))  # AWS request ID
print(response.headers.get("request-id"))  # Anthropic request ID

message = response.parse()
print(message.content)

Anthropic 建議您至少以 30 天滾動方式記錄活動，以了解使用模式並調查問題。

從 Amazon Bedrock 遷移

如果您目前在 Bedrock 上使用 Claude，遷移至 Claude Platform on AWS 需要在整個整合中進行變更。SigV4 簽署仍受支援，但簽署上下文、基礎 URL、API 格式、模型 ID、SDK 用戶端和套件、串流格式、請求標頭以及區域可用性都會改變。Claude Platform on AWS 也會佈建新的 Anthropic 組織。下表摘要說明這些差異。

變更內容

遷移差異取決於您原本使用的 Bedrock 整合。下表同時列出目前的 Bedrock 整合（位於 bedrock-mantle.{region}.api.aws 的 Messages API）和舊版 InvokeModel 整合。

如果您使用的是目前的 Bedrock 整合，請求主體格式已經是 Messages API。需要變更的是基礎 URL、SigV4 服務名稱、模型 ID，以及新增 anthropic-workspace-id 標頭。如果您使用的是舊版 InvokeModel 或 Converse API，您還需要將請求和回應結構改寫為 Messages API 格式。如需請求結構對應，請參閱 Claude on Amazon Bedrock（Opus 4.6 及更早版本）。

您獲得的好處

• 通常可在同一天存取新模型和功能（請參閱功能限制）
• 用於文件產生的 Agent Skills（PowerPoint、Excel、Word、PDF）
• 在 Anthropic 託管沙箱中執行程式碼
• 透過 anthropic-beta 標頭使用 Amazon Bedrock 未提供的 Claude API beta 功能（請參閱功能限制）
• 用於配額可見性和使用量分析的 Claude Console
• Anthropic 直接支援
• 可作為 SigV4 替代方案的 API 金鑰驗證（請參閱 API 金鑰驗證）

保持不變的部分

• AWS IAM 驗證（SigV4）
• 由 AWS 作為開立發票方。帳單管道從原生 AWS 服務變更為 AWS Marketplace（請參閱商業考量）。
• AWS 承諾用量抵扣

遷移陷阱

商業考量

• Anthropic 服務條款： 使用 Claude Platform on AWS 需要接受 Anthropic 的商業服務條款和使用政策。如果您的組織尚未接受這些條款（例如，您只透過 Bedrock 使用過 Claude），系統會在帳戶設定期間提示您。請參閱設定您的帳戶。
• 折扣和私人優惠： 協商的折扣和 AWS Marketplace 私人優惠不會在 Bedrock 和 Claude Platform on AWS 之間自動轉移。請與您的 Anthropic 客戶代表合作，為 Claude Platform on AWS 設定商業條款。

IAM 政策

Claude Platform on AWS 與 AWS IAM 整合以進行存取控制。您可以使用標準 IAM 政策語法，授予或拒絕對特定工作區上特定 API 動作的存取權。

SigV4 服務名稱和 IAM 動作命名空間為 aws-external-anthropic。動作遵循 aws-external-anthropic:<Action> 模式（例如 aws-external-anthropic:CreateInference）。

範例：拒絕批次推論

以下政策允許即時推論，同時封鎖批次處理：

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Effect": "Allow",
      "Action": [
        "aws-external-anthropic:CreateInference",
        "aws-external-anthropic:CountTokens",
        "aws-external-anthropic:GetModel",
        "aws-external-anthropic:ListModels",
        "aws-external-anthropic:GetWorkspace"
      ],
      "Resource": "arn:aws:aws-external-anthropic:*:*:workspace/*"
    },
    {
      "Effect": "Allow",
      "Action": "aws-external-anthropic:ListWorkspaces",
      "Resource": "*"
    },
    {
      "Effect": "Deny",
      "Action": [
        "aws-external-anthropic:CreateBatchInference",
        "aws-external-anthropic:GetBatchInference",
        "aws-external-anthropic:ListBatchInferences"
      ],
      "Resource": "*"
    }
  ]
}

GetBatchInference 動作同時授權批次中繼資料路由和批次結果路由。拒絕此動作會封鎖這兩種讀取。如需適用於 ZDR 敏感工作負載的僅拒絕政策，請參閱 ZDR 敏感工作區的功能鎖定。

受管政策

AWS 為常見存取模式提供五個受管政策（AnthropicFullAccess、AnthropicReadOnlyAccess、AnthropicInferenceAccess、AnthropicLimitedAccess 和 AnthropicSelfHostedEnvironmentAccess）。如需每個政策授予的動作、完整的 IAM 動作清單、路由至動作的對應以及其他政策範例，請參閱 Claude Platform on AWS 的 IAM 動作。

後續步驟

其他資源