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はマーケットプレイスモデルに基づいて請求およびID関連のメタデータを処理します。Claude Platform on AWSを通じてClaudeを使用するお客様には、Anthropicのデータ使用規約が適用されます。

Anthropicは、APIリクエストの処理、モデル推論の実行、およびワークスペースのコンテンツ（プロンプト、出力、ファイル、Skills、バッチなど）の保存にAWSインフラストラクチャを使用します。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のいずれとも別のキャパシティプールを使用します。複数のプラットフォームでワークロードを実行し、それらの間でフェイルオーバーすることができます。

VPCをClaude Platform on AWSエンドポイントに接続するために、AWS PrivateLinkがサポートされています。

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： APIプラットフォームではなく、claude.aiのプラン（Claudeチャット製品）です。claude.aiで管理し、そのアカウントと移行の動作はこのページで説明する内容とは異なります。Claudeヘルプセンターを参照してください。
• Anthropicの直接アカウント： Anthropicが請求するファーストパーティのClaude APIおよびclaude.aiプランです。Claude Consoleおよびclaude.aiで管理します。

アカウントのセットアップ

Claude Platform on AWSのセットアップは4つのフェーズで行います：AWS Consoleのサービスページでサインアップし、Anthropic組織のセットアップを完了し、ワークスペースIDを控え、Claude Consoleにサインインします。

1. 1

   AWS Consoleでサインアップする

   1. AWS Consoleを開き、Claude Platform on AWSサービスページに移動します。
   2. Sign upを選択します。
   3. サインアップページで、規約（AnthropicのEnd User License Agreement、AWS Privacy Notice、AWS Customer Agreement）を確認し、同意のチェックボックスを選択します。
   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のCommercial Terms of ServiceおよびUsage Policyに同意したことになります。AWS Consoleのサービスページには、Home、API keys、Quickstart、Workspacesを含む左側のナビゲーションが表示されるようになります。

3. 3

   ワークスペースを作成してIDを控える

   セットアップを完了すると、AWS Consoleでワークスペースの作成を求められます。リージョンへのバインド、IAMリソースのスコープ設定、追加のワークスペースの作成の詳細については、ワークスペースを参照してください。

   ワークスペースIDは、AWS ConsoleのClaude Platform on AWSサービスページのWorkspaces、またはClaude Consoleで確認できます。ワークスペース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認証情報、またはClaude ConsoleではなくAWS Consoleで生成した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」と表示される： アカウントごとに一度フェデレーションを有効にしてください。アウトバウンドWeb IDフェデレーションを有効にするを参照してください。

API呼び出しを行う前に

以下を用意してください：

1. Claude Platform on AWSのサブスクリプションを持つアクティブなAWSアカウント（アカウントのセットアップを参照）
2. インストールおよび設定済みのAWS CLI
3. AWSアカウントでアウトバウンドWeb IDフェデレーションが有効になっていること（1回限りのセットアップ手順。アウトバウンドWeb IDフェデレーションを有効にするを参照）
4. ワークスペースID（ワークスペースIDを取得するを参照）
5. APIを呼び出すためのIAM権限：ワークスペースに対するaws-external-anthropic:CreateInferenceアクション、およびAPIキーで認証する場合はaws-external-anthropic:CallWithBearerToken（IAMポリシーを参照）

アウトバウンドWeb IDフェデレーションを有効にする

Claude Platform on AWSゲートウェイは、サーバー側でsts:GetWebIdentityTokenを呼び出してJWTを発行し、それをAnthropicに転送します。この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リージョンにバインドされます。ワークスペース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を渡すか、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 ID（AWS_WEB_IDENTITY_TOKEN_FILEおよびAWS_ROLE_ARN）
• ECSコンテナ認証情報
• EC2インスタンスメタデータサービス（IMDS）

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

aws sts get-caller-identity

APIキー認証

よりシンプルな統合方法（ローカル開発やスクリプト）では、SigV4の代わりにAPIキーで認証できます。ANTHROPIC_AWS_API_KEY環境変数を設定するか、クライアントの作成時にapi_keyを渡してください。

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

Claude Platform on AWSのセッションとセルフホスト型ワーカーは、ファーストパーティのClaude Managed Agentsと次の3点で異なります。

