Claude Platform on AWSとは｜Bedrockとの違い・料金(CCU)・IAM/CloudTrail・東京リージョン【2026年11月】

Claude Platform on AWSは、Anthropicが運用するClaude API（Messages API・Claude Console）を、自社のAWSアカウントの認証・課金・監査の仕組みで使えるサービスです。Agent SkillsやManaged Agentsなどの最新機能を使いたいならこちら、AWSを唯一のデータ処理者にしたい・日本国内で推論させたいならAmazon Bedrockを選ぶのが、2026年11月時点の基本的な判断です。

2026年5月11日にGA（一般提供）となり、その後も対応モデルや機能が増えています。とくに9月以降は、Claude Opus 5.5・Sonnet 5.5・Haiku 5.5への対応、データを処理する場所についての公式ドキュメントの記載変更、利用枠（ティア）の自動引き上げなど、導入判断に関わる変更が続きました。

この記事でわかることは次のとおりです。

• Claude Platform on AWSの仕組みと、Bedrock（新旧2系統）との違い
• 対応モデルと、CCU（Claude Consumption Unit）での料金の計算方法
• IAM・CloudTrailで統制・監査できる範囲と、できない範囲
• 「東京リージョン対応」が意味すること・意味しないこと
• セットアップ手順、Claude Codeからの使い方、稟議で止まりやすい点

クラウドエンジニア、プラットフォームチーム、SRE、情報システム部門、調達担当など、AWS上でClaudeの導入を検討している方に向けた記事です。2026年11月5日時点の公式ドキュメントの記載をもとに整理しています。Claude自体の基本を先に押さえたい場合は「Claudeとは？機能・料金・使い方・ChatGPTとの違いを整理」もあわせてご覧ください。

Claude Platform on AWSとは？3分でわかる全体像

出典: Anthropic公式ブログ「Introducing the Claude Platform on AWS」

Claude Platform on AWSは、モデルを動かすのはAnthropic、入口の認証・請求・監査ログを受け持つのはAWS、という分担のサービスです。 Anthropic公式ドキュメントは次のように説明しています。

"Unlike Amazon Bedrock, where AWS operates the inference stack, Anthropic operates Claude Platform on AWS. AWS provides the authentication layer (SigV4 or API key), IAM-based access control, and billing integration through AWS Marketplace."

導入前に押さえておきたい公式記載は3つあります。

1. 推論の入出力を処理するのはAnthropic。AWSが処理するのは課金とID（アイデンティティ）のメタデータです。AWSのユーザーガイドは「AnthropicとAWSはそれぞれ独立したデータ処理者」と表現しています
2. 2026年9月18日 00:00 UTC以降に作ったワークスペースは、AnthropicがAWS基盤上で処理・推論・保存すると、Anthropic公式ドキュメントの現行版に書かれています。ただし処理者はAnthropicのままで、AWS側の文書はまだこの内容に更新されていません
3. 適用される契約はAWS Service Termsに加えて、AnthropicのCommercial Terms of Service・DPA（データ処理補遺）・Usage Policyです

Bedrockだけを使ってきた企業にとっては、3つ目が意外と大きく影響します。AWSとの契約だけで完結しないため、法務レビューが新たに必要になる前提で進行計画を立ててください。

なお、Anthropic公式は「AWSからClaudeを使う方法」を4つに分けて案内しています。Claude Platform on AWS（この記事の対象）、Claude in Amazon Bedrock、AWS Marketplace経由で調達するClaude Enterprise（チャット製品のclaude.aiで、APIの基盤ではありません）、Anthropicとの直接契約です。サービスが生まれた背景にあるAmazonとAnthropicの提携は「Amazon×Anthropic 250億ドル投資・1,000億ドルAWS契約の全貌」で整理しています。

AWSでClaudeを使う3つの経路と選び方

出典: AWS Machine Learning Blog

AWSのAPIからClaudeを呼ぶ経路は、2026年11月時点で3つあります。 Bedrock側が、Messages API形式の新しいエンドポイント（bedrock-mantle）と、従来のInvokeModel / Converse版（Opus 4.6以前向け）に分かれているためです。「Claude Platform on AWSかBedrockか」の二択で考えると設計を誤ります。

3つの経路の比較

要件別の判断ガイド

最後の行は実務で意味を持ちます。Claude Platform on AWSはAnthropic直のAPIやBedrockとは別のキャパシティを使うため、複数の経路を契約して切り替える構成が公式にも想定されています。

