Claude、Managed Agentsの自社環境での運用に対応

2026年11月13日 6:192026年11月13日 6:37

文：AB通信編集部｜運営：株式会社abcompany

平山大樹　AB通信運営責任者

AB通信編集部が、企業・行政の公式発表や決算資料などの一次情報を確認して書いています。運営会社・編集方針

この記事のポイント

Anthropicは2026年11月12日、Claude Managed Agentsを自社の環境で運用する「self-hosted Claude Managed Agents」を公開しました
これまで自社で持てたのは、ツールを実行するサンドボックスだけでした。今回は、API、エージェントの処理（エージェントループ）、エージェントやセッション、会話履歴の保存まで、サービス全体を自社で運用します
置き場所は、自社のクラウドアカウントでも、オンプレミスのデータセンターでもかまいません
モデルの呼び出し先は、Claude API（既定）のほか、Amazon Bedrock、Google Cloud、Microsoft Foundry、自社のモデルゲートウェイから選べます
利用はAnthropicのアカウント担当への申し込み制です。料金は公式ドキュメントに書かれていません

Managed Agentsのサービス全体を、自社で運用

Claude Platformのリリースノートは2026年11月12日付で、self-hosted Claude Managed Agentsの公開を案内しています。自社サンドボックスだけでなく、Managed Agentsのサービス全体を自社のインフラで動かし、エージェント、セッション、会話履歴もそこに保存する、という内容です。

Claude Managed Agentsは、Claudeを自律的なエージェントとして動かす仕組みです。エージェントを定義してセッションを始め、作業中のエージェントとイベントをやり取りします。

公式ドキュメントによると、Managed Agentsには自社で持てる部分が2つあります。ツールがコマンドを実行したりファイルを扱ったりする「サンドボックス」と、API・エージェントループ・保存を担う「サービス」です。2026年5月に始まった自社サンドボックス（self-hosted sandboxes）では前者だけが自社でしたが、今回は後者も自社で運用します。

Claude Managed Agentsの3つの運用方法の違い — 出典：Claude Platform Docs「Self-hosted Claude Managed Agents」（2026年11月12日時点）をもとにAB通信が作成

クラウド（標準）：サンドボックス、サービス、モデルのすべてをAnthropicが運用
自社サンドボックス：サンドボックスは自社、サービスとモデルはAnthropic
自社運用版（今回）：サンドボックスとサービスは自社、モデルはAnthropicか、自分で選んだ提供元

ホスト版と自社のサーバーは同じAPIなので、SDKやant CLIはそのまま自社のサーバーに使え、ほかのManaged Agentsのドキュメントも当てはまると公式は説明しています。違いは別ページにまとまっています（後述）。

Claudeのこれまでの更新は、Claudeの最新アップデート・更新履歴にもまとめています。

どんなときに選ぶか

公式は、次のどちらかが必要なときに自社運用版を選ぶよう案内しています。

保存場所：エージェント、セッション、会話履歴を、自社のインフラに保存しなければならないとき
モデルの提供元：モデルの呼び出しを、Amazon Bedrock、Claude Models on Google Cloud（Google managed）、Microsoft Foundry、または自社のモデルゲートウェイに送らなければならないとき

ツールの実行だけを自社で行えばよい場合は、Anthropicがサービスを運用する自社サンドボックスで足りる、としています。自社運用版では、サーバー、データベース、サンドボックスの運用と保護、リリースごとの更新も自社で行います。

何をどこで動かすか

1台以上のサーバー、そのデータベース、サンドボックスで、1つのデプロイになります。公式が挙げる構成要素は次のとおりです。

