2026 年 5 月 12 日、Publickey が “AnthropicがAWS上で提供する「Claude Platform on AWS」正式リリース” を報じました。Anthropic が AWS 上で運営する Claude のフルセット（Sonnet / Opus / Claude Code / Agent SDK）が AWS データ境界の内側で利用可能となり、Bedrock 経由ではなく Anthropic 直接運営という構造です。
これまで弊社の受託案件でも、「Bedrock の Claude では新機能が遅れる」「Anthropic と直接契約すると AWS データ境界を越える」という二択で稟議が止まることが多くありました。Claude Platform on AWS はこの 「機能の鮮度」と「データガバナンス」の両立を実現する選択肢で、OpenAI モデルが AWS Marketplace へ正式参入 と並んで、エンタープライズ AI 受託の調達構造を変えるアップデートです。
Bedrock 経由との 4 つの違い
| 観点 | Bedrock 経由 Claude | Claude Platform on AWS |
|---|---|---|
| 運営主体 | AWS | Anthropic（AWS 上で運営） |
| 機能リリース | Anthropic 本家から 1〜3 ヶ月遅延 | 本家と同時 |
| データ境界 | AWS 内 | AWS 内 |
| 課金 | AWS 請求書に統合 | Anthropic と契約 / AWS Marketplace 両対応 |
| Claude Code / Agent SDK | 提供されない | フル機能 |
| エンタープライズSLA | AWS SLA | Anthropic SLA |
特に 「Claude Code / Agent SDK が AWS データ境界内で動く」ことは、開発生産性とコンプライアンスの両立を求めるエンタープライズ受託案件で 強い差別化要因になります。これまでは Claude Code とクライアント規約抽出 のように、ローカル PC で動かす前提が大半でしたが、Platform on AWS では VPC 内で開発エージェントを走らせる設計が現実になります。
エンタープライズが Bedrock を選べなかった 3 つの理由
理由 1: 機能リリースのタイムラグ
Bedrock の Claude は 本家から 1〜3 ヶ月遅れでリリースされるため、「Claude Code の新機能で開発を加速したい」という案件で、選択肢から外れるケースが頻発していました。
理由 2: Claude Code / Agent SDK の不在
Bedrock は API ベースの提供で、Claude Code や Agent SDK といった クライアント側のフル機能は提供されません。「Claude を IDE / CLI で使いたい」という需要に応えられませんでした。
理由 3: モデル特性のチューニング差
Bedrock の Claude は AWS 側の改修が入る場合があり、本家とまったく同じ挙動を保証できない場面がありました。これが 「PoC は本家でやって、本番は Bedrock」という分断を生んでいました。
受託で扱う 3 つの導入パターン
パターン A: 既存 AWS 環境への追加（最短 2 週間）
すでに AWS をメインクラウドにしているケースで、IAM / VPC / KMS を活用して 既存のセキュリティ基盤に統合します。社内 MCP 完全ガイド で扱った MCP サーバーも VPC 内に置けます。
パターン B: マルチアカウント分離（4〜6 週間）
開発 / 本番アカウントを分離し、Organizations + Control Tower で統制します。監査ログ（CloudTrail） を集約し、Claude の利用ログをコンプライアンス基準で残します。
パターン C: 規制業界向けの厳格モード（8〜12 週間）
金融 / 医療 / 公共向けに、プライベートエンドポイント（PrivateLink）+ 顧客管理鍵（KMS CMK）+ FIPS 準拠リージョンを組み合わせます。これは Coder Agents 自己ホスト型 AI で扱った規制業界向け設計と相補的に使えます。
受託向けアーキテクチャ標準セット
| レイヤ | 推奨構成 |
|---|---|
| ネットワーク | VPC + PrivateLink + Transit Gateway |
| 認証 | IAM Identity Center + SSO |
| 鍵管理 | KMS CMK + Secrets Manager |
| 監査ログ | CloudTrail + S3 (Object Lock) |
| コスト管理 | Cost Explorer + Budgets タグ |
| 開発環境 | Claude Code on EC2 / Workspaces |
特に Object Lock 付き S3 でログを WORM 保存することは、EU AI Act / 日本の AI 事業者ガイドライン対応で求められる「監査ログの不可改ざん性」を満たす重要な条件です。
Claude Platform on AWS が向く案件・向かない案件
| 向く案件 | 向かない案件 |
|---|---|
| AWS をマスタークラウドにしている | GCP / Azure 専業 |
| データを AWS リージョン内に閉じたい | グローバル展開で複数リージョン |
| Claude Code / Agent SDK を IDE で使いたい | API 呼び出しのみで十分 |
| 規制業界（金融 / 医療 / 公共） | 個人プロジェクト |
| 開発と本番を同じガバナンスで | スピード重視で稟議スキップ |
GCP 専業や個人プロジェクトでは、依然として Anthropic 直接契約のほうがシンプルです。受託の現場では 「いまの主クラウドに合わせる」を原則にしています。
受託契約に書く 5 つの条項
| 条項 | 内容 | 顧客が確認すべきこと |
|---|---|---|
| データ境界 | AWS リージョンの明示 | リージョン障害時の代替 |
| モデルバージョン | 利用モデルの最低バージョン | 突然のリリース停止リスク |
| 監査ログ保管 | CloudTrail / S3 Object Lock | 保管期間と費用 |
| コスト上限 | Budgets による自動アラート | 暴走時の責任分界 |
| 規制対応 | EU AI Act / 日本ガイドライン | 報告書フォーマット |
価格モデル — Claude Platform on AWS 受託パッケージ
| プラン | 金額 | 対象 | 内容 |
|---|---|---|---|
| PoC | 60 万円〜 | 4 週間 | 1 ユースケース PoC + 効果測定 |
| Foundation | 350 万円〜 | 8 週間 | VPC / IAM / 監査基盤 + 開発環境 |
| Standard | 1,200 万円〜 | 3 ヶ月 | 上記 + 業務統合 + Claude Code 展開 |
| Enterprise | 3,500 万円〜 | 6 ヶ月 | 上記 + 規制対応 + マルチアカウント |
ハマりやすい 4 つの落とし穴
落とし穴 1: 既存の Bedrock 利用とのコスト混同
Bedrock と Platform on AWS は 別系統の課金です。「両方を試した結果、二重課金で予算超過」が典型的な失敗です。最初に経路を一本化します。
落とし穴 2: Claude Code を VPC で動かす設計を後回し
「とりあえず API だけ」で始めると、後から Claude Code を IDE に統合する設計工数が膨らみます。最初から開発体験を含めて設計することを推奨します。
落とし穴 3: 監査ログのフォーマットを CloudTrail に任せきり
CloudTrail のデフォルト形式は **「誰がいつ Claude を呼んだか」は記録しますが、「何を聞いたか / どう答えたか」**は含みません。プロンプト・応答の永続化を別途設計する必要があります。
落とし穴 4: Anthropic SLA と AWS SLA の二重契約理解漏れ
「AWS で動くから AWS SLA」と誤解する顧客が多いですが、運営は Anthropic です。SLA は Anthropic 側の契約で確認します。
まとめ — 「機能の鮮度」×「AWS データ境界」の両立
Claude Platform on AWS は、「Bedrock では遅い」「直接契約だとデータが出る」という長年の二択を解消する選択肢です。AWS をマスタークラウドとしているエンタープライズ受託では、Claude を稟議に通せる構造が一気に整いました。
弊社では PoC / Foundation / Standard / Enterprise の 4 段階で Claude Platform on AWS 受託パッケージを提供しています。「AWS データ境界を出さずに Claude を本番投入したい」「Claude Code を VPC 内で開発チームに配布したい」というご相談は お問い合わせフォーム からお気軽にどうぞ。