Bedrock側のエージェント基盤との比較は「AWS Bedrock AgentCore CLI / Managed Harnessの使い方」、Bedrockで他社モデルも併用する話は「GPT-5.5・GPT-5.4・Codex Amazon Bedrock GA完全解説」で扱っています。

利用できるモデル一覧（2026年11月5日時点）

Claude Platform on AWSで使えるのは14モデルで、モデルIDはAnthropic直のClaude APIと同じです。 Bedrockのような anthropic. の接頭辞やARNは要らないため、既存のClaude API実装はベースURLと認証を差し替えれば動きます。

2026年9月以降の主な変化は次のとおりです。

• Claude Opus 5.5（9月22日）・Sonnet 5.5（9月28日）・Haiku 5.5（10月7日）が追加されました。Opus 5.5はOpus 5より安い$4 / $20です
• Sonnet 5の$2 / $10は正式価格です。9月1日に予定されていた$3 / $15への値上げは取りやめになりました
• Sonnet 4.5は非推奨になっています。新規の実装では後継モデルを選ぶのが無難です

各モデルの性能や向いている用途は「Claude Opus 5.5とは」「Claude Sonnet 5.5とは」「Claude Haiku 5.5とは」「Claude Fable 5.1とは」で整理しています。

注意: Project Glasswing参加者向けに限定提供されているClaude Mythos 5 / 5.1は、Claude Platform on AWSの対応モデル表に記載がありません（Bedrock側は審査制で掲載）。

CCU（Claude Consumption Unit）による料金の仕組みと日本円での目安

出典: AWS Marketplace 公式サイト

CCUは「1米ドル＝100 CCU」の固定の換算単位で、トークン単価そのものはAnthropic直のClaude APIと同じです。 見慣れない単位なので割高に見えることがありますが、実態はAWS Marketplaceで請求するための表示単位です。

CCUの基本ルール

Cost Explorerで1行にまとまる点は、経理やFinOpsの担当者に最初に伝えておきたいポイントです。モデル別・チーム別の内訳はClaude Console側でしか見えません。 Bedrockはモデルごとの行で請求されるため、コスト配分タグでそのまま按分できる点が違います。

月間コストの日本円概算（1ドル=150円で計算）

「月に入力1,000万トークン＋出力200万トークン」を処理した場合の目安です。円換算は計算しやすいよう1ドル=150円と仮定しています。実際の請求額は為替とAWS側の税処理で変わります。

1件だけで考えるなら、Sonnet 5.5で入力100万＋出力100万トークンが$12＝1,200 CCU、us 指定なら$13.20＝1,320 CCUです。

コスト分析会社のCloudZeroが同じトークン量で試算した例でも、Bedrockのグローバル推論とClaude Platform on AWSはほぼ同額で、差が出たのは地域を固定した場合（Bedrockの地域限定エンドポイントは10%増、Claude Platform on AWSの us は1.1倍）でした。単価の差よりも、地域の指定と割引の条件で総額が決まると考えてください。

単価を変える要素

• Batch（Message Batches）は入力・出力とも50%割引です
• inference_geo: "us" を指定すると全トークン区分が1.1倍。既定の global は標準価格です。指定できるのはClaude 4.6以降のモデルで、Opus 4.5 / Sonnet 4.5 / Haiku 4.5に付けると400エラーになります
• プロンプトキャッシュの読み取り単価はモデルで違います。Fable 5.1は入力の0.025倍（$0.25）、Opus 5.5とSonnet 5.5は0.05倍、そのほかは多くが0.1倍です。長い共通プロンプトを何度も使う用途で差が出ます
• Claude Managed Agentsのセッションにかかるトークン料金・実行時間の料金も、同じ換算でCCUになります。Managed Agents内のWeb検索は1,000回あたり10ドルです

Claudeの料金を個人プランも含めて見渡したい場合は「Claude料金徹底比較｜無料・Pro・Max・Team・APIの違い」が参考になります。

見落とされやすい上限まわり

料金表よりも、運用を止めるリスクが高いのがこちらです。

• 新しい組織はStartティア（月500米ドルまで）から始まります
• 2026年11月時点の公式ドキュメントでは、AWS Marketplaceでの支払い実績が積み上がると自動で上のティアに上がると書かれています。どれだけの実績で上がるかの条件は公開されていません
• Claude Consoleのセルフサービス「Request tier increase」は使えません。すぐに上げたいときはAnthropicの担当者かサポート経由になります
• 上限に達すると、翌月1日 00:00 UTC（日本時間9:00）までAPIが失敗し続けます。ティアの上限ならHTTP 429、自分で設定した上限ならHTTP 400で、再試行しても戻りません
• 利用額は定価ベースで計算され、反映が約2時間遅れるため、上限を超えた分も請求されます
• 組織単位（Settings > Billing）とワークスペース単位（Workspaces > Spend limits）で独自の上限を設定できますが、先にBillingページで通知先メールを登録する必要があります

