ホスト型サービスとの違い
セルフホスト型Claude Managed Agentsにのみある機能、ホスト型の機能のうちセルフホスト型Claude Managed Agentsにないもの、動作が異なるもの、最初にサーバー設定が必要なものを確認します。
セルフホスト型Claude Managed Agentsサーバーは、このページで説明する違いを除き、AnthropicがホストするManaged Agentsサービスと同じAPIを備えています。以下の表では、それぞれへの対処方法を示します。アプリケーションをお使いのサーバーに移行する前に、これらを確認してください。ホスト型サービスからは、セッション履歴も含めて何もコピーされません。エージェント、スキル、ボールトの認証情報、メモリストアは、お使いのサーバー上で改めて作成してください。
お使いのサーバーにのみある機能
| 機能 | 内容 | 設定方法 |
|---|---|---|
| 推論プロバイダーの選択 | サーバーは、モデル呼び出しをClaude APIではなく、クラウドプロバイダーまたは独自のモデルゲートウェイに送信できます。 | 推論プロバイダー |
| シングルサインオン | ユーザーは、OpenID ConnectのIDプロバイダーから取得したトークンを使ってサーバーを呼び出します。サーバーは、トークン内のグループに基づいて各呼び出し元にロールを付与します。サーバーAPIキーは引き続き使用できます。 | シングルサインオン |
| 独自のシークレットマネージャー | サーバーは、新しいボールトの認証情報のシークレットを、自身のデータベースではなくお使いのシークレットマネージャーに保存できます。 | シークレットマネージャー |
| エージェントの身元証明 | サーバーは、有効期間の短いトークンに署名し、エージェントからMCPサーバーへの呼び出しにそのトークンを付けて送信できます。MCPサーバーまたはゲートウェイは、お客様が公開する公開鍵に照らしてトークンを検証します。 | エージェントの身元証明 |
利用できない機能
| 機能 | 動作 | 代替手段 |
|---|---|---|
| クラウド環境 | self_hosted環境のみが存在します。クラウド環境をリクエストすると400エラーが返されます。 | すべての環境にセルフホスト型ワーカーをデプロイしてください。 |
| Messages APIやModels APIなど、Claude APIのその他の部分 | サーバーはこれらを提供しません。SDKによる/v1/messagesおよび/v1/modelsへの呼び出しでは404エラーが返されます。 | これらのリクエストは、お使いのサーバーを指していないクライアントから、Claude APIまたはお使いのプロバイダーに送信してください。 |
| ファイルのセッションリソース、およびFiles API | サーバーはfileリソースを拒否し、/v1/filesは存在しません。memory_storeリソースは動作します。 | ファイルはワーカーの作業ディレクトリに配置してください。セッションとの間でデータをやり取りするを参照してください。モデルに画像やPDFを見せるには、メッセージ内でbase64として送信してください。 |
mcp_oauthのボールトの認証情報 | サーバーにはトークンを更新するためのOAuthフローがないため、作成時にこれらを拒否します。 | トークンをstatic_bearer認証情報として保存してください。古いトークンの有効期限が切れる前に、新しいトークンで認証情報を更新してください。 |
組み込みのdocx、pdf、pptx、xlsxスキル | サーバーは、これらを宣言したエージェントを拒否します。アップロードしたスキルのみが存在します。 | スキルリポジトリからソースをダウンロードし、カスタムスキルとしてアップロードしてください。 |
| スケジュールされたデプロイメントとドリーム | サーバーにはこれらのルートがありません。 | cronジョブなど、独自のスケジューラーからセッションを開始してください。ドリームに代わる機能はありません。 |
| Webhook | サーバーはWebhookを送信しないため、Webhookをきっかけに起動するワーカーは起動しません。 | セッションのイベントストリームで追跡するか、イベントを一覧表示してください。ワーカーがポーリングできるよう、実行し続けてください。 |
動作が異なる機能
| 機能 | 違い | 対処方法 |
|---|---|---|
| Claude Console | platform.claude.comにあるClaude Consoleには、お使いのサーバー上の内容は表示されません。 | お使いのサーバー上のコンソールを使用してください。 |
| ツール呼び出し | セッションのモデルのターンは、その環境をポーリングしているワーカーがいない場合でも実行されます。その後、最初のツール呼び出しは、ワーカーが実行するまでエラーなしで待機します。 | セッションがツール呼び出しで止まった場合は、ワーカーがその環境をポーリングしていることを確認してください。 |
| メモリストア | APIはすべて揃っています。アタッチされた各ストアをサンドボックスにコピーし、変更を書き戻すのは、サーバーではなくワーカーです。セルフホスト型サンドボックスでのメモリストアを参照してください。 | ワーカーは最新バージョンのantで実行し、書き込み可能な/mnt/memoryディレクトリを用意してください。 |
| カスタムスキルのアップロード | サーバーはzipアーカイブを展開しません。zipアーカイブをアップロードすると、SKILL.md not found in uploaded filesというメッセージを含む400エラーが返されます。 | ant applyとPython SDKのfiles_from_dirヘルパーは、そのまま動作します。それ以外の方法では、スキルのファイルを個別のパートとしてアップロードし、各パートのファイル名をmy-skill/SKILL.mdのようにスキルのフォルダー名で始めてください。 |
| マルチエージェントオーケストレーション | エージェントは、記載したサブエージェントにのみ委任できます。動的ワークフロー、アドバイザー、エージェント自身が定義するサブエージェントは利用できません。サーバーは、typeがcoordinatorである場合にのみmultiagentブロックを受け付けます。マルチエージェントオーケストレーションの例ではtypeをmultiagent_20261001に設定していますが、これでは400エラーが返されます。advisor設定を持つブロックでも400エラーが返されます。 | multiagentを{"type": "coordinator", "agents": [...]}に設定してください。agentsには1〜20個のエージェントを記載してください。各エントリは、事前定義エージェントの形式のいずれかを取ります。 |
| GitHubリポジトリのセッションリソース | サーバーは、設定に対象リポジトリのGitホストが記載されるまで、github_repositoryリソースを拒否します。サーバーはリポジトリの.claude/skillsディレクトリ内のスキルを検出しないため、スキルはエージェントにアタッチしてください。 | Gitリポジトリには許可リストへの登録が必要を参照してください。 |
| MCPサーバー | サーバーは、設定に記載したMCPホストにのみ接続します。 | MCPサーバーには許可リストへの登録が必要を参照してください。 |
| Webツール | web_searchツールとweb_fetchツールは、サーバーの設定で有効にするまで無効です。 | Webツールにはサーバー設定が必要を参照してください。 |
environment_variableのボールトの認証情報 | サーバーは、サンドボックスとインターネットの間に位置するプロキシである「egress gateway」(エグレスゲートウェイ)を有効にするまで、これらを拒否します。 | 環境変数の認証情報を参照してください。ゲートウェイを使用しない場合は、サンドボックスに必要なCLIおよびAPIの認証情報を独自のツールを通じて提供してください。 |
| カスタムツールの結果 | サーバーはカスタムツールの結果のテキスト全体をモデルに送信します。結果がモデルの「context window」(コンテキストウィンドウ)に収まらないほど大きい場合でも、サーバーは200で応答し、その後セッションはsession.errorで終了します。 | 長い結果は、送信前にクライアント側で短くしてください。 |
| MCPツールの結果 | サーバーは、mcp.max_result_bytes設定(デフォルトは100 KiB)より大きい結果を切り詰めます。サーバーは結果が切り詰められたことをモデルに伝え、残りの部分は失われます。ホスト型サービスも長い結果を切り詰めますが、クラウドサンドボックス内のセッションでは完全な結果をファイルに保存できます。 | 制限を変更するには、設定ファイルでmcp.max_result_bytesを設定してください。 |
| URLで送信される画像とドキュメント | サーバーはurlソースを持つimageまたはdocumentブロックを受け付けますが、モデルがそれを見ることはなく、エラーも発生しません。fileソースを持つimageブロックでも同じことが起こります。 | データはbase64として、ドキュメントの場合はtextとして送信してください。 |
reschedulingセッションステータス | サーバーは、一時的な理由で失敗したモデル呼び出しを再試行し、ホスト型サービスと同様に各試行をイベントストリームで報告します。試行の間もセッションのステータスはrunningのままなので、statuses[]=reschedulingフィルターはどのセッションにも一致しません。 | 再試行はイベントストリームから読み取ってください。 |
| セッションメタデータ(モデルゲートウェイを使用する場合) | サーバーのinference.credentials.assertion.forward_metadata設定にセッションメタデータのキーが記載されている場合、それらのキーのいずれかを追加、削除、変更する更新では400エラーが返されます。 | これらのキーはセッションの作成時に設定してください。この設定については、短期ゲートウェイトークンを参照してください。 |
サーバー設定が必要な機能
これらの各機能は、サーバーの設定ファイルを変更するまで、無効であるか、すべてのホストを拒否します。
MCPサーバーには許可リストへの登録が必要
サーバーは、その設定ファイルのmcp.allowed_hostnamesにホストが記載されている「Model Context Protocol」、すなわちMCPのサーバーにのみ接続します:
mcp:
allowed_hostnames:
- mcp.example.comホストは完全一致で照合されます。ワイルドカードは使用できず、エントリはそのホストのサブドメインには一致しません。リストはデフォルトで空です。MCPサーバーのホストがリストに追加されるまで、お使いのサーバーはそのサーバーを指定するエージェントの保存を拒否します。
プライベートネットワーク内のMCPサーバーにはMCPトンネルは不要です。MCPコネクタの説明に従ってそのURLをエージェント定義に記載し、ホストを「allowlist」(許可リスト)に追加してください。URLには次の2つのルールが適用されます。
- MCPサーバーがループバックアドレス上にある場合を除き、
httpsを使用する必要があります。 - ホストがプライベートアドレスまたは予約済みアドレスにのみ解決される名前である場合、お使いのサーバーはデフォルトで接続を拒否します。状況に合った対処方法を選んでください:
| 状況 | 対処方法 |
|---|---|
アドレスが10.0.0.0/8、172.16.0.0/12、192.168.0.0/16のいずれかにあり、その名前のDNSレコードを自分で管理している | 名前を使い続け、設定ファイルのmcp.private_hostnamesにもその名前を記載してください。 |
| その他の場合 | URLと許可リストの両方で、名前の代わりにIPアドレスを使用してください。MCPサーバーの証明書には、そのアドレスが記載されている必要があります。 |
Gitリポジトリには許可リストへの登録が必要
ホスト型サービスでは、セルフホスト型サンドボックスを使用するセッションはgithub_repositoryリソースを持つことができません。お使いのサーバーでは、セッションはこれを持つことができます。サーバーは、設定ファイルに対象リポジトリのGitホストが記載されるまでこれらのリソースを拒否します。エージェントは記載したブランチにのみプッシュできます:
git:
allowed_hostnames:
- github.com
allowed_push_refs:
- refs/heads/agent/次の点に注意してください:
- URL: ホストは
github.comである必要はありませんが、URLはHTTPSを使用する必要があります。 - トークン: Gitのトラフィックはお使いのサーバーを経由し、サーバーがトークンを付加するため、クライアントが送信するトークンがサンドボックスに届くことはありません。
- ブランチ: エージェントにはブランチのリストが伝えられないため、プロンプトでブランチ名を指定してください。
- 強制プッシュ: サーバーは「force push」(強制プッシュ)を拒否しないため、エージェントは記載した任意のブランチを上書きできます。強制プッシュを拒否するには、Gitホスト側でブランチを保護してください。
GitHubへのアクセスでは、リクエストとトークンのローテーション方法を示しています。クローンが失敗した場合、セッションは原因を示すsession.errorイベントを受け取ります。プッシュを確認するには、Gitホスト上でブランチを探してください。サーバーのログは、ホストが拒否したプッシュに対してもokと表示します。
Webツールにはサーバー設定が必要
web_searchツールとweb_fetchツールはデフォルトで無効です。有効にするには、サーバーの設定ファイルに次を追加してください:
web_tools:
enabled: trueこの設定のみの場合、ホスト型サービスと同様に、各エージェント自身のドメインリストとコンテンツ制限が適用されます。
すべてのエージェントのツールを制限するには、web_tools.allowed_domains、web_tools.blocked_domains、またはweb_tools.max_content_tokensを設定してください。これらの設定はいずれも、ツールを有効にする効果もあります。サーバーは、これらの設定で許可される範囲を超えるものを求めるエージェントの保存を拒否します。たとえば、web_tools.allowed_domainsの範囲外のドメインを許可するエージェントや、より大きなコンテンツ制限を設定するエージェントは拒否されます。そのようなエージェントがすでに存在する場合、更新するまでセッションを開始できません。
ツールが無効な間、エージェントがどうなるかは、そのツールセット内のweb_searchとweb_fetchのエントリによって異なります:
| ツールセットの内容 | 動作 |
|---|---|
| どちらのツールのエントリもない | エージェントはそれらのツールなしで実行され、そのことを示すエラーは発生しません。 |
{"name": "web_fetch", "enabled": false}のように、ツールを無効にするだけのエントリ | 同上です。 |
| ツールを有効のままにするエントリ、またはドメインリスト、コンテンツ制限、ロケーションを設定するエントリ | サーバーはエージェントの保存や、そのエージェントのセッションの開始を拒否します。 |
どのWebツールが存在するかは推論プロバイダーによっても異なります。
推論プロバイダーによって異なる点
一部の機能は、サーバーのinference.provider設定の特定の値でのみ動作します。この表は、その他の値の場合に何が起こるかを示しています。これらのケースの一部ではエラーが返されません。
web_searchとweb_fetchの行は、Webツールを有効にした後に適用されます。それまでは、どちらのツールもどのプロバイダーでも動作しません。
| 機能 | inference.providerが次の値の場合に動作 | その他の値の場合 | 対処方法 |
|---|---|---|---|
web_searchツール | anthropic、vertex、foundry | サーバーはこのツールをモデルに提供しません。エージェントは引き続き保存・実行でき、ツールも一覧に表示されますが、モデルはこのツールを呼び出せません。 | 検索を行うカスタムツールまたはMCPサーバーをエージェントに与えてください。 |
web_fetchツール | anthropic、foundry | web_searchと同じです。 | ページを取得するカスタムツールまたはMCPサーバーをエージェントに与えてください。 |
inference_geo | anthropic | サーバーは、これを設定したエージェントの保存を拒否します。 | エージェントからinference_geoを削除してください。 |
高速モード(speed: "fast") | プロバイダーとエージェントのモデルによって異なる | これを設定したエージェントは次の2つのチェックに合格する必要があります。 エージェントの保存時: サーバーのモデルカタログで、エージェントのモデルが高速モードを受け付けるモデルとして記載されている必要があります。そうでない場合、サーバーはエージェントの保存を拒否します。 各ターン: プロバイダーがそのモデルまたはデプロイメントで高速モードを提供していない場合、ターンはエラーで終了します。 | エージェントからspeedを削除してください。高速モードを受け付けるモデルを参照してください。 |
anthropicの場合、サーバーはデフォルトでClaude APIのサーバーサイドフォールバックを要求します。これにより、安全性分類器がリクエストを拒否すると、別のClaudeモデル(性能が低い可能性があります)が応答することがあります。モデルはAnthropicが選択し、変更を報告するイベントはありませんが、セッションを読み取るとそのモデルのIDが表示されます。フォールバックを無効にするには、inference.model_fallback: falseを設定してください。その他のプロバイダーでは、そのようなリクエストは拒否としてターンを終了します。
各機能をサポートするモデルとリージョンについては、プロバイダーのドキュメントを参照してください。カスタムツール、MCPツール、ワーカーが実行するツールは、どのプロバイダーでも同じです。
高速モードを受け付けるモデル
デフォルトでは、サーバーのモデルカタログには、高速モードを受け付けるモデルとして、Claude Opus 5.5、Claude Opus 5、Claude Opus 4.8、Claude Opus 4.6の4つのモデルが記載されています。Claude Opus 4.6では、Claude APIはリクエストを受け付けますが、標準速度で実行します。inference.providerの次の値は例外です:
foundry: カタログにはClaude Opus 5.5のみが記載されています。format: vertex-raw-predictを指定したgateway: カタログにはどのモデルも記載されていません。vertex: カタログにはどのモデルも記載されておらず、どの設定でもこれは変更できません。
カタログの記載内容を変更するには、モデルエントリを参照してください。
すでにセルフホスト型サンドボックスを実行している場合
ワーカーのソフトウェアは同じなので、既存のワーカーをお使いのサーバーに接続できます。独自のワーカーを実行するでは、ポーリングするプロセスに設定する3つの値と、最初に変更すべき点を示しています。Webhookをきっかけに起動するワーカーは、ここでは動作しません。
このページは役に立ちましたか?