Claude Media
Claude Codeの機能比較 — Bedrock・Vertex・Foundry別対応表
Claude Code解説

Claude Codeの機能比較 — Bedrock・Vertex・Foundry別対応表

Claude Codeの機能比較です。Web検索はBedrock、GitHub ActionsはClaude Platform on AWS、GitLab CI/CDはFoundryだけが非対応と、経路ごとに欠ける機能が違います。

読了目安 約15分

Claude Codeは6つの認証経路で機能が変わる

Claude Code自体はどの経路で認証しても同じCLIが動きます。しかし裏側でどのAPIに接続するかによって、使える機能の範囲が変わります。まず自分がどの列にいるかを決めると、以降の表が読めます。

経路認証方法
Claudeサブスクリプション認証方法Pro/Max/Team/Enterpriseのclaude.aiアカウントでサインイン
Anthropic Console認証方法Anthropic APIキー、またはAPIキー無しのConsoleアカウントサインインで認証
Amazon Bedrock認証方法Bedrockのモデルカタログを使いCLAUDE_CODE_USE_BEDROCKを設定(MantleエンドポイントのCLAUDE_CODE_USE_MANTLEもこの列)
Claude Platform on AWS認証方法AWS Marketplace経由で購入しAnthropic APIを直接呼ぶ。CLAUDE_CODE_USE_ANTHROPIC_AWSを設定
Google Cloud's Agent Platform(旧Vertex AI)認証方法Google運用のプラットフォーム。CLAUDE_CODE_USE_VERTEXを設定
Microsoft Foundry認証方法Anthropic運用のプラットフォーム。CLAUDE_CODE_USE_FOUNDRYを設定

どこまで同じで、どこから割れるか

差が出る領域は3つに絞れます。次のカードの左から右へ進むほど、使える経路が狭くなります。

対応範囲

経路で変わる機能の3層

  • どの経路でも同じ

    CLI本体とAgent SDK、VS CodeとJetBrainsの拡張。フック、スキル、CLAUDE.md、プラグイン。チェックポイント、サンドボックス、Workflows。OpenTelemetryメトリクスと管理設定ファイル(managed settings file)。

  • 経路ごとに差がある

    MCPサーバー、サブエージェント、一部のコマンド。さらにWeb検索・Fast mode・Auto mode・Advisor・Channels・CI/CD連携。

  • claude.aiアカウントが必要

    Webとモバイルのクラウドセッション、Slack連携、Desktop、Routines。Ultrareview、Code Review、Remote Control、Chrome拡張。Computer use、Artifacts、音声入力。

中央の層のうち、MCP・サブエージェント・コマンドの3つは表に載らないので、ここで説明します。

MCPは、claude.aiコネクタがclaude.ai認証時にしか読み込まれません。ツール検索は、ANTHROPIC_BASE_URLが非first-partyのホストを指すと既定でオフです。さらにGoogle Cloud's Agent PlatformのClaude 4.5世代より前のモデルと、Azureでホストされるサーバー上のMicrosoft Foundryでは非対応です。個別のMCPサーバーの実例はdbt MCPサーバーの使い方にまとめています。

サブエージェントでは、メインの会話がFableで動くときの組み込みExploreが分かれます。サブスクリプション・Console・ANTHROPIC_BASE_URL経由のLLMゲートウェイではOpusで、Claude Platform on AWSを含むその他の経路ではFableで動きます。

コマンドでは/design-syncと/import(claude importサブコマンドを含む)が使えません。対象はBedrock・Google Cloud's Agent Platform・Microsoft Foundry・Claude Platform on AWSです。Claude apps gateway経由でも使えません。/voiceはclaude.aiアカウントが必要です。

BedrockとClaude Platform on AWSは何が違うか

名前が似ているため混同されがちですが、この2つは別物です。

くらべる

同じAWS経由でも中身が違う

AWSが運用

Amazon Bedrock

AWSが運用するモデルカタログの1つとしてClaudeが提供されます。認証・課金・インフラはすべてAWS側の管轄で、環境変数はCLAUDE_CODE_USE_BEDROCKです。

Anthropicが運用

Claude Platform on AWS

AWS Marketplaceで購入しつつ、叩く先はAnthropicが運用するClaude APIです。AWS認証情報によるSigV4署名か、ワークスペースAPIキー(ANTHROPIC_AWS_API_KEY)で認証します。

