3行まとめ
このテーマをもう少し広げて見るなら、Amazon Bedrock AgentCore Identityが既存Secrets Manager参照に対応：AIエージェントの認証情報管理で確認すべきこと と Amazon SageMaker AIのマルチターンRLとは：AIエージェント向けモデルカスタマイズで確認すべきこと も合わせて確認してください。Claudeをエージェント用途で使う場合、モデル選定だけでなく外部サービス認証情報の扱いも導入判断に関わるため。
Claude Opus 4.8はAmazon BedrockとClaude Platform on AWSの両方から利用できます。
モデル性能だけでなく、データ処理境界、API、監査ログ、請求、リージョン要件を分けて確認します。
Tokyo、Osaka、JP Geo、Global推論を混同せず、契約やデータ処理条件と合わせて確認します。
Claude Opus 4.8 on AWSは、新モデルの発表であると同時に、どの経路で使うかを選ぶ導入判断のテーマです。
- AWSは2026年5月28日、Claude Opus 4.8をAmazon BedrockとClaude Platform on AWSの両方で利用できるようになったと発表しました。
- 読者がまず見るべき違いは、モデル性能そのものよりも、データ処理境界、使えるAPI機能、監査ログ、請求、リージョン要件です。
- 日本のAWS利用者は、Bedrockのモデルカード、Claude Platform on AWSの公式資料、価格ページを分けて確認し、Tokyo、JP Geo、Global推論を混同しないことが重要です。
Claude Opus 4.8は、AnthropicのOpus系モデルの新しい版です。AWSの発表では、コーディング、エージェント的な長時間タスク、専門知識業務での改善が強調されています。ただし、Amazon Watch Japanの読者にとって本当に大事なのは、「どの経路で使うと、自社のデータ、ログ、権限、請求、リージョン要件に合うのか」です。
この記事では、公式発表とドキュメントで確認できる範囲に絞り、Amazon Bedrock経由とClaude Platform on AWS経由の違いを整理します。Amazon Watch JapanはAmazonおよび関係会社とは非提携の情報サイトです。この記事は製品・サービス確認のための解説であり、投資助言ではありません。
Claude Opus 4.8 on AWSで何が発表されたのか
- 2026年5月28日AWS What’s New
Claude Opus 4.8がAmazon BedrockとClaude Platform on AWSで利用できると発表されました。
- 2026年5月28日AWS Machine Learning Blog
コーディング、エージェント的なタスク、専門知識業務での改善が紹介されました。
- 2026年5月28日About Amazon
Amazon側の発表として、AnthropicのClaude Opus 4.8がAWSで利用できることが整理されました。
- 2026年6月1日AWS Weekly Roundup
週次まとめでも同じ発表が取り上げられ、AWS公式内での露出が続きました。
短期間に複数のAWS公式発信が重なっているため、単なるモデル更新ではなくAWS上の生成AI基盤拡張として読めます。
AWSのWhat’s Newは、Claude Opus 4.8を「Amazon Bedrock」と「Claude Platform on AWS」の2つの経路で利用できると説明しています。AWS Machine Learning Blog、About Amazon、2026年6月1日のAWS Weekly Roundupにも同じトピックが載っており、AWS公式内での露出が短期間に重なっています。
直近の需要シグナルとしては、Claude CodeやClaude Platformを使う開発者コミュニティで、モデルの体感性能、API経路、リージョン、データ処理境界への関心が出ています。ただし、この記事ではコミュニティ投稿や専門メディアの反応を事実認定の根拠にはしません。事実として扱うのは、AWS、About Amazon、Anthropic、AWSドキュメントで確認できる内容に限ります。
発表の要点は「新モデル」だけではない
Claude Opus 4.8そのものは、Anthropicが2026年5月28日に発表したOpusクラスのアップデートです。Anthropicは、コーディング、エージェント的なタスク、専門知識業務、長時間の作業継続を主な改善点として説明しています。
AWS側の発表で重要なのは、そのモデルをAWS利用者が2つの異なる経路で使える点です。1つは、既存のBedrockのモデルカタログやBedrock運用機能に乗せて使うAmazon Bedrock。もう1つは、AWSアカウント、IAM、CloudTrail、AWS請求を使いながら、AnthropicのネイティブClaude Platform体験へアクセスするClaude Platform on AWSです。
この2つを「同じAWS請求で使えるから同じもの」と見ると、重要な差分を落とします。BedrockはAWSをデータ処理主体にしたい組織に向く経路で、Claude Platform on AWSはAnthropicのネイティブ機能を優先したい組織に向く経路です。
2026年6月時点で読者が確認すべき問い
この記事の検索意図は、単に「Claude Opus 4.8が出たのか」を知ることではありません。導入担当者、開発者、調査担当者が見るべき問いは次のようになります。
| 問い | 先に見る公式資料 | 判断の意味 |
|---|---|---|
| Bedrockで使うのか、Claude Platform on AWSで使うのか | AWS What’s New、Claude Platform on AWS docs | データ処理境界と機能差を決める |
| 日本からどのリージョンで使うのか | Bedrockモデルカード、AWS ML Blog | Tokyo、JP Geo、Globalの扱いを確認する |
| どのモデルIDを指定するのか | Bedrockモデルカード、Claude API docs | anthropic.claude-opus-4-8と推論IDを混同しない |
| 価格やクォータはどこで見るのか | Bedrock pricing、Claude pricing、AWSアカウント側の表示 | プラットフォーム別に最終確認する |
| Claude Codeやエージェント用途に入れるのか | Anthropic発表、Claude Platform docs | モデル能力と開発ツール機能を分けて評価する |
AWSの生成AI基盤全体を追う場合は、過去の整理記事「<a href="https://amzn-watch.blog.mo-gmo.com/amzn-08-awsai/">AWSと生成AIクラウドの基礎</a>」も合わせて読むと、Bedrock、AIエージェント、データセンター投資の関係を確認しやすくなります。
BedrockとClaude Platform on AWSは何が違うのか
セキュリティ、契約、監査、データガバナンスに関わる比較なので、勝敗ではなく導入条件の差として見る必要があります。
今回の最大の確認点は、Amazon BedrockとClaude Platform on AWSを同じ「AWS経由のClaude」として雑にまとめないことです。両方ともAWS利用者向けの入口を持ちますが、運営主体、データ処理境界、使える機能、契約・監査上の意味が違います。
BedrockはAWS境界とBedrock機能を重視する経路
Amazon Bedrockは、複数の基盤モデルをAWSの統合サービスとして扱うための基盤です。AWSのClaude Opus 4.8発表では、Bedrock経由の場合、AWSインフラ内にデータを置き、Guardrails、Knowledge Bases、地域データレジデンシーなどAWS管理の機能を使える経路として説明されています。
すでにBedrockを本番運用している企業なら、次の観点でBedrock側を優先しやすくなります。
- AWSをデータ処理主体にしたい
- IAM、VPC、CloudTrail、KMS、組織単位の承認フローをAWS側で統一したい
- Bedrock GuardrailsやKnowledge Basesなど、既存のBedrock機能との接続を重視したい
- 複数モデルの比較、RAG、エージェント基盤をAWS内でまとめたい
- リージョン、Geo推論、Global推論をAWSドキュメント上で管理したい
ここで見落としやすいのは、「Claude Opus 4.8の能力」と「Bedrockの運用統制」は別の論点だという点です。モデルが高性能でも、社内のセキュリティ審査、ログ要件、データ所在地要件に合わなければ本番投入はできません。
本番前に確認する条件
Bedrockを選ぶ場合は、モデルアクセスを有効化できるかだけでなく、対象リージョン、ログの保存先、ガードレールの適用範囲、障害時に別モデルへ切り替える手順まで確認します。PoCで動いた設定を、そのまま本番の統制要件に通せるとは限りません。
Claude Platform on AWSはAnthropicのネイティブ機能を重視する経路
Claude Platform on AWSは、AWSアカウントからAnthropicのネイティブClaude Platform体験にアクセスするサービスです。AWSのWhat’s NewとAWS Machine Learning Blogは、Claude Platform on AWSを、Claude API、Claude Console、早期アクセス機能をAWSアカウント経由で使える経路として説明しています。
Claude Platform on AWSでは、AWS IAM、CloudTrail、AWS請求、既存コミットメントの消化といったAWS側の要素が出てきます。一方で、公式資料は、Claude Platform on AWSがAnthropicによって運営され、顧客データはAWSのセキュリティ境界の外で処理されると明記しています。AWSドキュメントでも、Anthropic管理のインフラ上でClaudeモデルが動き、AWSとAnthropicが独立したデータ処理者として関わるという説明があります。
つまり、Claude Platform on AWSは「AWS請求で使えるAnthropicネイティブ体験」です。Bedrockの上位互換ではありません。データ所在地やAWS境界内処理が厳しい条件なら、Bedrockのほうが分かりやすい選択肢になります。反対に、Claude Console、Managed Agents、Files API、Citations、MCP connector、code execution、web searchなど、Anthropic側の機能を早く使いたいなら、Claude Platform on AWSを検討する意味があります。
使い分けは機能差より統制要件で決まる
比較表にすると、判断の入口はかなりはっきりします。
| 観点 | Amazon Bedrock | Claude Platform on AWS |
|---|---|---|
| 向く読者 | AWS内の統制、Bedrock機能、複数モデル運用を重視する組織 | AnthropicのネイティブAPI、Claude Console、早期機能を重視する組織 |
| データ処理境界 | AWS発表ではAWSインフラ内での処理を重視 | Anthropic運営で、データはAWS境界外で処理される |
| 監査・権限 | IAM、CloudTrail、Bedrock側の運用と接続 | AWS IAM、CloudTrail、AWS請求を使うが、サービス運営はAnthropic |
| 機能の中心 | Guardrails、Knowledge Bases、Bedrock API、Bedrock運用 | Claude API、Claude Console、Managed Agents、Files API、Citationsなど |
| 注意点 | エンドポイント別の対応機能、リージョン、クォータを確認する | データ所在地要件、Anthropic terms、ZDR可否を確認する |
すでにAmazon公式発表の読み方を整理している読者は、「<a href="https://amzn-watch.blog.mo-gmo.com/amzn-10-amazon/">Amazon公式ニュースの読み方</a>」の手順に沿って、提供開始日、対象ユーザー、価格、仕様、未確認点を分けると混乱しにくくなります。
Amazon BedrockでClaude Opus 4.8を使う前に確認すること
Bedrockでは、モデル名だけでなく、ID、API、リージョン、クォータを同じ確認表で追うと設定ミスを減らせます。
Amazon BedrockでClaude Opus 4.8を使う場合、最初に見るべき公式資料はBedrockのモデルカードです。AWSドキュメントのClaude Opus 4.8モデルカードには、モデルのライフサイクル、コンテキスト長、最大出力、対応API、エンドポイント、リージョン、サービスティア、サンプルコードがまとまっています。
モデルカードで確認するモデル仕様
2026年6月2日確認時点で、Bedrockモデルカードには次のような仕様が掲載されています。
| 項目 | Bedrockモデルカードで確認した内容 |
|---|---|
| Model launch date | 2026年5月28日 |
| Model lifecycle | Active |
| Context window | 1M tokens |
| Max output tokens | 128K |
| Reasoning | Supported |
| Knowledge cutoff | January 2026 |
| Base model ID | anthropic.claude-opus-4-8 |
ここで注意したいのは、この表をClaude Platform on AWS全体の仕様として読み替えないことです。1M tokensや128K max outputを書く場合は、Bedrockモデルカードで確認したBedrock側の仕様として扱います。Claude Platform on AWS側の仕様、価格、リージョン、データ保持は、Claude Platformの公式ドキュメントで別に確認します。
モデルIDと推論IDを分けて書く
Bedrockでは、モデルIDと推論IDが混同されやすいところです。Bedrockモデルカードでは、bedrock-runtime向けのBase model IDとしてanthropic.claude-opus-4-8が示されています。さらにGeo推論IDとして、us.anthropic.claude-opus-4-8、eu.anthropic.claude-opus-4-8、jp.anthropic.claude-opus-4-8、au.anthropic.claude-opus-4-8が示され、Global推論IDとしてglobal.anthropic.claude-opus-4-8が示されています。
実装時には、次の4つを分けて確認します。
- Base model ID: モデルそのものを指定するID
- Geo inference ID: 地理的な推論範囲を指定するID
- Global inference ID: グローバル推論を使うためのID
- サンプルコードで出てくるID: APIやSDKの呼び出し例で使われるID
IDを1つ覚えて終わりにすると、リージョンやデータ所在地要件でつまずきます。特に日本の読者は、TokyoのIn-Region、JP Geo、Global推論を別の選択肢として見てください。
bedrock-runtimeとbedrock-mantleを混同しない
Bedrockモデルカードでは、Claude Opus 4.8のプログラムアクセスとして、bedrock-runtimeとbedrock-mantleの経路が示されています。bedrock-runtimeではInvokeやConverseの呼び出しが使われ、bedrock-mantleではAnthropic SDKからMessages APIに近い体験で呼び出す経路が示されています。
ただし、すべてのBedrock機能がすべてのエンドポイントで同じように使えるとは限りません。Guardrails、Knowledge Bases、Prompt caching、Agents、Converse、Invoke、Messages APIの対応は、モデルカードと各ドキュメントで確認する必要があります。
導入前の確認表は、次のように分けておくと実務で使いやすくなります。
| 確認項目 | 見る場所 | 本文で断定できること | 公開後も変わりやすいこと |
|---|---|---|---|
| モデル仕様 | Bedrockモデルカード | 1M context window、128K max outputなど | モデルライフサイクル、対応機能 |
| API経路 | Bedrockモデルカード、AWS ML Blog | bedrock-runtimeとbedrock-mantleの入口がある | SDK、サンプルコード、API対応範囲 |
| リージョン | Bedrockモデルカード、AWS ML Blog | Tokyoを含む例が公式ブログにある | In-Region、Geo、Globalの詳細 |
| 価格 | Bedrock pricing、AWSアカウント側 | 価格ページで確認が必要 | 通貨、割引、契約、サービスティア |
| クォータ | Bedrock quotas、AWSアカウント側 | 組織ごとの確認が必要 | アカウント、リージョン、利用状況 |
Claude Platform on AWSを選ぶなら何を確認するか
Claude Platformに近い開発体験が必要か、既存アプリのAPI設計と合うかを確認します。
長時間タスクやエージェント的な処理を、どの範囲まで任せるかを確認します。
社内文書や根拠付き回答で、ファイル利用と引用表示が必要かを確認します。
外部ツール連携やスキル化した作業をClaude Platform側で扱う必要があるかを確認します。
AWSアカウント、監査ログ、請求との接続が自社の承認フローに合うかを確認します。
Zero Data Retention、DPA、利用ポリシー、データ処理境界を導入前に確認します。
Claude Platform on AWSは機能面の魅力だけでなく、データ保持、契約、監査、請求の確認とセットで検討します。
Claude Platform on AWSを選ぶ場合、読者が期待しているのは、Bedrockの統合運用よりもAnthropicのネイティブClaude Platform機能に近いはずです。公式資料では、Messages API、Claude Managed Agents、advisor tool、web search、web fetch、MCP connector、Agent Skills、code execution、Files API、prompt caching、Citations、batch processing、Claude Consoleなどが例として挙げられています。
ネイティブClaude機能を早く使える
Claude Platform on AWSの魅力は、Anthropicの新機能やベータ機能に近い体験を、AWSアカウント経由で使えることです。Claude Consoleでプロンプト開発や評価を行いたい、Managed AgentsやFiles APIを試したい、Citationsを含む文書処理を早く検証したい、といったチームには有力な選択肢になります。
一方で、ネイティブ機能が多いからといって、本番導入が簡単になるわけではありません。ベータ機能を含む場合、社内の情報管理、アクセス権、ログ確認、データ保持、誤操作時の差し戻し、サポート条件を先に決める必要があります。
ベータ機能を試す時の切り分け
Managed Agents、Files API、MCP connectorのような機能を試す時は、モデル評価、ツール権限、データ保持、監査ログを別々に見ます。便利さの評価と、社内で許可できる権限範囲の評価を同じチェックリストに混ぜると、承認時に論点がぼやけます。
AWS IAM、CloudTrail、AWS請求との接続
Claude Platform on AWSは、AWS IAM認証、CloudTrail監査ログ、AWS請求と接続します。AWSアカウントを起点に使えるため、別のアカウントや請求関係を増やしにくい組織には導入しやすく見えます。
ただし、ここでも「AWS認証」と「AWS境界内処理」は同じ意味ではありません。公式資料は、Claude Platform on AWSがAnthropicにより運営され、顧客データがAWSセキュリティ境界外で処理されると説明しています。AWSドキュメントでは、AnthropicのCommercial Terms of Service、Data Processing Addendum、Usage Policyも適用されると説明されています。
法務、セキュリティ、購買、データガバナンスの担当者には、次の質問を先に投げておくと話が早くなります。
承認前に投げる質問
- AWSがデータ処理主体であることが必須か
- データがAWS境界外で処理されることを許容できるか
- Zero Data Retentionを使う必要があるか
- Anthropicの契約条件、DPA、利用ポリシーを確認したか
- CloudTrailで取得できるログと、アプリケーション側で必要なログを分けているか
- 既存のBedrock Private OfferやAWSコミットメントとの関係を確認したか
Claude Platform on AWSは便利な入口ですが、Bedrockの代替というより、別の統制モデルを持つ選択肢として扱うべきです。
Claude Code、エージェント、知識業務でどう評価するか
公式発表の改善説明は検証の出発点です。自社の入力、権限、ログ、失敗時の扱いまで含めて評価します。
AnthropicとAWSの発表では、Claude Opus 4.8について、コーディング、エージェント的なタスク、専門知識業務、長時間タスクでの改善が強調されています。開発者には魅力的な説明ですが、記事や導入メモで「自社でも必ず改善する」と置き換えるのは危ういです。
コーディングとエージェント用途
コーディング用途で見るなら、評価はベンチマーク名よりも、自社リポジトリでの再現性が大事です。たとえば次のような小さな検証から始めると、導入判断に使えるログが残ります。
| ワークロード | 向く可能性がある理由 | 検証すべき入力 | 失敗時の確認点 |
|---|---|---|---|
| コードベース調査 | 1M context windowで長い文脈を保持しやすい | 既存リポジトリ、仕様書、テスト | 読み違い、不要な変更、権限不足 |
| コードレビュー補助 | 長い差分や関連ファイルを扱いやすい | PR差分、テスト結果、規約 | 指摘の根拠、再現性、過剰修正 |
| 長時間エージェント | 計画維持や自己修正が改善されていると説明される | チケット、手順書、ツール制約 | 途中停止、権限確認、ログ不足 |
| 移行作業の下調べ | 複数ファイルや依存関係の整理に使える | 旧API、新API、移行ガイド | 破壊的変更、未検証の推測 |
Claude Codeの話題は、モデルの能力、Claude Codeという開発ツール、AWSでの提供経路が混ざりやすい領域です。Bedrockでモデルを使う話と、Claude Code上の新機能を使う話を同じ段落でまとめすぎないほうが、導入担当者には伝わります。
検証ログに残す項目
コーディング評価では、成功例だけでなく、失敗した指示、不要な変更、途中で確認を求めた場面、テスト結果、レビュー担当者の差し戻し理由を残します。モデルの印象ではなく、再現できるログとして残すと、後から別モデルや別リージョンと比較しやすくなります。
専門知識業務での使いどころ
専門知識業務では、長文資料、複数文書、構造化レポート、調査メモの整理に向く可能性があります。Bedrockモデルカードにある1M context windowや128K max outputは、長い入力と長い出力を扱うワークロードで魅力的です。
ただし、法務、金融、医療、セキュリティのような領域では、モデルの公式説明を採用判断に直結させないでください。レビュー担当者、評価基準、誤答時の責任分界、ログ保存、再実行手順、外部送信できるデータの範囲を先に決める必要があります。
日本のAWS利用者が導入前に見るチェックリスト
- 1Tokyo、Osaka、JP Geo、Globalを分ける
利用したい経路で、データ所在地と推論範囲が要件に合うかを確認します。
- 2Bedrock機能かClaude Platform機能かを決める
GuardrailsやKnowledge Basesを使うのか、Managed AgentsやFiles APIを使うのかを整理します。
- 3呼び出し先とモデルIDを確認する
Base model ID、Geo inference ID、Global inference ID、利用APIを実装前に確認します。
- 4IAM、CloudTrail、請求、契約を確認する
監査ログ、費用配賦、既存コミットメント、Private Offer、DPAを導入前に見直します。
- 5価格、クォータ、サービスティアを確認する
本番投入前に、公式ページとAWSアカウント側の表示を再確認します。
日本のAWS利用者は、Tokyoという表示だけで判断せず、推論範囲、契約、ログ、請求まで一つの流れで確認します。
日本のAWS利用者にとって、Claude Opus 4.8 on AWSの確認ポイントは、Tokyoという文字があるかどうかだけではありません。Tokyo単独、Osaka、JP Geo、Global推論、Claude Platform on AWSの地域、データ処理境界を分けて見る必要があります。
Tokyo、Osaka、JP Geoの扱い
AWS ML Blogは、Claude Opus 4.8がAmazon Bedrockで利用できるリージョン例としてUS East (N. Virginia)、Asia Pacific (Tokyo)、Europe (Ireland)、Europe (Stockholm)を挙げています。Bedrockモデルカードには、JP Geo推論IDとしてjp.anthropic.claude-opus-4-8が示され、地域ごとの推論詳細も掲載されています。
ここで確認すべきことは、次の順番です。
- 自社のデータ所在地要件がTokyo単独を求めているのか、JP Geoでよいのか、Global推論を許容できるのか。
- 実際に使うAWSアカウントで、該当リージョンとモデルアクセスが有効か。
- BedrockのIn-Region、Geo Cross-Region、Global Cross-Regionの違いを運用担当者が理解しているか。
- Claude Platform on AWSを使う場合、データがAWS境界外で処理される点を承認できるか。
Tokyoで使えるという一文だけで導入を決めると、後からデータ所在地や監査の確認で戻されがちです。最初に、リージョン要件とデータ処理境界を同じ表に入れておくほうが安全です。
社内レビュー用のメモ
日本拠点の利用では、利用者の所在地、入力データの種類、推論先、ログ保存先、契約主体を1枚にまとめます。東京リージョンの有無だけでなく、JP GeoやGlobal推論を使った場合の承認条件を明文化しておくと、後続のセキュリティ確認が進めやすくなります。
IAM、ログ、請求、契約
BedrockとClaude Platform on AWSのどちらにもAWSの言葉が出てきます。しかし、意味は違います。
| 観点 | Bedrockでの確認 | Claude Platform on AWSでの確認 |
|---|---|---|
| 認証 | IAM、Bedrockモデルアクセス、SDK権限 | IAMでClaude Platformへアクセス |
| ログ | CloudTrail、アプリ側ログ、Bedrock呼び出し | CloudTrailに加えてClaude Platform側のログ要件 |
| 請求 | Bedrock pricing、AWS請求、組織の割引 | AWS Marketplace経由の請求、コミットメント消化 |
| 契約 | AWS Service Terms、Bedrock third-party terms | AWS Service Termsに加えAnthropic termsとDPA |
| データ | AWS境界と地域要件を確認 | AWS境界外処理、ZDR可否、inference_geo |
この整理は、株価や決算の材料として見るよりも、実際に使うチームの承認フローに直結します。AMZNの決算背景を追いたい読者は「<a href="https://amzn-watch.blog.mo-gmo.com/amzn-07-amazonaws/">Amazon最新決算アップデート</a>」も参照できますが、今回の記事の主役は導入判断です。
価格、API、リージョンの最新情報をどこで確認するか
確認日は2026年6月2日 Asia/Tokyoです。価格、API、リージョン、クォータは変わるため、契約や本番投入では公式ページとAWSアカウント側の表示を見直します。
価格、API、リージョン、クォータは変わりやすい情報です。この記事では2026年6月2日 Asia/Tokyo時点で公式資料を確認していますが、実際の契約や本番投入では、公開後も公式ページとAWSアカウント側の表示を見直してください。
Bedrock側の確認先
Bedrockで確認する公式ページは、少なくとも次の4つです。
- Claude Opus 4.8のBedrockモデルカード
- Amazon Bedrock pricing
- Bedrock model regional availability
- Amazon Bedrock quotas and limits
Bedrockモデルカードは、モデルID、API、エンドポイント、リージョン、サービスティアの入口です。Bedrock pricingは、リージョン、モデル、推論タイプ、契約条件によって見方が変わります。価格を記事や社内資料に書く場合は、確認日時、対象リージョン、対象プラットフォームを明記してください。
Claude Platform側の確認先
Claude Platform on AWSで確認するページは、次のように分けます。
- Claude Platform on AWSのAWS What’s New
- Claude Platform on AWSのAWSドキュメント
- AnthropicのClaude Platform on AWS公式ブログ
- Claude pricingとClaude API model docs
Anthropicの公式発表では、Claude Opus 4.8の通常利用価格は100万入力トークンあたり5ドル、100万出力トークンあたり25ドルからと説明されています。これはClaude API側の価格説明であり、Bedrockの最終請求額や契約条件と同一視しないでください。プロンプトキャッシュ、バッチ処理、US-only inference、AWS Marketplace経由の請求、既存コミットメントなど、確認すべき変数があります。
価格メモの書き方
価格を社内資料に残す場合は、金額だけでなく、確認日、対象プラットフォーム、対象リージョン、推論タイプ、キャッシュやバッチ処理の有無を書き添えます。BedrockとClaude Platform on AWSでは請求経路と契約条件が異なるため、同じモデル名でも同じ価格メモにまとめないほうが安全です。
更新履歴として残すべき項目
社内メモや記事を更新するなら、次の項目に更新日を付けると後から読み直しやすくなります。
- Claude Opus 4.8の提供状態
- BedrockモデルカードのモデルID、Context window、Max output
- Tokyo、Osaka、JP Geo、Global推論の扱い
- Bedrock価格とClaude Platform側の価格
- Claude Platform on AWSのデータ処理境界
- Claude Code、Managed Agents、Files API、Citationsなどの機能提供状況
- ZDR、契約条件、DPA、利用ポリシー
確認日: 2026年6月2日 Asia/Tokyo。
次に読むなら
Amazon Watch Japanでは、Amazonの公式発表、AWS更新、BedrockやClaude Platform on AWSのような生成AI基盤の変更を、製品・サービス目線で追っています。月内の重要更新は<a href="https://amzn-watch.blog.mo-gmo.com/monthly-topics-2026-06/">2026年6月 重要トピックまとめ</a>にも反映していきます。
次に読むなら
参照した主な情報源
- AWS What’s New: Claude Opus 4.8 is now available on AWS
https://aws.amazon.com/about-aws/whats-new/2026/05/claude-opus-4.8-aws/
- AWS Machine Learning Blog: Claude Opus 4.8 is now available on AWS
https://aws.amazon.com/blogs/machine-learning/claude-opus-4-8-is-now-available-on-aws/
- Amazon Bedrock User Guide: Claude Opus 4.8 model card
https://docs.aws.amazon.com/bedrock/latest/userguide/model-card-anthropic-claude-opus-4-8.html
- About Amazon: Claude Opus 4.8 from Anthropic available on AWS
https://www.aboutamazon.com/news/aws/anthropic-claude-4-opus-sonnet-amazon-bedrock
- AWS What’s New: Claude Platform on AWS is now generally available
https://aws.amazon.com/about-aws/whats-new/2026/05/claude-platform-aws/
- AWS Documentation: What is Claude Platform on AWS?
https://docs.aws.amazon.com/claude-platform/latest/userguide/welcome.html
- Anthropic: Introducing Claude Opus 4.8
https://www.anthropic.com/news/claude-opus-4-8
- Claude: Introducing the Claude Platform on AWS
https://claude.com/blog/claude-platform-on-aws