Claude Managed Agentsセルフホスト版を企業導入する際の要点

AnthropicがClaude Managed Agentsのセルフホスト版を発表——何が変わったか

2026年11月12日、AnthropicはClaude Managed Agentsのセルフホスト版をプライベートベータとして公開した（Help Net Security、www.vktr.com）。企業が自社のクラウド環境またはオンプレミスサーバーに、エージェントインフラ全体を展開・運用できるようになった点が今回の核心だ。

Claude Managed Agentsは2026年4月9日に初めてローンチされ、同年5月19日にはサンドボックスのみのセルフホストオプションが追加されていた。今回の発表でサービス全体——エージェントハーネス、サンドボックス、認証情報、セッション履歴（PostgreSQLデータベース）、サーバー・ワーカーまで——を自社環境に持ち込むことができるようになった（pasqualepillitteri.it）。アクセスにはAnthropicアカウントチームへの申請が必要であり、現時点では選択的なプライベートベータという位置づけである。

関連記事AIエージェントの料金体系は？主要サービスを比較 ／ AIエージェントは目的別にどう選ぶ？

セルフホスト版が解決しようとしている企業側の課題

クラウド型のAIエージェントサービスを企業で採用する際、繰り返し議題になるのは「データの所在」と「セキュリティ境界の維持」である。社内の機密コードベース、顧客データ、認証情報といったものをAnthropicのマネージドクラウドに送出することへの懸念は、金融・医療・公共セクターを中心に強い。

従来のマネージドサービスでは、エージェントが外部ネットワークを経由してタスクを処理するため、ゼロトラスト要件やデータ主権規制への対応が困難だった。セルフホスト版はこの問題に正面から応答する設計になっている。

公式ドキュメント（platform.claude.com）によると、本番環境向けにはKubernetesのHelmチャートが推奨されており、Docker Composeはあくまで開発・検証用途に限定される。これは「試験的に触る」段階と「本番投入」の間にある運用設計の差を明示しており、導入を検討する企業は段階的なロードマップを引く必要がある。

セキュリティ設計の要点——企業が確認すべき構造的な特徴

セルフホスト版が主張するセキュリティ上の差別化は、いくつかの構造的な判断に基づいている。導入を検討する担当者はそれぞれの意味を把握しておく必要がある。

ハーネスとサンドボックスの分離：エージェントのジョブ制御ロジック（ハーネス）とツール実行環境（サンドボックス）が分離されており、認証情報はサンドボックスの外側に保持される（Help Net Security）。コード実行や外部アクセスが発生するサンドボックス内に機密情報が漏れ出ない設計だ。

許可ホストリストによるネットワーク制限：エージェントがアクセスできる外部ホストをallowlistで明示的に限定できる。エージェントが意図しない外部サービスに接触するリスクを制度的に抑えられる。

OpenTelemetryによる活動ログ出力：エージェントの活動をOpenTelemetry形式でエクスポートできる（Help Net Security、TokenPost）。既存のオブザーバビリティ基盤に統合しやすく、監査ログとして活用できる点は、コンプライアンス要件のある業種にとって実務的な意味を持つ。

ZDR（Zero Data Retention）契約との関係：ZDR契約を締結している組織では、同ポリシーがClaudeへのAPIコールにも適用される（www.vktr.com）。ただし通常のマネージドサービスはZDR対象外であり、セルフホスト版のみが適格となる点を確認しておく必要がある。

モデル送信先の選択：Anthropic直接のほか、Amazon Bedrock、Google Agent Platform、Microsoft Foundry、自社ゲートウェイのいずれかを送信先として選択できる（Help Net Security）。クラウドプロバイダーとの既存契約や地域データ規制に合わせてルーティングを設計できる。

マネージドサービス vs セルフホスト版 比較

比較項目	マネージドサービス	セルフホスト版（プライベートベータ）
データの所在	Anthropic管理クラウド	自社クラウド／オンプレ
ZDR適用	対象外	契約組織は適用可
インフラ管理責任	Anthropic	自社
ネットワーク制限	設定不可	allowlistで制限可能
監査ログ	Anthropic側のみ	OpenTelemetryで自社基盤へ
本番推奨構成	不要	Kubernetes（Helm）
アクセス方法	APIキーで即時	アカウントチームへ申請

誰がこの選択肢から恩恵を受けるか——日本企業・自治体の場面

エージェント基盤のセルフホストという選択肢が最も意味を持つのは、外部送出が制限される情報を日常的に扱う組織だ。

金融・保険：内部の取引データや契約情報を参照しながらバグバックログを処理したり、アラートをトリアージしたりするユースケースでは、データが自社境界内に留まることが前提条件になる。