この違いは機能の対応表にも表れます。Web検索は、BedrockのCLIでは使えませんが、Claude Platform on AWSでは使えます。逆にGitHub Actionsは、Bedrockでは使えて、Claude Platform on AWSでは使えません。AWS系の2経路でWeb検索とGitHub Actionsを両方使える経路はなく、片方を諦めるか代替手段を選ぶことになります。ZDRも逆転しています。Claude Platform on AWSは適格なアカウントなら対応する扱いで、Bedrockは契約次第です。

両方のセットアップの実務はClaude Code Bedrockセットアップに、料金体系の違いはBedrockのClaude料金は直接APIとどう違うかにあります。

Claude Platform on AWSで意図した経路に乗っているか確かめる

Claude Platform on AWSは、AWS認証情報が環境にあるだけでは有効になりません。切り替えは明示のオプトインで、ほかの経路との優先順位に落とし穴があります。

確認

AWS Platform経路の確認手順

  1. 1

    環境変数を3つ設定する

    CLAUDE_CODE_USE_ANTHROPIC_AWS=1、ANTHROPIC_AWS_WORKSPACE_ID、AWS_REGIONです。ワークスペースIDは必須で、すべてのリクエストにヘッダーで付きます。AWS認証情報から自動で決まるものではありません。

  2. 2

    Bedrock・Foundryの変数を外す

    CLAUDE_CODE_USE_BEDROCKとCLAUDE_CODE_USE_FOUNDRYが設定されていると、そちらが経路選択で優先されます。「リクエストがなぜかapi.anthropic.comへ行く」ときの原因候補は、CLAUDE_CODE_USE_ANTHROPIC_AWSが未設定か、真と解釈されない値であることです。

  3. 3

    起動してバナーを見る

    claudeを起動し、起動バナーにClaude Platform on AWSと出るのを確認します。

  4. 4

    /statusで詳細を確認する

    API providerの行がClaude Platform on AWSで、Workspace IDとAWS regionが出ていれば成功です。/loginと/logoutはclaude.aiサブスクリプションには入れません。認証はAWS認証情報かワークスペースAPIキー側で行います。

ANTHROPIC_AWS_API_KEYを設定すると、キーがSigV4より優先され、環境にあるAWS認証情報は無視されます。Claude Consoleの別組織のAPIキーはここでは使えません。古いキーが残ったままだと、権限エラーの403 Forbiddenが毎回のリクエストで出ます。

サブスクリプション限定の機能はどこまで広がるか

claude.aiアカウントでの認証が前提の機能は、Console APIキーやクラウドプロバイダーの認証情報だけでは一切届きません。次の機能がこれに該当します。

  • クラウドセッション(Claude Code on the web)、モバイル版Claude Code、Claude Code in Slack
  • Claude Code Desktop
  • Routines(/schedule)
  • Ultrareview
  • Code Review(Team・Enterpriseプラン)
  • Remote Control
  • Chrome拡張機能
  • Computer use(Pro・Maxプラン)
  • Artifacts(Pro・Max・Team・Enterpriseプラン)
  • 音声入力

唯一の部分的な例外がDesktopです。ゲートウェイルーティングは、アプリ内でも管理者側でも設定できます。Enterpriseの導入なら、管理設定でDesktopをGoogle Cloud's Agent Platformやゲートウェイプロバイダーへ振り向けられます。サードパーティ版のDesktopでは、Codeタブを次のいずれかで動かせます。Bedrock、Google Cloud's Agent Platform、Microsoft Foundry、自前運用のLLMゲートウェイです。

この一覧の機能を業務フローに組み込む予定があるなら、プロバイダー選定より先にプラン(claude.aiアカウントの有無)を固める必要があります。

CLI機能でプロバイダーごとに差が出るもの

ローカルCLIの機能自体は全プロバイダーで動きますが、サーバー側の能力に依存する一部の機能は対応が割れます。AWS系の2プロバイダーとGoogle・Microsoft系の2プロバイダーでは対応の傾向が異なるので、表を2つに分けます。

サブスクリプション・Console・AWS系2プロバイダー

機能サブスクリプションConsoleBedrockClaude Platform on AWS
Web検索サブスクリプション✓Console✓Bedrock✗Claude Platform on AWS✓
Fast modeサブスクリプション✓(Team・EnterpriseはOwnerが有効化)Console✓(プロビジョニング組織)Bedrock✗Claude Platform on AWS✗
Auto modeサブスクリプション✓Console✓Bedrock一部モデルのみClaude Platform on AWS✓
Advisorサブスクリプション✓Console✓Bedrock✗Claude Platform on AWS✗
Channelsサブスクリプション✓Console✓Bedrock✗Claude Platform on AWS✗

