Claude Platform on AWS

Claude Platform on AWSは、Messages API、Agent Skills、コード実行、ベータ機能を含む完全なAnthropicプラットフォーム体験を、お客様のAWSアカウントを通じて利用できるようにします。AWSが推論スタックを運用するAmazon Bedrockとは異なり、Claude Platform on AWSはAnthropicが運用します。AWSは認証レイヤー（SigV4またはAPIキー）、IAMベースのアクセス制御、およびAWS Marketplaceを通じた請求統合を提供します。



プラットフォーム統合の仕組み

ClaudeモデルはAnthropicが管理するインフラストラクチャ上で実行されます。これはAWSを通じた請求とアクセスのための商用統合です。Anthropicは推論の入力と出力のデータ処理者です。AWSはマーケットプレイスモデルの下で請求とアイデンティティのメタデータを処理します。Claude Platform on AWSを通じてClaudeを使用するお客様には、Anthropicのデータ使用規約が適用されます。

Claude Platform on AWSには次の運用上の特性があります。データはAWS内に存在しない場合があり、推論はAnthropicのプライマリクラウドにルーティングされる場合があり、サブサービスは予告なく変更される場合があります。推論を特定の地理的領域に固定するには、リクエストごとに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対応のコンプライアンスを必要とする規制産業の組織、または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のセットアップは4つのフェーズで行われます。AWS Consoleのサービスページでサインアップし、Anthropic組織のセットアップを完了し、ワークスペースIDを記録し、Claude Consoleにサインインします。



既存の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で請求され（請求を参照）、支出制限はLimitsページではなくBillingページで管理されます（支出制限を参照）。移行期間中、請求は別々のままです。既存の組織は現在と同様に請求され続けます。
• 認証とアクセスはAWSに移行します。リクエストは、Claude ConsoleではなくAWS Consoleで生成されたAWS認証情報またはAPIキーで認証されます（認証を参照）。組織のメンバーシップはClaude ConsoleではなくAWS IAMを通じて管理され（利用可能なページを参照）、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」と表示される: アカウントごとに1回フェデレーションを有効にしてください。アウトバウンドWebアイデンティティフェデレーションの有効化を参照してください。



API呼び出しを行う前に

以下を確認してください。

1. Claude Platform on AWSのサブスクリプションを持つアクティブなAWSアカウント（アカウントのセットアップを参照）
2. AWS CLIがインストールされ、設定されていること
3. AWSアカウントでアウトバウンドWebアイデンティティフェデレーションが有効になっていること（1回限りのセットアップ手順、アウトバウンド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アカウントでデフォルトで無効になっています。アカウントごとに1回有効にしてください。

aws iam enable-outbound-web-identity-federation

レスポンスが[ERROR] (FeatureEnabled) ... already enabledの場合、この設定はすでにアカウントで有効になっているため、次に進むことができます。アカウントの発行者URLを確認して取得します。

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



ワークスペースIDの取得

アカウントのセットアップ完了後、AWS Consoleからワークスペースを作成します（アカウントのセットアップを参照）。ワークスペースは単一のAWSリージョンにバインドされます。ワークスペースIDは、Claude ConsoleのWorkspacesの下、またはAWS ConsoleサービスページのWorkspacesセクションで確認できます。

SDKクライアントが自動的に読み取れるように、ANTHROPIC_AWS_WORKSPACE_IDとAWS_REGION環境変数を設定します。

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商用リージョンがサポートされています。



認証

Claude Platform on AWSは2つの認証方法をサポートしています。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）
• SSOとcredential_processを含む共有設定ファイル（~/.aws/config）
• IRSAとGitHub Actions用のWebアイデンティティ（AWS_WEB_IDENTITY_TOKEN_FILEとAWS_ROLE_ARN）
• ECSコンテナ認証情報
• EC2インスタンスメタデータサービス（IMDS）

認証情報が機能していることを確認します。

aws sts get-caller-identity



APIキー認証

よりシンプルな統合パス（ローカル開発やスクリプト）では、SigV4の代わりにAPIキーで認証できます。ANTHROPIC_AWS_API_KEY環境変数を設定するか、SDKコンストラクタにapiKeyを渡します。

