Claude Managed Agentsにセルフホスト版。サービス全体を自社インフラで動かせる

📖 この記事で分かること

• セルフホスト版で自社側に置かれる範囲
• モデル呼び出しの送り先として選べる先
• 動かすために必要なデータベースの条件
• ホスト版から移るときに効く制約

💡 知っておきたい用語

• Claude Managed Agents:Anthropic が提供する、エージェントを動かすためのサービス。API・エージェントループ・保存領域で構成されます。
• ホスト版:Anthropic 側のインフラで動く提供形態。今回のセルフホスト版と対になる呼び方です。

最終更新日: 2026年11月13日

▶ 公式ページ

• セルフホスト版 Claude Managed Agents のドキュメント(Anthropic 公式ドキュメント)
• ホスト版との違い(Anthropic 公式ドキュメント)
• API リリースノート(Anthropic 公式ドキュメント)

Claude Managed Agents セルフホスト版の概要

この記事のポイント

• Anthropic が 2026年11月12日、Claude Managed Agents のセルフホスト版を公開しました。
• API・エージェントループ・保存領域を自社インフラで動かし、データベースは PostgreSQL 16 以降(2026年11月時点)。
• ホスト版からの引き継ぎはなく、Webhook も送られません。利用はアカウントチームへの申請制です。

Claude Managed Agents でエージェントを運用していて、セッション履歴を自社の管理下に置く必要がある開発チームは、サービス全体を自社インフラで動かす選択肢を持てるようになりました。Anthropic が 2026年11月12日に公開したセルフホスト版です。ただし、利用には Anthropic のアカウントチームへのアクセス申請が必要で、ホスト版のデータは引き継がれません。

API リリースノートによると、セルフホスト版はサンドボックスだけを手元で動かす形ではありません。サービス全体を利用者が動かし、エージェント・セッション・セッション履歴も自社側に保存します。

動かす条件とモデル呼び出しの送り先

自社側に置くのは実行基盤と保存領域で、モデルへのリクエストは利用者が選んだプロバイダーに送られます。既定の送り先は Anthropic です。

セルフホスト版のドキュメントは、モデル呼び出しの送り先として次の 4 つを挙げています。

• Amazon Bedrock
• Claude Models on Google Cloud(Google managed)
• Microsoft Foundry
• 自前のモデルゲートウェイ

同じドキュメントは、セルフホスト版を選ぶ場面として「エージェント、セッション、セッション履歴を自社で保存しなければならない場合」を挙げています。データの保存場所が要件で決まっているチームや、モデル利用をクラウド事業者経由にそろえているチームが主な対象です。

データベースは PostgreSQL 16 以降が条件です。データベースなしでも動きますが、その場合サーバーはデータをメモリ上に保持し、再起動で消えます。セッション履歴を残すことが目的なら、データベースの運用も自社の責任範囲に入ります。

ホスト版から移るときに効く2つの制約

セルフホスト版は、ホスト版の環境をそのまま移せるものではありません。ホスト版との違いをまとめたページには、既存の利用者に直接影響する制約が 2 つ書かれています。

1 つ目は、引き継ぎが一切ないことです。ホスト版からは何もコピーされず、セッション履歴も対象外です。エージェント、スキル、vault の資格情報、メモリストアは、自社サーバー上で作り直す必要があります。

2 つ目は、サーバーが Webhook を送らないことです。たとえば、ホスト版でセッションのイベントを Webhook で受け取り、それをきっかけに後続処理のワーカーを起動している構成を考えます。この構成をセルフホスト版に持ち込むと、ワーカーは起動しません。エラーが出るのではなく、起動のきっかけ自体が届かない形になるため、移行を検討する段階で Webhook 起点の処理がどこにあるかを洗い出しておく必要があります。

利用を検討する場合の入口は、Anthropic のアカウントチームへのアクセス申請です。申請の前に、作り直しになる資産の量と、Webhook に依存している処理の有無を確認しておくと、移行の規模を見積もれます。

編集部の見方

編集部は、セルフホスト版を「ホスト版の置き場所を変えたもの」ではなく、別の環境を新しく立てる話として評価するのが妥当だと見ます。いま動く意味があるのは、履歴の自社保存や、Amazon Bedrock などを経由したモデル利用が要件になっているチームです。

• 根拠1: ホスト版からは何もコピーされません。エージェント、スキル、vault の資格情報、メモリストアを作り直すため、既存資産が多いほど移行の負担が大きくなります。
• 根拠2: サーバーは Webhook を送りません。Webhook 起点の構成は、起動方法から組み直しになります。
• 根拠3: PostgreSQL 16 以降の用意と運用が利用者側の仕事になります。データベースなしでは再起動でデータが消えるため、保存を目的にするなら運用負荷は避けられません。

保存場所や送り先に要件がないチームにとっては、これらの負担を引き受ける理由が今のところ見当たりません。この見方が変わる条件は、ホスト版からの移行手段や Webhook の送信がセルフホスト版に加わった場合です。そのときは、既存利用者にとっての移行コストの見積もりが変わります。

よくある質問

Q: セルフホスト版は誰でもすぐに使えますか?

A: 利用にはアクセス申請が必要です。公式ドキュメントは、Anthropic のアカウントチームに連絡するよう案内しています。

Q: ホスト版で作ったエージェントやセッション履歴は移せますか?

A: 移せません。ホスト版からは何もコピーされず、エージェント、スキル、vault の資格情報、メモリストアは自社サーバー上で作り直します。

Q: セルフホストにすると、モデルも自社で動かすことになりますか?

A: いいえ。サーバーはモデルへのリクエストを、利用者が選んだプロバイダーに送ります。既定は Anthropic で、Amazon Bedrock、Claude Models on Google Cloud(Google managed)、Microsoft Foundry、自前のモデルゲートウェイが送り先として挙げられています。

まとめ

Claude Managed Agents のセルフホスト版は、API・エージェントループ・保存領域を自社インフラで動かし、セッション履歴まで自社側に置ける提供形態です。一方で、ホスト版からの引き継ぎはなく、Webhook も送られないため、既存の構成はそのままでは動きません。履歴の保存場所やモデル呼び出しの経路に要件があるチームは、作り直しの範囲を見積もったうえでアカウントチームに申請する流れになります。

【用語解説】

• エージェントループ: モデルの応答を受けてツールを実行し、その結果をモデルに返す流れを繰り返す処理。エージェントの動作の中心部分です。
• モデルゲートウェイ: アプリケーションとモデル提供元の間に置き、モデルへのリクエストを中継する経路。認証や利用の管理を一か所に集める目的で使われます。

引用元:

• [1] API リリースノート(Anthropic 公式ドキュメント)
• [2] セルフホスト版 Claude Managed Agents(Anthropic 公式ドキュメント)
• [3] セルフホスト版とホスト版の違い(Anthropic 公式ドキュメント)

この記事について: AI 支援で執筆、編集部が事実確認・編集しています。誤りや追加情報があれば Contact よりお知らせください。