AWS上のClaude Platform

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



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

ClaudeモデルはAnthropicが管理するインフラストラクチャ上で実行されます。これはAWSを通じた請求とアクセスのための商用統合です。推論の入力と出力についてはAnthropicがデータ処理者となります。AWSはマーケットプレイスモデルの下で請求およびIDメタデータを処理します。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が必要な場合は、Amazon BedrockのClaudeを参照してください。AWS上のClaude Platformは、ファーストパーティのClaude APIおよびAmazon Bedrockの両方とは別のキャパシティプールを使用します。複数のプラットフォームでワークロードを実行し、それらの間でフェイルオーバーすることができます。

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

Bedrockを選択すべき場合： FedRAMP High、IL4、IL5、またはHIPAA対応のコンプライアンスを必要とする規制業界の組織、またはAWSを唯一のデータ処理者とする必要がある組織は、Amazon BedrockのClaudeを使用してください。Bedrockは完全にAWSが管理するインフラストラクチャ上で実行され、AWSが運用主体となります。

どの提供形態を使用していますか？ Claudeはいくつかの異なる製品を通じて利用できます。

• AWS上のClaude Platform（このページ）：AWS Marketplaceを通じて請求されるClaude APIプラットフォーム。Claude ConsoleとAWS Consoleで管理されます。
• Amazon BedrockのClaude： 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のセットアップは4つのフェーズで行われます。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で請求され（請求を参照）、支出制限は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」と表示される： アカウントごとに一度フェデレーションを有効にしてください。アウトバウンドWeb IDフェデレーションの有効化を参照してください。



API呼び出しを行う前に

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

1. AWS上のClaude Platformへのサブスクリプションを持つアクティブな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フェデレーションの有効化

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リージョンにバインドされます。ワークスペース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商用リージョンがサポートされています。



認証

AWS上のClaude Platformは、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にフォールバックします。リージョンは必須です。フォールバックのデフォルトはありません。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のコンテキストウィンドウサイズは、ファーストパーティのClaude APIと同一です。モデルごとの制限については、コンテキストウィンドウを参照してください。



機能サポート

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

• 機能アクセス： Anthropicが両方のプラットフォームを運用しているため、ほとんどの新機能とベータヘッダーは、別の統合手順なしでAWS上のClaude Platformで利用可能になります。例外については機能の制限を参照してください。
• ベータ機能： 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のListComplianceActivitiesアクションを通じて認可されます。

Amazon Bedrockとの機能可用性の違いについては、比較表を参照してください。



Claude Managed Agents

Claude Managed AgentsはAWS上のClaude Platformで利用可能で、エージェント、環境、セッション、認証情報ボールト、メモリストア、Webhook、マルチエージェントオーケストレーション、セルフホストサンドボックスが含まれます。

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

• 自律セッションの再認証： セッションは、ユーザーイベントなしで最大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キー認証を使用してください。
• Fastモード： 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 を取得するを参照してください。



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

ワークスペースは単一の 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 コンソールの Workspaces ページから、または Admin API のワークスペースエンドポイントを使用して行います。新しいワークスペースは、作成時に呼び出したエンドポイントの AWS リージョンにバインドされます（ワークスペースのスコープを参照）。Claude Console の Workspaces ページは読み取り専用です。



Claude Console の使用

Claude Platform on AWS は、platform.claude.com にある標準の Claude Console を使用します。AWS コンソールからサインインすると、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 コンソールで Claude Platform on AWS ページに移動します。
3. Open Claude Console を選択します。AWS コンソールが 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 コンソール経由で再認証してください。



レート制限とクォータ

Claude Platform on AWS の組織は Start ティアに配置されます。Anthropic は、AWS クォータシステムを通じてではなく、レート制限を直接管理します。

Claude Platform on AWS の組織は、使用量ティア間を自動的に移動しません。使用量ベースのティア昇格は、AWS Marketplace を通じて請求される組織ではなく、ファーストパーティの Claude API 組織に適用されます。Claude Console のセルフサービスの Request rate limit increase フローも利用できません。Rate limits ページでは、代わりに Anthropic アカウント担当者に連絡するよう案内されます。

より高い制限をリクエストするには、Anthropic アカウント担当者または Anthropic サポートにお問い合わせください。リクエストには以下を含めてください。

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

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



請求

Claude Platform on AWS は AWS Marketplace を通じて請求されます。使用量は「Claude Consumption Unit」（Claude 消費ユニット）、すなわち CCU で表され、1 時間ごとに計測され、AWS の請求書で月次後払いで請求されます。CCU は前払いクレジットではありません。CCU の残高やコミットメントはありません。

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



支出上限

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

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

• 組織の支出上限： Claude Console の Settings > Billing に移動して、月間支出上限を設定します。
• ワークスペースの支出上限： 各ワークスペースの Spend limits 設定から、個々のワークスペースの月間支出上限を設定します。

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



モニタリングとロギング

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 の商用利用規約と使用ポリシーに同意する必要があります。組織がまだこれらに同意していない場合（たとえば、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 アクションを参照してください。



次のステップ



追加リソース