APIキーはAWS ConsoleのClaude Platform on AWS → API keysで生成します。Generate a keyを選択し、キーの値をコピーします。APIキー認証の使用を許可するプリンシパルに、aws-external-anthropic:CallWithBearerToken IAMアクションを付与してください。



短期APIキー

認証情報を別のプロセス（LLMゲートウェイ、サーバーレス関数、ベアラートークン認証をサポートするがSigV4をサポートしないツールなど）に渡す必要があるワークロードでは、AWS Consoleで長期キーをプロビジョニングする代わりに、AWS認証情報から短期APIキーを生成します。

AWSはJavaScript、Python、Java用のトークンジェネレーターライブラリを公開しています。各ライブラリは標準のプロバイダーチェーンを通じてAWS認証情報を読み取り、x-api-keyヘッダーで機能する時間制限付きトークンを返します。トークンの有効期間はデフォルトで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アクションが必要です。



認証情報の優先順位

プラットフォーム固有のクライアントは、次の順序で認証を解決します。引数名は言語の慣習によって異なります。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 SDKとの互換性のためにAWS_DEFAULT_REGIONにフォールバックします。リージョンは必須です。フォールバックのデフォルトはありません。us-east-1にフォールバックするAnthropicBedrockとは異なり、AnthropicAWS/AnthropicAwsクライアントは、コンストラクタ引数も環境変数も設定されていない場合にエラーを発生させます。



SDKのインストール

AnthropicのクライアントSDKはClaude Platform on AWSをサポートしています。各SDKは、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ヘッダーです。

これらの例を実行する前に、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のリージョンと一致する必要があります。どちらかが一致しない場合、具体的な診断ではなく、一般的な署名拒否エラーが発生します。



コンテキストウィンドウ

Claude Platform on AWSの「context window」（コンテキストウィンドウ）のサイズは、ファーストパーティのClaude APIと同一です。モデルごとの制限については、コンテキストウィンドウを参照してください。



機能サポート

Claude Platform on AWSはClaude APIエンドポイントを直接使用するため、ファーストパーティのClaude APIと完全な機能パリティが得られます（機能の制限に記載されている場合を除く）。

• 機能へのアクセス: Anthropicが両方のプラットフォームを運用しているため、ほとんどの新機能とベータヘッダーは、別途統合手順を必要とせずにClaude Platform on AWSで利用可能になります。例外については機能の制限を参照してください。
• ベータ機能: Claude APIと同様に、標準のanthropic-betaヘッダーを渡してベータ機能にアクセスします。
• 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はClaude Platform on AWSで利用可能で、エージェント、環境、セッション、認証情報ボールト、メモリストア、Webhook、マルチエージェントオーケストレーション、セルフホストサンドボックスが含まれます。

Claude Platform on AWSのセッション動作は、ファーストパーティのClaude Managed Agentsと1つの点で異なります。

• 自律セッションの再認証: セッションは、ユーザーイベントなしで最大6時間自律的に実行できます。6時間後、セッションは続行する前に再認証が必要になります。再認証するには、セッションに任意のユーザーロールイベントを送信します（イベントとストリーミングを参照）。ファーストパーティのClaude Managed Agentsには自律セッションの実行時間制限はありません。



サポートされていない機能

次の機能は、現在Claude Platform on AWSでは利用できません。

• 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キー認証を使用してください。
• 高速モード: 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",
    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の取得を参照してください。



ワークスペースのスコープ

ワークスペースは単一の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のワークスペースエンドポイントを使用して、追加のワークスペースの作成、ワークスペースの名前変更、ワークスペースのアーカイブを行います。新しいワークスペースは、作成時に呼び出したエンドポイントの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. 初回サインイン時に、メールアドレスの入力を求められます。勤務先のメールアドレスを入力してください。プラットフォームがClaude Consoleユーザーをジャストインタイムでプロビジョニングします。

