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は、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のいずれとも別のキャパシティプールを使用します。複数のプラットフォームでワークロードを実行し、それらの間でフェイルオーバーすることができます。

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の商用利用規約と利用ポリシーに同意したことになります。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と同じように動作します。本番トラフィックを移行する前に、「rate limit」（レート制限）を確認してください：新しい組織は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フェデレーションが有効になっていること。一度だけのセットアップ手順です（アウトバウンド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認証情報を読み取り、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アクションが必要です。

認証情報の優先順位

プラットフォーム固有のクライアントは、作成時に渡された内容から始めて、次の順序で認証を解決します。

1. api_key → x-api-keyヘッダー
2. aws_access_key + aws_secret_key → AWS SigV4
3. aws_profile → 名前付きプロファイルを使用したAWS SigV4
4. ANTHROPIC_AWS_API_KEY環境変数 → x-api-keyヘッダー
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が管理するサンドボックスでコードを実行します。
• ツール使用： コンピュータ使用およびブラウザ使用のツールセットを除き、すべての「tool use」（ツール使用）機能を利用できます。サポートされていない機能を参照してください。
• 思考： 適応型思考、effortパラメータ、およびサポートされているモデルでは「extended thinking」（拡張思考）が、Claude APIと同じパラメータで動作します。
• ストリーミング： リアルタイムレスポンスのための完全なSSEストリーミングサポート。
• バッチ処理： 高スループットのワークロード向けにバッチリクエストを送信します。
• プロンプトキャッシング： ツール、システムプロンプト、メッセージ履歴をキャッシュして、レイテンシとコストを削減します。すべての「prompt caching」（プロンプトキャッシング）機能（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は、エージェント、環境、セッション、認証情報ボールト、メモリストア、Webhook、マルチエージェントオーケストレーション、セルフホスト型サンドボックスを含め、Claude Platform on AWSで利用できます。

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

• 自律セッションの再認証： セッションは、ユーザーイベントなしで最大6時間自律的に実行できます。6時間を過ぎると、セッションは続行する前に再認証が必要になります。再認証するには、任意のユーザーロールのイベントをセッションに送信してください（イベントとストリーミングを参照）。ファーストパーティのClaude Managed Agentsには自律セッションの実行時間制限はありません。
• セルフホスト環境でのメモリストア： セルフホスト環境で実行されるセッションはメモリストアをアタッチできません。メモリストアを含むセッションは作成時に拒否されます。クラウド環境のセッションは通常どおりメモリストアをアタッチできます。ファーストパーティのClaude Managed Agentsでは、クラウド環境とセルフホスト環境の両方のセッションでメモリストアをアタッチできます。

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

次の機能は現在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キー認証を使用してください。
• Fastモード： Claude Platform on AWSでは利用できません。
• OpenAI互換APIエンドポイント： Claude Platform on AWSでは利用できません。
• MCPトンネル： パブリックインターネット上に公開されているMCPサーバーのみがサポートされます。

データレジデンシー

Claude Platform on AWSは、以下の「inference geography」（推論ジオグラフィ）をサポートしています。

• 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ティアに配置されます。Anthropicは、AWSのクォータシステムを通じてではなく、レート制限を直接管理します。

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に移動して、月間支出制限を設定します。
• ワークスペースの支出制限: 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以前）を参照してください。

得られるメリット

• 新しいモデルと機能への通常は同日のアクセス（機能の制限を参照）
• ドキュメント生成用のAgent Skills（PowerPoint、Excel、Word、PDF）
• 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のCommercial Terms of ServiceおよびUsage Policyに同意する必要があります。組織がまだこれらに同意していない場合（たとえば、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は、一般的なアクセスパターン向けに5つのマネージドポリシー（AnthropicFullAccess、AnthropicReadOnlyAccess、AnthropicInferenceAccess、AnthropicLimitedAccess、AnthropicSelfHostedEnvironmentAccess）を提供しています。各ポリシーが付与するアクション、IAMアクションの完全なリスト、ルートからアクションへのマッピング、および追加のポリシー例については、Claude Platform on AWSのIAMアクションを参照してください。

次のステップ

追加リソース