本番の処理を載せる前に、想定するピーク時のTPMと月の利用額を、Anthropic側の担当者とすり合わせておくのが安全です。

できることと機能の対応状況

Claude Platform on AWSの強みは、Bedrockでは使えないAnthropic純正の機能が、そのまま動くことです。 新モデル・新機能は基本的にAnthropic直のAPIと同じ日に使えるようになり、ベータ機能も anthropic-beta ヘッダーで呼べます。

APIバージョン2026-10-21の変更に注意

2026年10月21日に公開されたAPIバージョン 2026-10-21 は、Claude Platform on AWSでも使えます。temperature・top_p・top_k を含むリクエストが400エラーになるなどの破壊的な変更を含み、新しいSDK（Python 2.0.0、TypeScript 1.0.0など）は既定でこのバージョンを送ります。SDKを上げるときは、既存のリクエストにこれらのパラメータが残っていないか確認してください。なお、AWSのユーザーガイドの例は今も 2023-06-01 のままです。

Claude Managed Agentsの注意点

Managed Agentsは、5月29日にwebhooks・マルチエージェント・セルフホストのサンドボックス、10月14日にscheduled deploymentsへ対応し、機能面ではAnthropic直にかなり近づきました。ただしAWS版だけの違いが残っています。

1. ユーザー操作のない自律実行は最長6時間で再認証が必要（Anthropic直には制限なし）
2. セルフホスト環境のセッションにはmemory storeを付けられない
3. ワーカーの認証はSigV4かAWS Consoleで発行したAPIキーのみ（環境キーは使えない）

長時間の完全自律ワークフローを組む場合、1つ目は設計に直接影響します。機能全体は「Claude Managed Agentsとは？機能・料金・使い方」で解説しています。

CMEK（顧客管理の暗号鍵）の条件

CMEKはAWS KMSの鍵だけが対象で、Google Cloud KMSやAzure Key Vaultの鍵は使えません。条件は次のとおりです。

• シングルリージョンのKMS鍵であること
• ワークスペースと同じAWSアカウント・同じリージョンの鍵であること
• キーポリシーでサービスプリンシパル aws-external-anthropic.amazonaws.com に権限を与えること
• ワークスペースに紐づける時点で、暗号化と復号を実際に試して検証される

できないこと・制約（2026年11月時点）

ここを確認せずに導入を決めると、運用設計をやり直すことになります。 公式の「Features not supported」などに書かれている項目を、影響の大きい順に整理します。

このうち「既存のAnthropic組織は転換できない」は、調達と移行の計画に直結します。すでにAnthropic直のClaude APIやClaude Enterpriseを使っている企業は、新旧の組織を並行して動かす期間を含めた切り替え計画が必要です。

認証・IAM・CloudTrailの設定と企業での運用のポイント

AWSのIAMとCloudTrailを使えるのは事実ですが、「だから全部追える・全部安全」と説明すると社内で食い違いが起きます。 何がどこまでできるのかを分けて整理します。

認証方式は3つ

1. AWS IAM（SigV4署名）：AWSの標準の認証情報の探索順（環境変数、共有クレデンシャル、Web Identity / IRSA、ECS、EC2 IMDS）をそのまま使えます。企業での利用はこれが基本です
2. APIキー：AWS Consoleの「Claude Platform on AWS → API keys」で発行し、x-api-key ヘッダーで送ります。aws-external-anthropic:CallWithBearerToken の権限が必要です。通常のClaude Consoleで発行したキーは使えません
3. 短期APIキー：AWSの認証情報から、トークン生成ライブラリ（JavaScript / Python / Java）で発行します。既定12時間で、指定した期間・元の認証情報の有効期限・12時間のうち最も短いものが上限です。SDKは自動で更新しないため、更新処理は自前で用意します。発行したリージョンでしか使えません

SDKが認証情報を探す順番は、api_key → アクセスキーとシークレットキー → aws_profile → 環境変数 ANTHROPIC_AWS_API_KEY → AWSの標準の探索順です。環境変数は ANTHROPIC_AWS_WORKSPACE_ID と AWS_REGION が必須で、リージョンには既定値がありません（AWS_DEFAULT_REGION があればそれを使います）。

ワークスペースがIAMの中心

ワークスペースは1つのAWSリージョンに固定されます。us-west-2 で作ったワークスペースは us-west-2 のエンドポイントからしか使えません。