サーバー（cma-server）：APIを提供し、エージェントループを動かし、エージェント、セッション、会話履歴を保存します。モデルが必要なときは推論の提供元を呼び出します。エージェントのシェルやファイルのツールは実行しません
データベース：PostgreSQL 16以降。データベースがないとサーバーはデータをメモリに持ち、再起動で消えます
ワーカー：サーバーから作業を受け取り、サンドボックスの中でエージェントのシェルとファイルのツールを実行するプログラム
自社のアプリ：SDKやant CLIでサーバーに接続します
サーバー上のコンソール：サーバーのアドレスで開くWebページです。自社のIDプロバイダーでサインインし、エージェントの作成やセッションの実行ができます
管理用CLI（cma-server-admin）：環境とその環境キーを作ります

外に出るデータについて、公式ドキュメントは、モデルを呼び出すたびに、それまでの会話（ツールの入力と結果を含む）が推論の提供元に送られると説明しています。Claude APIを使う場合は、セッション、エージェント、環境のIDも送られます。サーバーがAnthropicに接続するのは推論の提供元がClaude APIのときだけで、Anthropicはサーバーやそのログにリモートでアクセスできない、としています。

始め方

自社運用版のClaude Managed Agentsを始めるまでの流れ — 出典：Claude Platform Docs（クイックスタート・Kubernetes・推論の提供元）をもとにAB通信が作成

申し込み：配布ファイル（リリースのアーカイブ）は、Anthropicのアカウント担当に依頼して入手します
1台で試す：クイックスタートは、Docker Composeでサーバー、PostgreSQL、ワーカーを1台に立ち上げ、ターミナルからエージェントと会話して、ツールがサンドボックスのコンテナで動いたことを確かめる手順です。Claude APIキー、Docker、2つ以上のCPU、openssl、ant CLIが必要です。公式はこの構成を「開発用で、本番用ではない」と明記しています
本番：Kubernetesの手順では、配布ファイルに入っている2つのHelmチャートで構築します。Kubernetes 1.30以降、Agent Sandboxコントローラー、gVisorで動くノード、NetworkPolicyに対応したネットワークプラグイン、PostgreSQL 16以降などが必要です。手順はGKEを例にしており、Amazon EKSとAKSの設定も載っています
モデルの提供元：設定ファイルで、Claude API（既定）、Amazon Bedrock、Claude Models on Google Cloud、Microsoft Foundry、自社のモデルゲートウェイから選びます
ブラウザで使う：サーバー上のコンソールは、シングルサインオンの設定とHTTPSで使います

リリースごとのアーカイブには、そのバージョンの運用ガイド（operator-guide.md）が入っています。公式は、このファイルをClaudeに読ませて、設定や運用、接続するコードづくりを手伝わせるよう勧めています。

ホスト版との違いと注意点

ホスト版との違いのページから、主な点をまとめます。

ホスト版のデータは引き継がれません。会話履歴を含め、エージェント、スキル、Vaultの認証情報、メモリストアは自社のサーバーで作り直します
クラウド環境は使えず、自社運用（self_hosted）の環境だけです
Messages APIやModels APIなど、Claude APIのほかの部分は自社のサーバーでは提供されません
ファイルのセッションリソースとFiles API、Webhook、スケジュール実行（scheduled deployments）、dreamsは使えません
用意済みのdocx・pdf・pptx・xlsxのスキルは使えません。公開されているソースを取り込み、カスタムスキルとして登録します
web_searchとweb_fetchは既定でオフです。MCPサーバーとGitホストは、設定で許可したものだけに接続します
platform.claude.comのClaude Consoleには、自社サーバーの内容は表示されません
自社サーバーだけの機能として、推論の提供元の選択、OpenID Connectのシングルサインオン、自社のシークレットマネージャー、エージェントID（MCPサーバーへの短命トークン）があります

安全面について公式は、エージェントのbashツールはワーカーの権限とネットワークを持つ本物のシェルで、ワーカー自体は隔離しないと説明しています。隔離は、ワーカーを動かすコンテナやVMで行います。Docker ComposeとHelmチャートは、セッションごとに別のコンテナやPodでワーカーを動かします。テナントや信頼のレベルが違う作業は、デプロイごと分けるよう案内しています。