AWS 上的 Claude Platform

AWS 上的 Claude Platform 为您提供完整的 Anthropic 平台体验，包括 Messages API、Agent Skills、代码执行和测试版功能，可通过您的 AWS 账户访问。与由 AWS 运营推理堆栈的 Amazon Bedrock 不同，AWS 上的 Claude Platform 由 Anthropic 运营。AWS 提供身份验证层（SigV4 或 API 密钥）、基于 IAM 的访问控制，以及通过 AWS Marketplace 的计费集成。



平台集成的工作原理

Claude 模型在 Anthropic 管理的基础设施上运行。这是一种用于通过 AWS 进行计费和访问的商业集成。Anthropic 是推理输入和输出的数据处理者。AWS 在 Marketplace 模式下处理计费和身份元数据。通过 AWS 上的 Claude Platform 使用 Claude 的客户受 Anthropic 的数据使用条款约束。

AWS 上的 Claude Platform 具有以下运营特征：数据可能不驻留在 AWS 中，推理可能路由到 Anthropic 的主要云，子服务可能在不另行通知的情况下发生变化。请在每个请求中设置 inference_geo 参数，以将推理固定到特定地理区域。

AWS 上的 Claude Platform 遵循与第一方 Claude API 相同的数据保留政策。零数据保留（Zero Data Retention，ZDR）可应要求提供。请联系您的 Anthropic 客户代表为您的组织启用该功能。



AWS 上的 Claude Platform 与 Amazon Bedrock 对比

这两种产品都允许您通过 AWS 使用 Claude，但它们在架构、API 接口和功能可用性方面有所不同。

如果您需要由 AWS 运营的 Claude，请参阅 Claude in Amazon Bedrock。AWS 上的 Claude Platform 使用与第一方 Claude API 和 Amazon Bedrock 都不同的独立容量池。您可以在多个平台上运行工作负载并在它们之间进行故障转移。

支持使用 AWS PrivateLink 将您的 VPC 连接到 AWS 上的 Claude Platform 端点。

何时选择 Bedrock： 处于受监管行业、需要 FedRAMP High、IL4、IL5 或 HIPAA 就绪合规性，或需要 AWS 作为唯一数据处理者的组织，应使用 Claude in Amazon Bedrock。Bedrock 完全在 AWS 控制的基础设施上运行，由 AWS 作为运营方。

您使用的是哪种产品？ Claude 可通过几种不同的产品获得：

• AWS 上的 Claude Platform（本页）：通过 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 上管理。



设置您的账户

设置 AWS 上的 Claude Platform 分为四个阶段：在 AWS Console 服务页面上注册、完成您的 Anthropic 组织设置、记录您的工作区 ID，以及登录 Claude Console。



从现有 Anthropic 组织迁移

注册 AWS 上的 Claude Platform 始终会配置一个与您的 AWS 账户绑定的新 Anthropic 组织。不存在原地转换：现有组织（例如第一方 Claude API 组织）无法变成 AWS 上的 Claude Platform 组织。

请将从现有组织的迁移规划为向新组织的切换：

• 首先创建新组织。 通过 AWS Console 注册（参见设置您的账户）。如果您的迁移涉及私有报价，请在报价被接受之前完成注册：折扣从接受时开始生效，不会追溯。请参阅私有报价。
• 重新创建访问权限和配置。 API 密钥、工作区和 Claude Console 设置不会从现有组织延续。在新组织中创建工作区，并将您的应用程序切换到 AWS 上的 Claude Platform 身份验证。
• 更新您的集成。 AWS 上的 Claude Platform 提供 Claude API（/v1/{endpoint}），因此请求和响应的结构与第一方 Claude API 相同。变化的是基础 URL、身份验证方法和必需的 anthropic-workspace-id 标头；请参阅发出请求。某些平台功能有所不同；请参阅不支持的功能。
• 按照您自己的时间表进行切换。 新组织独立于您的现有组织，两者可以并行处理流量。无需硬切换：逐步转移工作负载，直到您的所有流量都在新组织上。

新组织运行后，差异主要集中在通过 AWS 处理的计费和身份验证上：

• 计费转移到 AWS Marketplace：使用量以 Claude Consumption Units 而非预付费额度计费（参见计费），支出限额在 Billing 页面而非 Limits 页面管理（参见支出限额）。在过渡期间，计费保持独立：现有组织继续按当前方式计费。
• 身份验证和访问转移到 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. 一个已订阅 AWS 上的 Claude Platform 的有效 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 身份联合