arn:aws:aws-external-anthropic:{region}:{account-id}:workspace/{workspace-id}

使用量・クォータ・コスト・ファイル・バッチ・Skillsはワークスペース単位で集計されるため、チーム別・環境別のコスト按分にそのまま使えます。

APIを呼ぶ主体に必要な権限は次のとおりです。

• ワークスペースに対する aws-external-anthropic:CreateInference
• sts:GetWebIdentityToken と sts:TagGetWebIdentityToken。ゲートウェイがその主体としてSTSを呼び、発行したトークンをAnthropicに渡す仕組みのため、どちらかが欠けると403の permission_error になります

そのほかのアクションは、CountTokens、GetModel / ListModels、GetWorkspace / ListWorkspaces（アカウント単位なので Resource: "*"）、CreateBatchInference などのバッチ系、CallWithBearerToken（ワークスペースARNに紐づかない）、AssumeConsole、ListComplianceActivities です。

AWSのマネージドポリシーは5種類あります。AnthropicFullAccess / AnthropicReadOnlyAccess / AnthropicInferenceAccess / AnthropicLimitedAccess / AnthropicSelfHostedEnvironmentAccess です。公式には「バッチ推論だけ拒否する」「ZDRを重視するワークスペースで機能を絞る」「顧客ごとにワークスペースを分ける」といったポリシー例もあります。

AWS公式が推奨するアカウント設計

AWS Machine Learning Blogが2026年10月1日に公開した「Implementing Multi-Environment Access for Claude Platform on AWS」は、複数の環境で使うときの設計を次のように勧めています。

• 申し込み・ワークスペース・APIキー・クロスアカウント用のロールは、専用の「AI Services」アカウントに集め、ワークロードのアカウントと分ける
• 本番と開発でワークスペースを分ける
• AWS上のワークロードはクロスアカウントのSigV4で呼ぶ（キーを保存・更新しなくて済む）。ロールは1つのワークスペースに絞り、信頼ポリシーはAWS Organizationsの条件で制限する
• APIキーを発行すると作られるIAMユーザーの既定ポリシーは全ワークスペースに効くので、開発用のワークスペースだけに絞ったものに差し替える。キーはSecrets Managerなどで保管し、期限を決める
• AWS外の環境からはOIDCフェデレーションと短期トークンを使う

CloudTrailで追える範囲

推論そのものは、既定ではCloudTrailに記録されません。

「誰がいつ推論を呼んだか」を監査するには、Data eventsの有効化とCloudTrailの追加料金が前提です。公式は少なくとも30日分を保持するよう勧めています。ここを説明せずに「CloudTrailで監査できます」と稟議に書くと、あとで揉めやすくなります。

また、CloudTrailに残るのは「誰がどの操作をしたか」であり、プロンプトの中身ではありません。Claude ConsoleのLogs画面（Adminのみ）にもプロンプトと応答は表示されません。中身の監査が必要なら、アプリケーション側でログを取る設計にしてください。

レスポンスにはリクエストIDが2種類付きます。x-amzn-requestid はCloudTrailに記録されるAWS側のID、request-id はAnthropicのサポートに伝えるIDです。障害の切り分けでは両方を控えておくと早く進みます。

Claude Console（AWS経由）でできること・できないこと

AWS Consoleの「Open Claude Console」から、AssumeConsole 権限のあるIAMロールでサインインします。ロールはAdmin（すべて操作可）とDeveloper（使用量・コスト・レート制限・ワークスペースは閲覧のみ）の2種類です。

組織の切り替えはできません。別の組織に入るときは、サインアウトしてから該当するAWSアカウントのIAMロールで入り直します。AWS側の監査やMCP連携の話は「AWS MCP Server一般提供開始まとめ」も参考になります。

東京リージョン対応の意味と、意味しないこと

出典: Anthropic 公式サイト

東京リージョンに対応していることと、推論が日本国内で実行されることは別の話です。 日本企業の導入検討で最も誤解されやすい点です。Anthropic公式ドキュメントは次のように書いています。

"The AWS region your workspace is bound to controls which gateway endpoint you call and where AWS-side resources (IAM, CloudTrail, billing) are scoped. It does not pin where model inference runs."

ワークスペースのリージョンが決めるのは、次の3つです。

1. どのゲートウェイのエンドポイントを呼ぶか
2. IAM・CloudTrail・課金といったAWS側のリソースをどこで管理するか
3. ファイル・バッチ・Skills・コストを集計する単位

推論を実行する場所は、リージョンでは決まりません。