• 自律セッションの再認証： セッションは、ユーザーイベントなしで最大6時間まで自律的に実行できます。6時間を経過すると、セッションを続行する前に再認証が必要になります。再認証するには、任意のuserロールのイベントをセッションに送信します（イベントとストリーミングを参照）。ファーストパーティのClaude Managed Agentsには、自律セッションの実行時間制限はありません。
• セルフホスト型環境でのメモリストア： セルフホスト型環境で実行されるセッションはメモリストアをアタッチできません。メモリストアを含むセッションは作成時に拒否されます。クラウド環境のセッションは通常どおりメモリストアをアタッチできます。ファーストパーティのClaude Managed Agentsでは、クラウド環境とセルフホスト型環境の両方のセッションでメモリストアをアタッチできます。
• セルフホスト型環境でのワーカー認証： ワーカーは、環境キーではなく、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では利用できません。ベータ版のコンピューター使用ツールのバージョンは、以前のツールバージョンに記載されているモデルで引き続き利用できます。

• Admin API： ワークスペースエンドポイント（/v1/organizations/workspacesに対する作成、取得、一覧表示、更新、アーカイブ）、外部キーエンドポイント（CMEK用の/v1/organizations/external_keysに対する登録、取得、一覧表示、更新、削除。キーは検証エンドポイントではなく、ワークスペースにアタッチされた時点で検証されます）、およびテレメトリ送信先エンドポイントが利用可能です。その他の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のリソース（エージェント、セッション、環境、認証情報ボールト、メモリストア、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ティアに配置されます。レート制限はAWSのクォータシステムではなく、Anthropicが直接管理します。

Claude Platform on AWSの組織は、支払い済みのAWS Marketplace請求書の履歴が蓄積されるにつれて、自動的に上位の使用ティアに移行できます。Claude ConsoleのセルフサービスのRequest tier increaseフローは利用できず、Rate limitsページでは代わりにAnthropicのアカウント担当者に問い合わせるよう案内されます。

より高い制限をリクエストするには、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の各使用ティアには、それぞれ月間支出上限があります。現在の値については、ティアごとの支出上限を参照してください。組織のその暦月の使用量がティアの上限に達すると、翌月1日の00:00 UTCまでAPIリクエストは支出上限エラーで失敗し、それより前に再試行しても成功しません。支出上限とレート制限は同じティアに属します。上限を引き上げる場合、または上限到達後にアクセスを回復する場合は、Anthropicのアカウント担当者またはAnthropicサポートを通じてティアの引き上げをリクエストしてください（レート制限とクォータを参照）。

BillingページのEmail recipientsに少なくとも1人の受信者を追加した後、上限を下回る独自の月間支出制限を設定することもできます。

• 組織の支出制限： Claude ConsoleのSettings > Billingに移動して、月間支出制限を設定します。
• ワークスペースの支出制限： Claude ConsoleのWorkspacesページ（platform.claude.com/settings/workspaces）でワークスペースを選択します。開いたパネルでSpend limitsをクリックします。

使用量が設定した制限に達すると、翌月1日の00:00 UTCまで、または制限を引き上げるか削除するまで、リクエストはHTTP 400で失敗します（支出制限エラーを参照）。

支出は定価で計算され、最近の使用量が反映されるまでに約2時間かかる場合があるため、リクエストが失敗し始める前に使用量が上限や制限を超えることがあります。超過分は請求されます。ティアの上限または組織の支出制限によってリクエストが停止されると、BillingページのEmail recipientsに記載された受信者にメール通知が送信されます。すべての管理者などのロールベースの受信者は、Claude Platform on AWSでは利用できません。ティア上限の通知は、AWS Marketplaceでのサインアップ時に使用したメールアドレスにも送信されます。

モニタリングとロギング

AWS CloudTrailは、Claude Platform on AWSへのすべてのリクエストをキャプチャできます。ワークスペース、外部キー、テレメトリ送信先、コンプライアンス、ボールト、Webhookの操作は、デフォルトで管理イベントとしてログに記録されます。推論、バッチ、ファイル、スキル、モデル、ユーザープロファイル、およびClaude Managed Agentsの操作（ボールトとWebhookを除く）はデータイベントに分類され、明示的なデータイベントのロギング構成が必要です。これには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-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以前）を参照してください。

得られるメリット

• 通常、新しいモデルと機能に即日アクセス可能（機能の制限を参照）
• ドキュメント生成（PowerPoint、Excel、Word、PDF）のためのAgent Skills
• Anthropicのマネージドサンドボックスでのコード実行
• anthropic-betaヘッダーを通じた、Amazon Bedrockでは提供されていないClaude APIのベータ機能（機能の制限を参照）
• クォータの可視化と使用状況分析のための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アクションを参照してください。

次のステップ

その他のリソース