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のデータ使用条件が適用されます。

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

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： 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にサインインします。

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リソースのスコープ設定、追加ワークスペースの作成の詳細については、ワークスペースを参照してください。

   ワークスペース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フェデレーションが有効になっていること。一度だけのセットアップ手順です（アウトバウンド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/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 ID（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にフォールバックします。リージョンは必須であり、デフォルトはありません。コンストラクタ引数も環境変数も設定されていない場合、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と同じパラメータで「extended thinking」（拡張思考）を有効にします。
• ストリーミング： リアルタイムレスポンスのための完全な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はClaude Platform on AWSで利用可能で、エージェント、環境、セッション、認証情報ボールト、メモリストア、Webhook、マルチエージェントオーケストレーション、セルフホストサンドボックスが含まれます。

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は、以下の推論ジオグラフィーをサポートしています。

• 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をお持ちでない場合は、ワークスペース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リージョンにバインドされます（ワークスペースのスコープを参照）。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 API組織に適用されます。Claude ConsoleのセルフサービスのRequest rate limit 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",
    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の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アクションを参照してください。

次のステップ

追加リソース