2026年9月18日を境に、データを処理する場所の記載が変わった

データを処理・保存する場所について、Anthropic公式ドキュメントの現行版は次のように書いています。

"Anthropic uses AWS infrastructure to process your API requests, run model inference, and store your workspace content (such as prompts, outputs, files, Skills, and batches). For workspaces created before September 18, 2026, 00:00 UTC, Anthropic might process requests, store data, and run inference outside AWS."

GA時点では、AWSとAnthropicの発表とも「データはAWSのセキュリティ境界の外で処理される」と説明していたので、大きな変化です。ただし、読み違えやすい点が3つあります。

• データ処理者は引き続きAnthropicです。 「AWS基盤を使う」は、AWSが運用する、AWSのセキュリティ境界の内側になる、という意味ではありません
• 同じ公式ドキュメントに「サブサービスは予告なく変わる可能性がある」とも書かれています
• AWSのユーザーガイドは2026年11月5日時点で「データがAWS内にあるとは限らない」「推論はAnthropicの主なクラウドに回されることがある」という記載のままで、Anthropicのリリースノートにもこの変更の項目は見当たりません

公式情報の間で記載がそろっていないため、データの置き場所を契約や社内規程の判断材料にする場合は、Anthropic・AWSの担当者に書面で確認してください。9月18日より前に作ったワークスペースを新しい扱いに移す方法（作り直しが必要かどうか）も、公式では確認できていません。

inference_geo に「JP」は存在しない

推論の場所は、リクエストの inference_geo で指定します。選択肢は2つだけです。

ワークスペース単位の既定値（default_inference_geo）や許可リスト（allowed_inference_geos）については、Anthropic側のドキュメントには設定できると書かれている一方、AWSのユーザーガイドは「Claude Platform on AWSでは使えない。リクエストごとに inference_geo を付ける」としています。確実なのは、リクエストごとに指定する方法です。

要件別の現実的な選び方

リージョンの表記にも時点の差があります。AWSのGA発表（2026年5月11日）では、東京・ソウル・シドニーなどを含む17リージョンでしたが、Anthropic公式ドキュメントは現在「All AWS commercial regions（全AWS商用リージョン）」と書いています。大阪リージョンを個別に明記した公式の記載は確認できていないため、使うリージョンは導入前に公式ドキュメントで確かめてください。

ZDR（Zero Data Retention）は申請制

Bedrockからの移行で見落としやすいのがデータの保持です。

• Claude Platform on AWSのデータ保持ポリシーはAnthropic直のClaude APIと同じで、ZDRはAnthropicの担当者への申請制（オプトイン）です
• 公式も「データ保持の保証に頼る本番の処理を移す前に、ZDRの登録を確認すること」と注意しています

Bedrockと同じ感覚のまま移すと、既定の保持ポリシーのまま本番が動くことになります。データ保持の企業リスクは「Claudeの30日データ保持とZDR無効化が企業にもたらすリスク」、社内レビューの観点は「AIエージェントのセキュリティ対策チェックリスト」で整理しています。

つまずきやすい点を含むセットアップ手順

最初の関門はSDKでもIAMでもなく、AWSアカウント単位のSTSの設定です。 公式が「最も多いエラー」として挙げている項目を含め、順に整理します。

Step 1. AWS Consoleから申し込む

AWS Consoleの「Claude Platform on AWS」のサービスページから申し込みます（AWS Marketplaceのサブスクリプション）。この時点でAWSアカウントに紐づく新しいAnthropic組織が作られます。既存の組織を転換するわけではありません。

アカウントにプライベートオファーが紐づいている場合は、申し込みの途中で承認を求められます。承認前の利用分には割引が遡って適用されないため、割引交渉は申し込みより前に済ませておきます。

Step 2. アウトバウンドWeb IDフェデレーションを有効にする（最多のエラー）

# AWSアカウントごとに1回だけ実行
aws iam enable-outbound-web-identity-federation

# 有効になったかの確認
aws iam get-outbound-web-identity-federation-info

ゲートウェイがSTSでトークンを発行してAnthropicに渡す仕組みのため、この機能が必要です。どのAWSアカウントでも既定は無効で、そのままだとすべてのリクエストが次のエラーで失敗します。

Outbound web identity federation is disabled for your account

Bedrockでは不要な手順なので、Bedrockに慣れた人ほど引っかかります。組織で展開する場合は、アカウントの初期設定（Control Towerなど）に組み込んでおくと設定漏れが減ります。

Step 3. ワークスペースを作る

