Anthropicは、Claude Managed Agentsを自社のクラウドやオンプレミスで丸ごと動かせる「self-hosted Claude Managed Agents」を、プライベートベータで公開しました。データを社外に出しにくい企業が、エージェント導入を検討しやすくなる発表です。ただし利用には申請が必要で、料金や日本での提供条件は公表されていません。
この記事は、Anthropicが2026年11月12日に公開した公式発表をもとに、2026年11月14日時点の情報で書いています。
何が発表されたか
Managed Agents(マネージドエージェント)は、自律的に動くAIエージェントを作って運用するための、組み合わせ可能なAPI群です。今回の発表の要点は次のとおりです。
- self-hosted Claude Managed Agentsがプライベートベータで提供開始されました。
- これまでは、Anthropicがインフラを運用するホスト型と、サンドボックス(エージェントのコードを動かす隔離環境)だけを自社に置くself-hosted sandboxesがありました。今回は、ハーネス(エージェントの制御部分)、サンドボックス、認証情報、セッション履歴まで、すべて自社のクラウドまたはオンプレミスで動かせます。
- 自社で運用するのは、Managed Agentsのサーバー、そのデータベース、エージェントがシェルやファイルのツールを動かすワーカーです。
- モデルへのリクエストの送り先は選べます。Anthropic直接、Amazon Bedrock、Google's Agent Platform、Microsoft Foundry、自社のゲートウェイが挙げられています。
- セッション履歴は自社のデータベースに保存されます。Anthropicとゼロデータリテンション(ZDR)の契約がある場合は、Claudeへのリクエストに、通常のMessages API呼び出しと同じように適用されます。
- 利用の申請は、Anthropicのアカウント担当チームに連絡します。料金・対象プラン・提供地域・日本語対応は、公式ページに書かれていません。
3つの運用形態の違いを整理すると、次のようになります。

エージェントの安全設計は4つの原則
Anthropicは、人が一歩ずつ確認しない前提で、制限を仕組みの側に組み込むと説明しています。4つの原則は、ホスト型でも自社運用でも共通です。
| 原則 | 内容 |
|---|---|
| 頭脳と手を分ける | エージェントの制御とセッション履歴、秘密情報はサンドボックスの外に置く |
| 認証情報をサンドボックスに入れない | サンドボックス外のプロキシが、リクエストに認証情報を付ける。自社のシークレット管理ツールも使える |
| ネットワークを制限できる | 環境ごとに許可するホストの一覧を決め、それ以外への通信は遮断する |
| 全セッションを記録する | ツール呼び出しと結果を記録し、OpenTelemetryで既存の監視ツールへ送れる |
日本の企業・学校でどう使えるか
ここからは、公式発表をふまえたTERRAISEの考えです。
業務・授業での使いどころ
公式ページは、エージェントの仕事として壊れたビルドの修正、リリースのテスト、アラートの振り分け、バグの積み残しの対応を挙げています。次のような使い方が考えられます。
- 開発部門のビルド修復
- 入力:失敗したビルドのログと、社内のgitリポジトリ
- 処理:エージェントが原因を調べ、修正案を作る。通信先はgitホストとパッケージレジストリだけに絞る
- 出力:修正のプルリクエストと、作業の全記録(レビューは人が担う)
- 情報システム部門のアラート振り分け
- 入力:監視ツールのアラート
- 処理:エージェントが内容を調べ、緊急度で分類する
- 出力:担当者への一次報告。実行記録はOpenTelemetry経由で既存の監視画面に集める
- 学校のICT担当・情報科の授業
- 校内で管理するシステムの不具合調査を、自校の環境内で試す使い方が考えられます。
- 授業では、エージェントに与える権限の制限と、実行記録の確認を題材にできます。
いずれも、最初は人が結果を確認する「下書きを自動生成+人が監修」の形から始めるのがおすすめです。
始め方
- 情報システム部門・セキュリティ部門・開発部門で、任せたい業務と、エージェントに触れさせたい社内システムを書き出します。
- 通信を許可するホストの一覧案を作ります。公式の例では、ビルド修復なら、gitホストとパッケージレジストリだけです。
- 自社クラウドとオンプレミスのどちらで動かすか、モデルへのリクエストの経路を何にするかを決めます。
- Anthropicのアカウント担当チームにプライベートベータの利用を申請し、公式ドキュメントで要件を確認します。
- 影響の小さいリポジトリで試します。実行記録を既存の監視ツールに送り、人が確認する運用を固めてから範囲を広げます。
注意点
- プライベートベータです。 誰でもすぐ使えるわけではなく、申請が必要です。仕様や提供条件が変わる可能性もあります。
- 運用は自社の責任になります。 サーバー、データベース、ワーカーを自社で用意して運用します。担当者と体制を先に決めておく必要があります。
- データが外に出ないとは限りません。 モデルへのリクエストは、選んだ送り先に送られます。送り先ごとのデータの扱いは、公式ページからは分かりません。ZDRも契約がある場合の話です。契約内容は事前に確認してください。
- 未公表の事項があります。 料金、対象プラン、提供地域、日本語対応は、確認日時点で公表されていません。
- エージェントに与える権限は最小限にします。 認証情報の管理と許可ホストの一覧を、社内ルールとして先に決めておきましょう。
TERRAISEに相談する
今回の発表を自社や自校の業務にどう当てはめるかは、60分の無料相談で一緒に整理できます。業務を入力・処理・出力に分け、エージェントに任せる工程と人が見る工程を切り分けるところから始められます。情報を外に出せない環境でのAI活用はローカルLLM導入、経営判断としての進め方はAI顧問のページもご覧ください。
出典(2026年11月14日 09:06 確認)
製品名・機能・提供範囲・料金は変わることがあります。導入前に必ず公式情報をご確認ください。