Claude Consoleでは、AdminとDeveloperの2つのロールが利用可能です。Adminロールは、Claude Platform on AWSで利用可能なすべてのClaude Consoleページと設定へのアクセスを許可します。Developerロールは、使用量、コスト、レート制限、ワークスペース情報への読み取りアクセスを許可します。プリンシパルにAdminまたはDeveloperロールを割り当てるには、Anthropicのアカウント担当者にお問い合わせください。



利用可能なページ

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のアカウント担当者またはサポートにお問い合わせください。リクエストには以下を含めてください：

• 引き上げが必要なモデル
• 各モデルのピーク時の1分あたりの入力トークン数と1分あたりの出力トークン数（1日の合計ではありません）
• 入力のうちキャッシュされた、または繰り返されるコンテキストのおおよその割合（ほとんどのモデルでは、キャッシュ読み取りは入力トークン制限にカウントされません。キャッシュ対応ITPMを参照してください）

使用量ティアは固定のステップです。各ティアはレート制限と月間支出上限をペアにしており、より高いティアに移行すると両方が引き上げられます。ティアの詳細とモデルごとの制限については、レート制限を参照してください。



請求

Claude Platform on AWSは、AWS Marketplaceを通じて請求されます。使用量はClaude Consumption Unit（CCU）で表され、1時間ごとに計測され、AWSの請求書で毎月後払いで請求されます。CCUはプリペイドクレジットではありません。CCUの残高やコミットメントはありません。

CCUの価格、変換の仕組み、割引の適用、モデルごとのトークンレートについては、Claude Platform on AWSの料金を参照してください。



支出上限

Start、Build、Scaleの各使用量ティアには、それぞれ月間支出上限があります。現在の値については、ティアごとの支出上限を参照してください。支出上限とレート制限は同じティアに属しているため、上限を引き上げるには、Anthropicのアカウント担当者またはサポートを通じてティアの引き上げをリクエストしてください（レート制限とクォータを参照）。

組織の支出を制限するために、独自の月間支出上限を設定することもできます：

• 組織の支出上限： Claude ConsoleのSettings > Billingに移動して、月間支出上限を設定します。Claude Platform on AWSでは、支出上限はLimitsページではなくBillingページで管理されます。
• ワークスペースの支出上限： 各ワークスペースの制限設定から、個々のワークスペースの月間支出上限を設定します。

設定した支出上限はソフトリミットです。支出は定価で計算され、最近の使用量が反映されるまでに約2時間かかる場合があります。



モニタリングとロギング

AWS CloudTrailは、Claude Platform on AWSへのすべてのリクエストをキャプチャできます。ワークスペース、ボールト、Webhookの操作は、デフォルトでManagementイベントとしてログに記録されます。推論、バッチ、ファイル、スキル、モデル、ユーザープロファイル、およびClaude Managed Agentsの操作（ボールトとWebhookを除く）はDataイベントとして分類され、明示的なデータイベントロギング構成が必要であり、追加のCloudTrail料金が発生します。イベントタイプの完全な分類についてはIAMアクションリファレンスを、構成の詳細についてはAWS CloudTrailドキュメントを参照してください。



リクエストID

各レスポンスには、レスポンスヘッダーに2つのリクエストIDが含まれます：

• AWSリクエストID（x-amzn-requestid）： プライマリID。CloudTrailでインデックス化されます。AWSツールを通じてリクエストを調査する場合や、AWSサポートに連絡する場合に使用します。
• AnthropicリクエストID（request-id）： セカンダリID。Anthropicサポートに連絡する場合に使用します。

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の間で自動的に引き継がれません。Claude Platform on AWSの商用条件を設定するには、Anthropicのアカウント担当者と協力してください。



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は、一般的なアクセスパターン向けに5つのマネージドポリシー（AnthropicFullAccess、AnthropicReadOnlyAccess、AnthropicInferenceAccess、AnthropicLimitedAccess、AnthropicSelfHostedEnvironmentAccess）を提供しています。各ポリシーが許可するアクション、IAMアクションの完全なリスト、ルートからアクションへのマッピング、および追加のポリシー例については、Claude Platform on AWSのIAMアクションを参照してください。



次のステップ



その他のリソース