目次
Google CloudでClaudeを使う方法が二つになりました。Google Cloudは2026年10月22日、従来のGoogle管理方式に加え、Anthropic管理のデプロイ方式を一般提供すると発表しました。どちらも最新モデルを初日から利用でき、標準価格、Google Cloud請求、対象となるコミットメントの充当は共通です。違いの中心は、誰がデータ処理者になるか、Claude Managed Agents、Skills、コード実行などClaude Platformの新機能へいつ到達できるかです。
本稿は10月24日に確認したGoogle CloudとAnthropicの一次資料を基に、Web開発チームが二つの方式をどう選び、何を試験してから本番へ入れるかを整理します。これはモデル性能を比較した実測記事ではありません。提供元が示す仕様、そこから導ける設計上の判断、本サイトが提案する検証手順を分けて説明します。
スポンサーリンク
同じClaudeでも運用主体が異なる
Google Cloudの発表では、Anthropic管理方式はAnthropicがGoogle Cloudインフラストラクチャー上のスタックを運用し、Anthropicの商用条件の下でデータ処理者になります。認証にはGoogle Cloud IAMを使い、Cloud Audit Loggingを維持し、Google Cloudの請求へ集約できます。Claude Managed Agentsのベータ、Skills、コード実行といったClaude Platform機能も初日から利用できると説明されています。
一方のGoogle管理方式では、Google Cloudが既存の顧客契約の下でデータ処理者になります。VPC Service Controls、顧客管理暗号鍵（CMEK）、米国・EU・APACのデータレジデンシー、BigQueryやModel Armorとの統合が示されています。Claude Platformの新機能はGoogle管理基盤へ統合された後に利用可能になります。
| 判断軸 | Anthropic管理 | Google管理 |
|---|---|---|
| 最新Claudeモデル | 初日から提供 | 初日から提供 |
| Claude Platform新機能 | 初日から提供 | Google管理基盤へ統合後 |
| データ処理者・条件 | Anthropic・Anthropic商用条件 | Google Cloud・既存のGoogle Cloud顧客契約 |
| 認証・監査 | Google Cloud IAM、Cloud Audit Logging | Google Cloud IAMとGoogle管理サービスの統制 |
| 強調される統制 | Claude Platform機能への即時アクセス | VPC Service Controls、CMEK、データレジデンシー |
| 請求 | Google Cloud請求、対象コミットメントに充当 | Google Cloud請求、対象コミットメントに充当 |
表の「同じ価格」は「総運用費が同じ」という意味ではありません。使うツール、エージェントの実行時間、入力と出力の量、キャッシュ、ログ保管、評価環境によって一件の処理費用は変わります。また、契約、対象リージョン、サポート窓口、障害時の責任分界は方式ごとに確認が必要です。モデル名だけを見て同一サービスと扱わないことが出発点です。
Anthropic管理が向くのは新機能を早く使うチーム
Anthropic管理方式の明確な利点は、Claude Platformの機能をGoogle管理基盤への統合待ちなしで使えることです。たとえばAgent Skillsは、指示、スクリプト、資料をまとめたフォルダーをAPIから呼び出す仕組みです。AnthropicのSkills公式資料によると、既製Skillと独自Skillは同じcontainer構造で指定し、コード実行環境で動作します。
コード実行は、PythonやBashをサンドボックス内で動かし、データ分析、ファイル作成、計算などをAPIの会話内で完結させる機能です。Claude Managed Agentsは、長く続く作業をセッションとして管理します。文書生成、データ変換、リポジトリ調査のように、単発のテキスト応答より一段長い処理を自前のオーケストレーターなしで試したいチームには、Anthropic管理方式が評価候補になります。
ただし、「機能が早い」ことは「既存アプリへすぐ差し込める」ことと同じではありません。Skillsはコード実行を前提とし、生成ファイルはFiles APIから取得します。実行環境へ渡す資料、独自Skillの版、生成物の保存先、失敗時の再実行を設計する必要があります。Claude Managed Agentsも、通常のMessages APIとは課金単位や状態管理が異なるため、チャットAPIの置き換えとして扱わない方が安全です。
スポンサーリンク
Google管理が向くのは統制を既存基盤へ合わせるチーム
Google管理方式は、新機能の到達が少し遅れても、既存のGoogle Cloud契約、ネットワーク境界、暗号鍵、データ配置、BigQueryやModel Armorとの連携を優先するチームに向きます。顧客データの処理場所や契約上のデータ処理者が採用条件になっている場合、モデルの性能より先にこの方式を評価すべきです。
実装面でも差があります。Google管理版Claudeの公式資料では、Anthropic SDKのAnthropicVertexクライアント、Google Cloud認証、Agent PlatformのrawPredictまたはstreamRawPredictエンドポイントを使います。Messages APIに近い要求形式ですが、モデル指定とAPIバージョンの渡し方には違いがあります。
つまり、直接Claude APIを呼ぶ既存コードから移る場合、APIキーをIAMへ置き換えるだけでは足りません。クライアント生成、モデルID、バージョン、ストリーミング、エラー、レート制限、対応していない機能をテストします。Google管理方式からAnthropic管理方式へ移る場合も、同じモデル名だから無変更で切り替えられるとは仮定せず、正式な接続仕様を確認します。
二つの方式を一つの抽象化へ隠しすぎない
複数の提供経路を切り替えられるようにするなら、アプリ側に共通の生成インターフェースを置くことは有効です。ただし、すべてを最小公倍数へ押し込むと、Anthropic管理方式で使えるSkillsやManaged Agentsの価値が消えます。反対に、固有機能へ依存しすぎるとGoogle管理方式へ戻しにくくなります。
- 共通層：基本的なメッセージ、構造化出力、タイムアウト、利用量、相関IDをそろえる
- 方式別アダプター：認証、モデルID、APIバージョン、ストリーミング、再試行を閉じ込める
- 固有機能：Skills、Managed Agents、CMEK、VPC Service Controlsなどを明示的な能力として扱う
- 禁止事項：必要な統制がない方式へ自動フォールバックしない
この構成なら、通常の要約や分類は共通層で比較し、長時間のエージェント処理だけAnthropic管理へ振るといった使い分けができます。方式名を単なる環境変数にせず、機能と統制の能力表を持つことが重要です。
スポンサーリンク
費用はモデル単価ではなく完了した仕事で測る
Google Cloudは両方式が同じ標準価格で、対象となるGoogle Cloudコミットメントを消化できると説明しています。しかし、Claude Managed Agentsではトークンに加えてセッション実行時間が課金対象です。Anthropicの価格資料では、実行中のセッション時間を1時間0.08米ドルで計測し、待機中は実行時間へ含めないとしています。Web検索やモデル、地域指定などによる費用も別に発生し得ます。
ただし、この価格表をそのまま自社のGoogle Cloud請求額と断定してはいけません。購入条件、契約割引、コミットメント対象、請求画面のSKUは実際のプロジェクトで確認します。比較指標は「100万トークンの単価」だけでなく、処理成功までの再試行、実行時間、人の修正、生成ファイルの検査、ログ保管を含む一件完了費用にします。
本番前に同じ業務で並行検証する
最初の評価対象は、正解条件を説明でき、失敗しても利用者へ直接影響しない業務が適します。たとえば、公開済み仕様書からテスト候補を作る、匿名化したアクセスログを分類する、社内テンプレートから文書を生成するといった処理です。同じ入力と合格基準で二方式を並行実行し、モデル品質だけでなく運用面を比べます。
- IAM主体、必要権限、監査ログの項目を確認する
- 同じ評価データで業務上の合格率と人の修正時間を測る
- 中央値と遅い側の応答時間、再試行、レート制限を記録する
- 入力、出力、キャッシュ、ツール、セッション時間を一件単位で集計する
- 必要なリージョン、CMEK、ネットワーク境界、保持条件を満たすか確認する
- 障害時に同じ方式へ再試行するか、別方式へ切り替えるかを決める
評価データと回帰テストの作り方は、関連記事のAIの改善を勘で判断しないために｜評価データと回帰テストの始め方で整理しています。今回はモデル変更だけでなく提供経路の比較なので、認証、契約、監査、費用の項目も合格条件へ追加します。
選び方を三つの質問へ絞る
第一に、Anthropicの商用条件とAnthropicをデータ処理者とする構成を採用できるか。第二に、Claude Platformの新機能を統合待ちなしで使う必要があるか。第三に、VPC Service Controls、CMEK、特定地域のデータレジデンシー、Google管理の統合が必須か。この三問で候補はかなり絞れます。
Anthropic管理方式は、Claude固有のエージェント機能を早く評価しつつ、IAM、監査ログ、Google Cloud請求を維持したいチームに向きます。Google管理方式は、既存のGoogle Cloud契約と統制を優先し、機能の統合を待てるチームに向きます。部署や用途で要件が異なる場合は、一社一方式に固定せず、扱うデータと必要機能で経路を分ける方法もあります。
Google Cloudで複数提供元のモデルを使う全体像は、Google CloudでOpenAIモデルを使う前に確認したい評価と契約も参照してください。同記事は複数モデルの調達と移植性、本稿は同じClaudeに二つの運用主体がある場合の選択に焦点を当てています。