医療・ヘルスケア：診療記録や検査データを含むシステムの開発・運用で、エージェントがコードやログにアクセスする場合、個人情報保護法や医療情報システムの安全管理ガイドラインとの整合が求められる。セルフホスト型は少なくとも「データが国外に出ない」という条件を満たしやすい。

公共・自治体：政府情報システムのセキュリティ評価制度（ISMAP）など、調達要件として自社環境への限定が求められるケースでは、マネージドクラウド型が最初から選択肢に入らない場合がある。

製造業・R&D：設計図や製法に関わるコードリポジトリをエージェントに操作させる場面では、外部クラウドへの送出リスクを受け入れられないケースがある。

主なユースケースとして公式が挙げているのは、壊れたビルドの修正、テストリリース、アラートのトリアージ、バグバックログの処理である（Help Net Security、www.vktr.com）。これらは開発・運用チームの定型業務であり、コードベースや内部インフラへのアクセスが不可分なタスクだ。

注意点と限界——導入前に直視すべき現実

セルフホスト版の採用は「データを手元に置ける」という利点を得る一方で、相応のコストと責任を引き受けることを意味する。

運用負荷：公式ドキュメントが本番環境にKubernetesのHelmチャートを推奨していることが示すとおり、相応のインフラエンジニアリング能力が必要だ。エージェントハーネス・サンドボックス・PostgreSQLデータベース・ワーカーを自社で管理・更新・監視する体制を整備しなければならない。マネージドサービスなら不要だったパッチ対応やキャパシティ管理が自社の責任となる。

コスト構造の変化：ホスティング費用・ライセンス費用・人件費の内訳がマネージドサービスと異なる。クラウドインフラコストが追加される一方、稟議段階では3年間のTCO（総所有コスト）を試算することが判断精度を上げる。

プライベートベータという制約：アクセスはAnthropicアカウントチームへの申請が必要であり、すべての企業が即座に利用できる状態ではない。機能の安定性・SLA・サポート水準がGA後と異なる可能性があり、本番への早期適用はリスクを伴う。

モデル呼び出し自体はAnthropicを経由する：エージェントインフラは自社に置けるが、Claudeモデルへの推論リクエストはAnthropicまたはその提携クラウドプロバイダーに届く。推論に使ったプロンプトの内容がどう扱われるかはZDR契約の有無や各プロバイダーのポリシーによって決まる。「セルフホストにすれば全てローカル完結」という理解は誤りである。

セキュリティの確保はあくまで自社の実装に依存する：allowlistの設定漏れ、PostgreSQLへのアクセス制御不備、OpenTelemetryログの適切な保護——これらは自社チームが責任を持って設計する必要がある。フレームワークが安全な構造を提供しているとしても、設定の誤りは自社起因の問題となる。なお、公式ドキュメントはDocker Compose環境について「Docker Engine 28.3.3より前のバージョンでは、ホストのローカルネットワーク上の機器からポートに到達できる場合がある」と明示しており、開発環境であっても保護が必要な機器には使用しないよう警告している。

次の一手——今週から動ける実務的なステップ

プライベートベータへの参加を検討する場合、まずAnthropicのアカウントチームに接触してアクセス申請を行うことが起点になる。申請前に社内で整理しておくべき事項は次のとおりだ。

ユースケースの特定：「壊れたビルドの修正」「アラートのトリアージ」「バグバックログ処理」のうち、現在最も工数がかかっているタスクを1つ選ぶ。エージェントに扱わせる情報の機密レベルを確認し、セルフホストが必要な理由を一文で説明できる状態にする。

インフラ前提の確認：Kubernetes環境が既にあるか、Docker Composeによる検証環境を立てられるエンジニアがいるか、PostgreSQLの運用経験があるかを確認する。これらが揃わない状態でプライベートベータに参加しても、評価まで到達しにくい。

コンプライアンス・法務レビューの並走：セルフホストによってデータ所在の問題が緩和されるとはいえ、モデル推論リクエストの送信先に関するポリシー確認は別途必要になる。情報セキュリティ担当や法務と早期に議論を始めておくことで、後工程の稟議がスムーズになる。

公式ドキュメントはすでに公開されており（platform.claude.com）、Docker Composeによる開発環境構築手順を事前に読んでおくことで、申請後の立ち上げ速度を上げられる。

---

参考文献

• Help Net Security https://www.helpnetsecurity.com/2026/11/12/anthropic-self-hosted-claude-managed-agents/
• www.vktr.com https://www.vktr.com/digital-experience/anthropic-moves-claude-managed-agents-inside-the-enterprise-perimeter/
• pasqualepillitteri.it https://pasqualepillitteri.it/en/news/32740/self-hosted-claude-managed-agents-private-beta
• TokenPost https://www.tokenpost.com/news/technology/56203
• platform.claude.com https://platform.claude.com/docs/en/managed-agents/self-hosted/quickstart