AWS 上的 Claude Platform 网关在服务器端调用 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/awsRegion 传递给构造函数，或设置 AWS_REGION（或 AWS_DEFAULT_REGION）。支持所有 AWS 商业区域。



身份验证

AWS 上的 Claude Platform 支持两种身份验证方法：使用 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
• Web 身份（AWS_WEB_IDENTITY_TOKEN_FILE 和 AWS_ROLE_ARN），用于 IRSA 和 GitHub Actions
• ECS 容器凭证
• EC2 实例元数据服务（IMDS）

验证您的凭证是否有效：

aws sts get-caller-identity



API 密钥身份验证

对于更简单的集成路径（本地开发和脚本），您可以使用 API 密钥而非 SigV4 进行身份验证。设置 ANTHROPIC_AWS_API_KEY 环境变量或将 apiKey 传递给 SDK 构造函数。

在 AWS Console 的 Claude Platform on AWS → API keys 下生成 API 密钥。选择 Generate a key，然后复制密钥值。将 aws-external-anthropic:CallWithBearerToken IAM 操作授予应被允许使用 API 密钥身份验证的主体。



短期 API 密钥

对于需要将凭证交给单独进程的工作负载（例如 LLM 网关、无服务器函数，或支持 bearer 令牌身份验证但不支持 SigV4 的工具），请从您的 AWS 凭证生成短期 API 密钥，而不是在 AWS Console 中配置长期密钥。

AWS 发布了适用于 JavaScript、Python 和 Java 的令牌生成器库。每个库通过标准提供程序链读取您的 AWS 凭证，并返回一个可与 x-api-key 标头配合使用的限时令牌。令牌生命周期默认为 12 小时，上限为您请求的持续时间、您的 AWS 凭证到期时间和 12 小时三者中的最小值。有关安装和完整配置选项，请参阅链接的仓库 README。

将生成的令牌传递给 SDK，方式与传递 AWS Console 生成的 API 密钥相同：

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 操作。



凭证优先级

平台专用客户端按以下顺序解析身份验证。参数名称因语言约定而异：TypeScript 和 PHP 使用如下所示的 camelCase，Python 和 Ruby 使用 snake_case，Go 使用首字母缩写大写的 PascalCase，C# 和 Java 使用该语言的属性或构建器惯用法。

1. apiKey 构造函数参数 → x-api-key 标头
2. awsAccessKey + awsSecretAccessKey 构造函数参数 → AWS SigV4
3. awsProfile 构造函数参数 → 使用命名配置文件的 AWS SigV4
4. ANTHROPIC_AWS_API_KEY 环境变量 → x-api-key 标头
5. 默认 AWS 凭证提供程序链 → AWS SigV4



区域解析

如果未将 aws_region/awsRegion 传递给构造函数，客户端会从环境中读取 AWS_REGION，并回退到 AWS_DEFAULT_REGION 以与标准 AWS SDK 兼容。区域是必需的。没有回退默认值。与回退到 us-east-1 的 AnthropicBedrock 不同，如果构造函数参数和环境变量都未设置，AnthropicAWS/AnthropicAws 客户端会引发错误。



安装 SDK

Anthropic 的客户端 SDK 支持 AWS 上的 Claude Platform。每个 SDK 都提供一个平台专用的客户端类，用于处理 SigV4 签名、基于区域的基础 URL 构造以及 anthropic-workspace-id 标头。

pip install -U "anthropic[aws]"



可用模型

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

模型 ID 与第一方 Claude API 完全相同。没有 Bedrock 风格的 ARN 或 anthropic. 前缀。

新模型通常在与第一方 Claude API 同一天在 AWS 上的 Claude Platform 上发布。



发出请求

AWS 上的 Claude Platform 使用与第一方 Claude API 相同的 API 端点。区别在于基础 URL、身份验证方法，以及用于标识请求目标工作区的必需 anthropic-workspace-id 标头。

在运行这些示例之前，请完成发出 API 调用之前中的步骤。

from anthropic import AnthropicAWS

client = AnthropicAWS()

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