サブスクリプション・Console・Google/Microsoft系2プロバイダー

機能サブスクリプションConsoleGoogle Cloud's Agent PlatformMicrosoft Foundry
Web検索サブスクリプション✓Console✓Google Cloud's Agent PlatformOpus 4・Sonnet 4・Haiku 4.5以降Microsoft Foundry✓
Fast modeサブスクリプション✓(Team・EnterpriseはOwnerが有効化)Console✓(プロビジョニング組織)Google Cloud's Agent Platform✗Microsoft Foundry✗
Auto modeサブスクリプション✓Console✓Google Cloud's Agent Platform一部モデルのみMicrosoft Foundry一部モデルのみ
Advisorサブスクリプション✓Console✓Google Cloud's Agent Platform✗Microsoft Foundry✗
Channelsサブスクリプション✓Console✓Google Cloud's Agent Platform✗Microsoft Foundry✗

CI/CD連携は4プロバイダーの間で対応が入り組んでいます。

CI/CDBedrockClaude Platform on AWSGoogle Cloud's Agent PlatformMicrosoft Foundry
GitHub ActionsBedrock✓Claude Platform on AWS✗Google Cloud's Agent Platform✓Microsoft Foundry✓
GitLab CI/CDBedrock✓Claude Platform on AWS✓Google Cloud's Agent Platform✓Microsoft Foundry✗

サブスクリプションとConsoleでは、GitHub Actions・GitLab CI/CDともに使えます。

Auto modeの「一部モデルのみ」と既定の開始モード

Bedrock・Google Cloud's Agent Platform・Microsoft Foundryの「一部モデルのみ」には具体的な条件があります。対象はSonnet 5以降、Opus 4.7以降、Haiku 5.5、Fableモデルです。Haiku 5.5でAuto modeを使うにはv2.1.293以降が必要です。Claude Platform on AWSの✓も無条件ではなく、Opus 4.6以降・Sonnet 4.6以降・Haiku 5.5・Fableモデルが対象です。v2.1.158からv2.1.206の間はさらにCLAUDE_CODE_ENABLE_AUTO_MODE=1の明示が必要でしたが、v2.1.207でこの要件は撤廃されました。

開始時の権限モードは、経路ではなくバージョンと実行形態で決まります。端末とVS Codeでは、v2.1.283以降は組み込みの既定がautoです。ただしautoを選んでもAuto modeを使えない状態、たとえばモデルが非対応のときは、セッションはManualで始まります。claude -pとAgent SDKは、機能フラグを取得しないサードパーティ経路ではv2.1.285以降がauto、それより前はdefaultです。

つまりv2.1.283以降は、3プロバイダーでも対応モデルなら既定でautoから始まります。Google Cloud's Agent Platform側のセットアップ手順はClaude Code Vertex AIセットアップにあります。

クロスセッションメッセージングのバージョン条件

クロスセッションメッセージング(/list-agentsと別名の/peers)は全プロバイダーで使えます。ただしAPIキー認証やクラウドプロバイダー経由では同一マシン内に限られます。他マシンのセッションやクラウドセッションを見つけるには、Remote Controlに接続したセッションからしか届きません。

バージョン要件も分かれています。macOS・Linux(WSL 2内のLinuxを含む)はv2.1.224以降、ネイティブWindowsはv2.1.234以降です。4つのクラウドプロバイダーでは、さらに条件が上がります。これらの経路の同一マシン内メッセージングは、v2.1.248以降が必要です。

管理・分析機能は何で代替できるか

組織向けの管理・分析機能は、サブスクリプションとConsole以外のプロバイダーでは軒並み使えません。

機能サブスクリプションConsoleBedrock / Vertex系 / FoundryClaude Platform on AWS
アナリティクスダッシュボード・APIサブスクリプション✓(ダッシュボード: Team・Enterprise、API: Enterprise)Console✓(ダッシュボードとAPIのみ。コントリビューションメトリクスはclaude.ai Team/Enterprise組織が必要)Bedrock / Vertex系 / Foundry✗Claude Platform on AWS✗
サーバー管理設定サブスクリプション✓(Team・Enterprise)Console✓(Team・Enterprise)Bedrock / Vertex系 / Foundry✗Claude Platform on AWS✗
ゼロデータ保持サブスクリプション✓(適格なEnterpriseアカウント)Console✓(適格なアカウント)Bedrock / Vertex系 / Foundryクラウド側の契約次第Claude Platform on AWS✓(適格なアカウント)