Claude Console（AWS Consoleからサインイン）でワークスペースを作ります。1つのリージョンに固定されるので、本番・検証・チームごとに分けるのが基本です。コストとクォータもこの単位で集計されます。

Step 4. IAMロールとポリシーを設計する

まずは AnthropicInferenceAccess などのマネージドポリシーで動作を確かめ、その後ワークスペースARNで範囲を絞ったカスタムポリシーに移るのが安全です。カスタムポリシーでは、sts:GetWebIdentityToken と sts:TagGetWebIdentityToken を入れ忘れないようにしてください。

Step 5. SDKを入れて疎通を確認する

公式SDKは、Python（pip install -U "anthropic[aws]"）、TypeScript（@anthropic-ai/aws-sdk）、C#（Anthropic.Aws）、Go、Java（anthropic-java-aws）、PHP、Rubyに対応しています。専用のクライアント（Pythonなら AnthropicAWS）はbeta扱いです。

from anthropic import AnthropicAWS

# リージョンとワークスペースIDは環境変数 AWS_REGION / ANTHROPIC_AWS_WORKSPACE_ID から読まれる
# （AWS_REGION に既定値はないので必ず設定する）
client = AnthropicAWS()

resp = client.messages.create(
    model="claude-sonnet-5-5",
    max_tokens=1024,
    messages=[{"role": "user", "content": "AWS Lambdaの基本構成を3行で。"}],
)
print(resp.content[0].text)

コンストラクタの引数名はSDKのバージョンで変わることがあるため、コードで直接指定する場合は公式ドキュメントの最新のサンプルに合わせてください。SDKを使わずHTTPで直接呼ぶ場合は、anthropic-workspace-id ヘッダーを付け忘れないこと、署名のリージョンとサービス名（aws-external-anthropic）をエンドポイントと一致させることに注意します。食い違うと、理由のはっきりしない署名エラーになります。

Step 6. CloudTrailのData eventsと上限額を設定する

推論を監査対象にするなら、CloudTrailのData eventsを有効にします（追加料金あり）。あわせてClaude ConsoleのBillingページで通知先メールを登録してから上限額を設定し、AWS Budgetsでも二重に見張っておくと安全です。利用額の反映は約2時間遅れます。

Claude Code / Agent SDKから使う

Claude Platform on AWS経由でClaude Codeを動かす手順は、公式に用意されています。 環境変数を設定するだけで切り替わります。

export CLAUDE_CODE_USE_ANTHROPIC_AWS=1
export ANTHROPIC_AWS_WORKSPACE_ID=wrkspc_01ABCDEFGHIJKLMN
export AWS_REGION=ap-northeast-1
# 認証はSigV4（aws sso login など）か、ワークスペースのAPIキー ANTHROPIC_AWS_API_KEY

ベースURLはリージョンから自動で決まります（ANTHROPIC_AWS_BASE_URL で上書き可）。起動後に /status で「API provider: Claude Platform on AWS」と出れば切り替わっています。

つまずきやすい5点

1. CLAUDE_CODE_USE_BEDROCK や CLAUDE_CODE_USE_FOUNDRY が設定されていると、そちらが優先されます。 Bedrockから切り替えるときは必ず外してください
2. advisorツールは使えません。 Anthropicの機能フラグで有効になるクライアント側の機能も、既定でオフです
3. opus などの別名は、Claude Codeのバージョンで解決先が変わります。 v2.1.280以降はOpus 5.5、それより前（v2.1.219以降）はOpus 5です。チームに配るときは ANTHROPIC_DEFAULT_OPUS_MODEL などでモデルIDを固定するよう公式も勧めています
4. SSOの認証切れには、settings.json の awsAuthRefresh で期限切れ時の再ログインを設定できます
5. 社内のプロキシやLLMゲートウェイを経由する場合は ANTHROPIC_AWS_BASE_URL を指定し、ゲートウェイ側で署名するなら CLAUDE_CODE_SKIP_ANTHROPIC_AWS_AUTH=1 を設定します。APIキー（ANTHROPIC_AWS_API_KEY）はSigV4より優先されます

Agent SDKも同じ環境変数を読むため、CI/CDに組み込むときの設定はまとめられます。Claude Code自体の安全な運用は「Claude Codeのセキュリティと安全な使い方」もあわせて確認してください。

稟議・調達で詰まるポイント

技術検証が通っても、ここで止まるケースは少なくありません。 稟議資料に先に入れておきたい項目です。

とくにプライベートオファーが引き継がれず、遡って適用されない点は金額に直接影響します。検証を始める前に担当者へ相談しておくのが確実です。