客户端从环境中读取 AWS_REGION（或 AWS_DEFAULT_REGION）和 ANTHROPIC_AWS_WORKSPACE_ID。您可以通过向构造函数传递 aws_region / awsRegion 或 workspace_id / workspaceId 来覆盖其中任何一个。区域和工作区 ID 都是必需的。如果任何一个无法解析，构造函数会引发错误。

--aws-sigv4 值遵循 aws:amz:<region>:<service> 格式。SigV4 服务名称为 aws-external-anthropic，区域必须与您的端点 URL 中的区域匹配。任何一个不匹配都会产生通用的签名拒绝错误，而非具体的诊断信息。



上下文窗口

AWS 上的 Claude Platform 上的 "context window"（上下文窗口）大小与第一方 Claude API 完全相同。有关每个模型的限制，请参阅上下文窗口。



功能支持

AWS 上的 Claude Platform 直接使用 Claude API 端点，这意味着您可以获得与第一方 Claude API 完全相同的功能（除非在功能限制中另有说明）：

• 功能访问： 由于 Anthropic 运营这两个平台，大多数新功能和测试版标头无需单独的集成步骤即可在 AWS 上的 Claude Platform 上使用。有关例外情况，请参阅功能限制。
• 测试版功能： 传递标准的 anthropic-beta 标头以访问测试版功能，就像使用 Claude API 一样。
• Agent Skills： 使用与 Claude API 相同的 container.skills 参数和测试版标头来使用预构建和自定义的 Agent Skills。所有预构建的 Skills（PowerPoint、Excel、Word、PDF）开箱即用。
• 代码执行： 使用代码执行工具在 Anthropic 的托管沙箱中运行代码。
• 工具使用： 计算机使用和所有其他工具使用功能均可用。
• 扩展思考： 使用与 Claude API 相同的参数启用扩展思考。
• 流式传输： 完整的 SSE 流式传输支持，用于实时响应。
• 批处理： 为高吞吐量工作负载提交批量请求。
• 提示缓存： 缓存工具、系统提示和消息历史记录，以降低延迟和成本。所有提示缓存功能（5 分钟 TTL、1 小时 TTL 和自动缓存）均可用。
• Files API： 跨请求上传和引用文件。
• 客户管理的加密密钥（CMEK）： CMEK 仅支持 AWS KMS 密钥。无法注册 Google Cloud KMS 和 Azure Key Vault 密钥。在 Claude Console 中创建、验证和附加密钥。external_keys Admin API 端点目前不可用。密钥必须与其附加到的工作区位于同一 AWS 区域。
• Compliance API： Compliance API 可用。访问通过 AWS IAM 授权。

有关与 Amazon Bedrock 的功能可用性差异，请参阅对比表。



Claude Managed Agents

Claude Managed Agents 在 AWS 上的 Claude Platform 上可用，包括代理、环境、会话、凭证保管库、记忆存储、webhooks、多代理编排和自托管沙箱。

AWS 上的 Claude Platform 上的会话行为与第一方 Claude Managed Agents 有一点不同：

• 自主会话重新身份验证： 会话可以在没有任何用户事件的情况下自主运行最多 6 小时。6 小时后，会话需要重新身份验证才能继续。要重新进行身份验证，请向会话发送任何用户角色事件（参见事件和流式传输）。第一方 Claude Managed Agents 没有自主会话运行时限制。



不支持的功能

以下功能目前在 AWS 上的 Claude Platform 上不可用：

• HIPAA 就绪性： Anthropic 的 HIPAA 就绪计划不可用。请参阅 API 和数据保留。

• Admin API： 工作区端点（/v1/organizations/workspaces 上的创建、获取、列出、更新和归档）可用。其他 Admin API 端点（组织成员、工作区成员、邀请、API 密钥、使用量报告、成本报告、速率限制报告和外部密钥）目前不可用。请改为在 Claude Console 中管理 CMEK 密钥。请改为在 Claude Console 中查看使用量和成本数据。AWS IAM 管理组织成员资格。
• 工作区成员管理： 不支持从单个工作区添加或移除用户。工作区 ARN 上的 AWS IAM 策略控制访问。
• Claude Code 工作区和 Analytics API： 具有自动速率限制的 Claude Code 工作区不可用。Claude Code 使用量显示在常规使用量视图中，而非专用屏幕。
• OAuth 身份验证： 不支持。请使用 SigV4 或 API 密钥身份验证。
• 快速模式： 在 AWS 上的 Claude Platform 上不可用。
• OpenAI 兼容的 API 端点： 在 AWS 上的 Claude Platform 上不可用。
• MCP 隧道： 仅支持通过公共互联网公开的 MCP 服务器。