ダッシュボードとサーバー管理設定は、4つのクラウドプロバイダーのどれを選んでも届きません。ただし「管理がまったくできない」わけではありません。OpenTelemetryメトリクスと管理設定ファイルは全プロバイダーで使えるので、利用状況の計測とポリシー配布は自前の仕組みに載せられます。ここが「機能が無い」と「別の手段になる」の境目です。

もう1つの代替がClaude apps gatewayです。claudeバイナリに組み込まれたAnthropic自身のゲートウェイです。SSOでサインインしたクライアントに、IdPのグループ単位で管理設定を配ります。OTLPメトリクスの送信先も構成できます。サーバー管理設定の代わりとして設計されています。上流にはAWS系の2つ(Bedrock・Claude Platform on AWS)を置けます。Google Cloud's Agent Platform・Microsoft Foundry・Anthropic APIも選べます。ただしBedrockのMantleエンドポイントは対象外です。

もう1つ注意点があります。gateway経由のセッションでは、上流がどこでもWeb検索は無効になります。Remote Controlと1時間のキャッシュTTLも使えません。

手元のClaude Code v2.1.287で確認したところ、サブコマンドは実在しました。

$ claude --version
2.1.287 (Claude Code)
$ claude gateway --help
Usage: claude gateway [options]
 
Run the enterprise auth/telemetry gateway
 
Options:
  --config <path>  Path to gateway YAML config
  -h, --help       Display help for command

--configにYAMLを渡して起動する形です。設定項目と導入手順は公式の別ページにあり、ここでは動かしていません。サブスクリプション側のアナリティクスダッシュボードに相当する画面が得られるとは公式にも書かれていません。組織導入全体でこの管理面の設計をどう位置づけるかはClaude Code組織導入の意思決定マップにまとめています。

ゼロデータ保持は、クラウド経由でも対応の余地が残ります。Bedrock・Google Cloud・Azureでは、それぞれのクラウド事業者との契約に紐づきます。Anthropicとの直接契約の機能ではない点を区別してください。

サブスクリプションプラン別の対応表

Bedrock・Google Cloud's Agent Platform・Microsoft Foundry・Console APIキーで認証している場合、この節は関係ありません。claude.aiアカウントでサインインしている場合にだけ、プランが機能を左右します。

機能ProMaxTeamEnterprise
クラウドセッションPro✓Max✓Team✓Enterprise✓(席の条件あり)
RoutinesPro✓Max✓Team✓Enterprise✓
Remote ControlPro✓Max✓Team管理者が有効化Enterprise管理者が有効化
ChannelsPro✓Max✓Team管理者が有効化Enterprise管理者が有効化
Code ReviewPro✗Max✗Team✓Enterprise✓
アナリティクスダッシュボードPro✗Max✗Team✓Enterprise✓
Enterprise Analytics APIPro✗Max✗Team✗Enterprise✓
サーバー管理設定Pro✗Max✗Team✓Enterprise✓
SSO / SCIMPro✗Max✗TeamSSOのみEnterprise両方
Compliance APIPro✗Max✗Team✗Enterprise✓
ゼロデータ保持Pro✗Max✗Team✗Enterprise✓(別途有効化)

Enterpriseのクラウドセッションは、プレミアムシートまたはChat + Claude Codeシートが条件です。ゼロデータ保持は標準のEnterpriseプランに含まれず、Anthropicによる個別の有効化が必要です。

Pro・Maxは、この表の管理・分析系の行(Code Review、ダッシュボード、サーバー管理設定、SSO)がすべて✗です。逆にComputer useとDispatch(Desktopのセッション起動)はPro・Max限定で、Team・Enterpriseでは使えません。組織向けの機能を取ると個人向けの一部機能が外れる非対称な関係なので、Teamへ移るかどうかの判断材料になります。

状況別に絞り込む

ここまでの表を掛け合わせると、選択肢は次のように絞れます。まず、4つのクラウド経路で対応が割れる項目だけを抜き出します。