こんな企業におすすめ / おすすめしない企業

おすすめできるケース

• Agent Skills・コード実行・Web検索・MCPコネクタ・Managed Agentsを本番で使いたい開発チームやSaaS事業者。これらはBedrockでは使えません
• 新モデルを公開日から使いたいチーム。Opus 5.5・Sonnet 5.5・Haiku 5.5も、Anthropic直とほぼ同時に使えるようになりました
• 既存のClaude API実装をAWSの請求にまとめたい組織。モデルIDもリクエストの形も同じなので、移行の手間が小さく済みます
• IAM・CloudTrail・PrivateLinkで統制したいが、データ処理者がAnthropicでも契約上問題ない組織
• AWSのコミットメントを使いながらAI費用をまとめたい企業（充当の扱いは事前にAWS担当へ確認）
• 処理が集中したときの切り替え先を持っておきたいチーム（Anthropic直・Bedrockとはキャパシティが別）

おすすめしないケース

• AWSが唯一のデータ処理者である必要がある金融・公共・防衛などの規制業界。公式もBedrockを案内しています
• HIPAA-ready / FedRAMP High / IL4 / IL5が必須の医療・公共分野
• 推論を日本国内で実行することが契約上必須のケース。inference_geo に日本はありません
• Bedrock Guardrails / Knowledge Basesを中心に組んでいるチーム
• OpenAI互換エンドポイント前提で実装していて、エンドポイントの差し替えだけで済ませたいチーム
• Fast modeの応答速度が必須の用途
• ユーザー操作なしで6時間を超えて自律実行させたいエージェント
• 組織メンバーの管理や利用レポートをAdmin APIで自動化したいチーム

Bedrockから移行するか、併用するかの判断

基本の単価はAnthropic直・Claude Platform on AWS・Bedrockのグローバル推論で変わらないため、コストだけで移行を決める理由はほぼありません。 判断は「使いたい機能」「データ処理者と処理場所」「監査の要件」「契約・割引」の4点に絞られます。

現実的な落としどころは、「規制のかかる処理はBedrock、エージェント系の新規開発はClaude Platform on AWS」という使い分けです。キャパシティが別なので、併用はそのまま冗長化にもなります。

こうした経路を選んだうえで、Claudeの新しいモデルや機能を社内の業務システムに組み込む場合は、API利用料とは別に開発・改修の費用がかかります。PoCから本開発までの価格帯と見積もりの内訳は「AI開発の費用相場【2026年10月】AI受託開発の改修・PoC・本開発の価格と見積の内訳」で整理しています。

よくある質問

Claude Platform on AWSと「Claude in Amazon Bedrock」は同じものですか？

別のサービスです。Claude Platform on AWSはAnthropicが推論を運用し、AWSは認証・課金・監査の窓口を受け持ちます。Claude in Amazon BedrockはAWSが推論まで運用します。ベースURL・SigV4サービス名・モデルID・課金の方式・使える機能がいずれも違います。

2026年9月以降は、データはAWSの中で処理されるようになったのですか？

Anthropic公式ドキュメントの現行版では、2026年9月18日 00:00 UTC以降に作ったワークスペースについて「AnthropicがAWS基盤で処理・推論・保存する」と書かれています。ただし、データ処理者はAnthropicのままで、AWSのユーザーガイドは11月5日時点で以前の説明のままです。それより前に作ったワークスペースはAWS外で処理される可能性があります。契約の判断に使うなら、担当者に書面で確認してください。

既存のClaude APIキーはそのまま使えますか？

使えません。申し込むとAWSアカウントに紐づく新しいAnthropic組織が作られ、既存の組織とは別になります。APIキーはAWS Consoleで発行し直し、ワークスペースやConsoleの設定も作り直しになります。

東京リージョンのワークスペースなら、推論は日本国内で行われますか？

行われるとは限りません。ワークスペースのリージョンが決めるのは、ゲートウェイのエンドポイントとAWS側のリソース（IAM・CloudTrail・課金）の範囲です。inference_geo の選択肢は global と us だけで、日本国内を指定する方法は用意されていません。

CCUで請求されると、Anthropic直のClaude APIより高くなりますか？

なりません。CCUは「1米ドル＝100 CCU」の固定換算で、トークン単価はAnthropic直と同じです。総額が変わるのは、inference_geo: "us" の指定（1.1倍）、Batch（50%割引）、プロンプトキャッシュ、交渉済みの割引の有無です。

CloudTrailを有効にしておけば、誰がどのプロンプトを送ったか追えますか？