数据驻留

AWS 上的 Claude Platform 支持以下推理地理区域：

• US： 推理保留在美国数据中心内。适用 1.1 倍定价乘数。
• Global： 推理可以路由到全球任何由 Anthropic 运营的数据中心。适用标准定价。

使用 inference_geo 参数为每个请求设置推理地理区域：

from anthropic import AnthropicAWS

client = AnthropicAWS()
message = client.messages.create(
    model="claude-sonnet-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）在 AWS 上的 Claude Platform 上也可用。请参阅工作区级别限制。



工作区

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 资源。您可以通过 AWS IAM 策略使用工作区 ARN 来授予或拒绝对特定工作区的访问权限。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 工作区端点来创建额外的工作区、重命名工作区或归档工作区。新工作区会绑定到您调用创建操作所使用端点的 AWS 区域（请参阅工作区作用域）。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 资源（代理、会话、环境、凭证保管库、内存存储和 webhook）的页面。



登录

对 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. 首次登录时，系统会提示您输入电子邮件地址。请输入您的工作电子邮件。平台会即时（just-in-time）为您配置 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 上的组织不会在用量层级之间自动移动。基于用量的层级提升适用于第一方 Claude API 组织，不适用于通过 AWS Marketplace 计费的组织。Claude Console 中的自助式 Request rate limit increase 流程也不可用：Limits 页面会引导您联系您的 Anthropic 客户代表。

要申请更高的限额，请联系您的 Anthropic 客户代表或支持团队。请在申请中包含以下内容：

• 您需要提高限额的模型
• 每个模型的峰值每分钟输入令牌数和每分钟输出令牌数（而非每日总量）
• 您的输入中缓存或重复上下文的大致占比（对于大多数模型，缓存读取不计入输入令牌限制；请参阅缓存感知 ITPM）

用量层级是固定的阶梯：每个层级将速率限制与每月支出上限配对，升级到更高层级会同时提高两者。有关层级详情和各模型限制，请参阅速率限制。



计费

Claude Platform on AWS 通过 AWS Marketplace 计费。用量以 Claude Consumption Units（CCU）计价，按小时计量，并在您的 AWS 账单上按月后付开具发票。CCU 不是预付费额度。不存在 CCU 余额或承诺。

有关 CCU 价格、换算机制、折扣应用以及各模型的令牌费率，请参阅 Claude Platform on AWS 定价。



支出限额

Start、Build 和 Scale 用量层级各自带有每月支出上限；有关当前值，请参阅各层级支出上限。支出上限和速率限制属于同一层级，因此要提高上限，请通过您的 Anthropic 客户代表或支持团队申请层级提升（请参阅速率限制和配额）。

您还可以设置自己的每月支出限额来限制组织的支出：

• **组织支出限额：**前往 Claude Console 中的 Settings > Billing 设置每月支出限额。在 Claude Platform on AWS 上，支出限额在 Billing 页面而非 Limits 页面管理。
• **工作区支出限额：**从每个工作区的限额设置中为单个工作区设置每月支出限额。

您设置的支出限额是软限制：支出按标价计算，并且可能需要大约两小时才能反映最近的用量。



监控和日志记录

AWS CloudTrail 可以捕获对 Claude Platform on AWS 的所有请求。工作区、保管库和 webhook 操作默认作为 Management 事件记录。推理、批处理、文件、技能、模型、用户配置文件和 Claude Managed Agents 操作（保管库和 webhook 除外）被归类为 Data 事件，需要显式配置数据事件日志记录，这会产生额外的 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",
    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 标头使用测试版功能（请参阅功能限制）
• 用于配额可见性和用量分析的 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 敏感工作负载的仅 Deny 策略，请参阅针对 ZDR 敏感工作区的功能锁定。



托管策略

AWS 提供五个托管策略（AnthropicFullAccess、AnthropicReadOnlyAccess、AnthropicInferenceAccess、AnthropicLimitedAccess 和 AnthropicSelfHostedEnvironmentAccess），用于常见的访问模式。有关每个策略授予的操作、IAM 操作的完整列表、路由到操作的映射以及其他策略示例，请参阅 Claude Platform on AWS 的 IAM 操作。



后续步骤



其他资源