項目BedrockClaude Platform on AWSGoogle Cloud's Agent PlatformMicrosoft Foundry
Web検索Bedrock✗Claude Platform on AWS✓Google Cloud's Agent Platformモデル条件ありMicrosoft Foundry✓
GitHub ActionsBedrock✓Claude Platform on AWS✗Google Cloud's Agent Platform✓Microsoft Foundry✓
GitLab CI/CDBedrock✓Claude Platform on AWS✓Google Cloud's Agent Platform✓Microsoft Foundry✗
  • GitHub ActionsとWeb検索の両方が要る: AWS系の2経路では、どちらかが欠けます。BedrockはActionsあり・検索なし、Claude Platform on AWSは検索あり・Actionsなしです。Google Cloud's Agent Platformは両方に対応し、Web検索はOpus 4・Sonnet 4・Haiku 4.5以降のモデルが条件です。Microsoft Foundryも両方に対応し、Web検索に条件はありません
  • GitLab CI/CDを使う: Microsoft Foundryだけが✗です
  • 利用状況ダッシュボードかサーバー管理設定が要る: 4つのクラウドプロバイダーでは届きません。ダッシュボードはサブスクリプションのTeam以上か、Console組織(UsageView権限)で見られます。サーバー管理設定はTeam・Enterpriseのサブスクリプションか、Team・Enterprise組織に属するConsole APIキーが必要です
  • Fast modeを使う: サブスクリプションとプロビジョニング済みのConsole組織だけです。サブスクリプションでは使用量クレジットを有効にしておく必要があり、Console組織はAPI利用と同じトークン課金です
  • Auto modeを幅広いモデルで使う: クラウドプロバイダーではClaude Platform on AWSの条件が最も緩く、Anthropic APIと同じOpus 4.6以降・Sonnet 4.6以降・Haiku 5.5・Fableモデルが対象です。ほかの3プロバイダーはSonnet 5以降・Opus 4.7以降・Haiku 5.5・Fableに限られます
プロバイダー主に失うもの代替手段
Amazon Bedrock主に失うものサブスク限定機能全部、Web検索、Fast mode、Advisor、Channels、アナリティクス、/design-sync・/import代替手段スケジュールは/loop、クラウドセッションはGitHub ActionsかGitLab CI/CD、Web参照はWebFetchツール
Claude Platform on AWS主に失うものサブスク限定機能全部、Fast mode、Advisor、Channels、GitHub Actions、アナリティクス、/design-sync・/import代替手段スケジュールは/loop、クラウドセッションはGitLab CI/CD
Google Cloud's Agent Platform主に失うものサブスク限定機能全部、Fast mode、Advisor、Channels、アナリティクス、/design-sync・/import代替手段スケジュールは/loop、クラウドセッションはGitHub ActionsかGitLab CI/CD
Microsoft Foundry主に失うものサブスク限定機能全部、Fast mode、Advisor、Channels、GitLab CI/CD、アナリティクス、/design-sync・/import代替手段スケジュールは/loop、クラウドセッションはGitHub Actions
Anthropic Console主に失うものサブスク限定機能全部代替手段Fast modeはプロビジョニング組織のみ、Team・Enterprise組織のAPIキーならサーバー管理設定も利用可

LLMゲートウェイ経由で認証している場合は、別のルールが適用されます。機能の対応範囲はゲートウェイが転送する先の基盤プロバイダーに準じます。ただしANTHROPIC_BASE_URLがapi.anthropic.com以外を指した時点で、Claude Code自身が無効化する機能があります。Remote Controlやサーバー管理設定がその例です。ゲートウェイがリクエストをそのままAnthropic APIへ転送する場合に限り、Advisorのような一部のAnthropic専用機能が動きます。

まとめ

4つのクラウドプロバイダーは、サブスク限定機能・Fast mode・Advisor・Channels・アナリティクスを共通して欠きます。選定の分かれ目はWeb検索、Auto modeの対応モデル、CI/CDの組み合わせ、ゼロデータ保持の扱いです。経路とプラン(Pro/Max/Team/Enterprise)は独立した軸なので、掛け合わせて初めて自組織で使える機能が決まります。

よくある質問

Google Cloud's Agent PlatformとVertex AIは同じものか

公式の表記は「Google Cloud's Agent Platform」で、旧名がVertex AIです。有効化する環境変数はCLAUDE_CODE_USE_VERTEXのままです。

BedrockのMantleエンドポイントは別の列で見るのか

公式の対応表では、Mantleエンドポイント(CLAUDE_CODE_USE_MANTLE)はAmazon Bedrockの列に含まれます。/statusにAmazon Bedrock (Mantle)と出ないときは、変数がclaudeを起動したシェルに渡っていないことが原因候補です。

この記事を共有:XはてブLinkedIn

関連する記事

Claude Code をもっと見る →