既定の設定では追えません。推論はData eventsの扱いなので、明示的に有効にする必要があり、追加料金もかかります。さらに、CloudTrailに残るのは操作の記録で、プロンプトの中身は残りません。中身まで監査するなら、アプリケーション側でのログ取得が必要です。

月の途中でAPIがすべて失敗するようになりました。原因は？

月の利用上限への到達が考えられます。新しい組織はStartティア（月500米ドルまで）から始まり、上限に達すると翌月1日 00:00 UTCまで失敗が続きます。ティアは支払い実績が積み上がると自動で上がりますが、すぐに上げたい場合はAnthropicの担当者かサポートに依頼します。自分で設定した上限に達した場合はHTTP 400、ティアの上限ならHTTP 429が返ります。

Claude CodeをClaude Platform on AWSで動かせますか？

動かせます。CLAUDE_CODE_USE_ANTHROPIC_AWS=1・ANTHROPIC_AWS_WORKSPACE_ID・AWS_REGION を設定すれば切り替わります。CLAUDE_CODE_USE_BEDROCK や CLAUDE_CODE_USE_FOUNDRY が残っているとそちらが優先されるので外してください。advisorツールは使えません。

セットアップで最初につまずくポイントは？

aws iam enable-outbound-web-identity-federation の実行漏れです。どのAWSアカウントでも既定は無効なので、そのままだとすべてのリクエストが「Outbound web identity federation is disabled for your account」で失敗します。次に多いのが、IAMポリシーに sts:GetWebIdentityToken と sts:TagGetWebIdentityToken が入っていないことによる403エラーです。

まとめ

Claude Platform on AWSは、Anthropicが推論を運用し、AWSが認証・課金・監査を受け持つサービスです。2026年11月時点の要点は次のとおりです。

• 機能の新しさが最大の強みです。Agent Skills・コード実行・Web検索・MCPコネクタ・Managed Agents・Message threadsなど、Bedrockでは使えない機能がそろっています
• 対応モデルは14種類で、Opus 5.5・Sonnet 5.5・Haiku 5.5も追加されました。モデルIDはAnthropic直と同じです
• CCUは表示単位で、トークン単価はAnthropic直と同じです。総額は地域の指定（us は1.1倍）と割引の条件で変わります
• 9月18日以降に作ったワークスペースは、AWS基盤で処理・保存されると公式ドキュメントに記載されました。ただしデータ処理者はAnthropicのままで、AWS側の文書はまだそろっていません
• 東京リージョン対応は「エンドポイントとAWS側リソースの場所」の話で、日本での推論は指定できません
• CloudTrailは推論を既定で記録せず、プロンプトの中身も残りません
• ZDRは申請制、Startティアは月500米ドルまで、既存組織は転換できない、プライベートオファーは遡らないの4点が、稟議で止まりやすいところです
• HIPAA-ready / FedRAMP High / IL4 / IL5、AWSが唯一のデータ処理者、日本国内での推論のどれかが必要なら、Bedrockを選びます

最初に決めるのは、「Anthropic純正の機能をいち早く使いたい」のか、「データ処理者や推論場所の条件が契約上決まっている」のか、のどちらを優先するかです。そこが決まれば、残りは設定と調達の作業になります。

次に読むなら、Claude全体の理解には「Claudeとは？機能・料金・使い方・ChatGPTとの違いを整理」、料金の全体像には「Claude料金徹底比較」、エージェント基盤の詳細には「Claude Managed Agentsとは」が向いています。

出典・参考リンク

• Anthropic公式ドキュメント: Claude Platform on AWS
• Anthropic公式: Pricing（Claude Platform on AWS pricing）
• Anthropic公式: Data residency
• Anthropic公式: Rate limits
• Anthropic公式: Claude in Amazon Bedrock
• Anthropic公式: Release notes
• Anthropic公式ブログ: Introducing the Claude Platform on AWS
• Claude Code公式: Claude Platform on AWS
• AWS公式ユーザーガイド: What is Claude Platform on AWS?
• AWS公式ユーザーガイド: Data residency
• AWS What's New: Claude Platform on AWS is now generally available
• AWS Machine Learning Blog: Introducing Claude Platform on AWS
• AWS Machine Learning Blog: Implementing Multi-Environment Access for Claude Platform on AWS
• CloudZero: Claude on AWS Bedrock（コスト比較）

関連記事

• Claude Opus 5.5とは
• Claude Sonnet 5.5とは
• AWS Bedrock AgentCore CLI / Managed Harnessの使い方
• OpenAIとAWSの提携
• Amazon×Anthropic 250億ドル投資・1,000億ドルAWS契約の全貌