Anthropic による「Claude Managed Agents」(Claude Managed Agents の概要)のリリースは、今年最も重要なプラットフォーム関連の発表の一つとなるはずでした。しかし実際には、より注目を集めたリリース「Claude Mythos Preview」の影に隠れてしまいました。これは同社の次世代モデルに関する厳密に管理された研究プレビューであり、ほぼすべてのベンチマークで他を圧倒する性能を示しています。Mythos は現在、高度なサイバーセキュリティ機能に焦点を当てており、オープンソースソフトウェアの脆弱性を発見・修正する Anthropic の「Project Glasswing」と並行して進められています。
それは理解できます。Claude Mythos は、最先端の能力、安全性、そして悪用可能性について鋭い問いを突きつけているからです。しかし、実際にエージェント開発に携わる開発者にとっては、結局のところ Claude Managed Agents の方が重要になるかもしれません。これは、過去 1 年間のエージェント開発から得た核心的な教訓——モデルはシステムの一部に過ぎない——を製品化しようとする Anthropic の試みです。残りの価値は、それを取り巻く「ハーネス」から生まれるのです。
本記事では、Claude Managed Agents が実際にどのようなものか、エージェントスタックの中でどのような位置づけにあるか、なぜ企業にとって魅力的である可能性があるか、そしてどのようなトレードオフが生じるかについて考察します。
この記事でわかること
Claude Managed Agents の具体的な仕組みと構成要素
エージェントスタックにおける「ハーネス」の役割
Gemini Enterprise との比較
導入のメリット・デメリット(ベンダーロックイン・メモリ移植性)
Anthropic がプラットフォームを強化するための提言
Claude Managed Agents とは?
一言で表すなら、Claude Managed Agents はフルマネージド型のエージェントハーネスです。開発者がエージェントの「何をするか」(モデル・プロンプト・ツール・MCP サーバー)を定義するだけで、ステートフルセッション・サンドボックス・セキュリティ境界・メモリ・再試行・ロギングといった運用インフラを Anthropic が自動的に提供します。
Anthropic はこれを、安定したインターフェースを通じてユーザーに代わって長期的なエージェントを実行するホスト型サービスと説明しています。具体的には、ステートフルなセッション、永続的なイベント履歴、セキュアなサンドボックス、組み込みツール、SSE(Server-Sent Events)ストリーミングが含まれます。各チームがエージェントループ、セッション管理、サンドボックス、ツールルーティング、インフラの細かな処理まで自前で構築する必要はありません。Anthropic はこれらをマネージドプラットフォームの基本機能(プリミティブ)として提供しています。
各プリミティブは独立しているため、個別に変更でき、障害が発生しても他に影響を与えずに復旧できます。Anthropic 自身の説明では、目標は「脳」と「手」を分離することとされています。「脳」とは、次に何をすべきかを決定するモデルとハーネスのことです。「手」とは、実際に作業を実行するツール、サンドボックス、および外部システムのことです。Anthropic によれば、モデルが進化するにつれてハーネスの前提条件は陳腐化していきます。だからこそ、最も耐久性のある製品は固定されたハーネスの実装ではなく、メタハーネス——Anthropic が内部で進化させ続けられる、ハーネスを包み込む安定したインターフェース——だということです。
エージェントは、再利用可能でバージョン管理されたリソースとして一度定義できます。Anthropic のドキュメントによると、エージェントにはセッションにおける Claude の振る舞いを形作るモデル、システムプロンプト、ツール、MCP サーバー、スキルがバンドルされています。Console で視覚的にプロトタイプを作成したり、API や Anthropic の新しい ant CLI を使ってプログラム的にエージェントを定義・バージョン管理したりできます。ant CLI では、エージェント、スキル、環境、デプロイメントなどのリソースをリポジトリ内の YAML ファイルとして管理・同期できます。

つまり、Claude Managed Agents は「単にツールを呼び出すだけのモデルエンドポイント」ではありません。むしろエージェントランタイムファクトリと呼ぶべき存在であり、エージェントの仕様を指定すれば、それを取り巻く運用メカニズム全体を実行してくれます。
サポートされている組み込みツールには、bash、ファイル操作(読み取り・書き込み・編集・glob・grep)、Web 検索・フェッチが含まれます。MCP サーバーへの接続や、エージェントの動作をカスタマイズできる Skill.md ファイルも完全にサポートされています。なお、CLAUDE.MD はサポート対象外となっています。料金体系は、通常の API トークン料金に加え、セッションのアクティブ時間(ミリ秒単位で計測)ごとに 0.08 ドルがかかります。アイドル時間はカウントされません。Web 検索には、1,000 回ごとに 10 ドルの追加料金が発生します。
セキュリティ面では、ハーネスが認証情報を直接読み取れないようにする 2 つの仕組みが採用されています。1 つはリポジトリトークンをクローン・プッシュ・プル専用に制限する仕組みで、もう 1 つは MCP 認証情報をプロキシ経由でのみアクセスできるセキュアな認証情報ボールトに格納する仕組みです。
エージェントスタックにおける位置付け

エージェントの構造は、次のように整理できます。
この「ハーネス」こそ、多くのチームが過小評価しがちなシステムエンジニアリングの肝です。具体的には、以下のような複雑な要素すべてを担います。
コンテキスト管理
セッション状態
ツールの実行
サンドボックス化
セキュリティ境界
メモリ
再試行
イベントロギング
可観測性
ガードレール
本番環境でエージェントを構築していると、成功するエージェントと失敗に終わったプロトタイプの真の分かれ目は、多くの場合ハーネスにあることに気づくはずです。しかも、そのハーネスは驚くほど壊れやすいものです。Anthropic のエンジニアリングチームも、モデルの改良が進むにつれて、ハーネスの前提条件は「陳腐化する」と明確に指摘しています。
Claude Managed Agents は、Anthropic がこの課題に打ち出した解決策です。各企業が数ヶ月ごとに独自のオーケストレーションレイヤーを書き直す代わりに、Anthropic はモデルと共に進化できるマネージドレイヤーを提供しています。
つまり、Claude Managed Agents を単に「マネージドエージェント」として捉えるだけでは不十分です。正確には「マネージドエージェントインフラストラクチャ」——単なるハーネスではなく、ハーネスそのものが進化し続ける「メタハーネス」です。
Claude Managed Agents と類似サービスの比較
この分野の競合は Anthropic だけではありません。たとえば Google は Gemini Enterprise(別名 Google Agentspace)を、企業データに基づいた安全な環境でチームが「AI エージェントを発見、作成、共有、実行」できるエンタープライズ向けエージェントプラットフォームとして展開しています。また Google は、管理者が Gemini Business および Enterprise から Gmail・Drive・Calendar などの Workspace データへのアクセスを細かく制御できる機能も提供しています。
両プラットフォームには共通点もありますが、同一というわけではありません。
Claude Managed Agents は開発者向けのプラットフォームです
Claude Managed Agents は、管理された自律型ランタイムのための開発者向けプラットフォームとして捉えるのが適切です。再利用可能でバージョン管理されたエージェントリソース、管理されたセッションランタイム、サンドボックス、ツール、MCP 接続性、そして基盤となるハーネスの変更に耐えうるインフラの抽象化——これらを開発者に提供することを目的としています。
一方、Gemini Enterprise は「エンタープライズ」に重点を置いています
対照的に、Gemini Enterprise は「エンタープライズ AI オペレーティングサーフェス」に近い発想です。Google のポジショニングでは、従業員のワークフロー、ビジネスデータへのアクセス、エージェントの作成・共有、Workspace に接続された情報の管理機能が前面に出ています。
比較軸 | Claude Managed Agents | Gemini Enterprise |
|---|
主なターゲット | 開発者・AI エンジニア | エンタープライズビジネスユーザー |
ポジション | 開発者向けランタイムプラットフォーム | エンタープライズ AI オペレーティング基盤 |
エージェント定義 | コードベース(API / Console) | ノーコード〜ローコード |
組み込みツール | bash・ファイル操作・Web 検索・MCP | Google Workspace 統合 |
メモリ管理 | 明示的なメモリストアが必要 | Google エコシステム内で管理 |
ベンダーロックイン | Anthropic モデルに依存 | Google Cloud に依存 |
向いているケース | カスタムエージェント開発・API 統合 | 社内業務自動化・Workspace 連携 |
マネージドエージェントランタイムに「唯一の正解」はありません。この分野はまだ黎明期にあり急速に進化しているため、さまざまなアプローチを試す余地が十分にあります。
トレードオフ:うまく機能する場面
1. 市場投入までのスピード
これが最大の利点です。AI アプリの世界では、スピードこそが磨くべき唯一の武器です。
現在の AI 市場では新機能が急速に登場するため、スピードは「あれば便利なもの」ではなく、戦略的な能力となっています。マネージドハーネスを使えば、チームはインフラの運用ではなく、ビジネスロジックの構築に集中できます。
Anthropic がステートフルランタイム、サンドボックス化、組み込みツール、ストリーミング、コアオーケストレーションを担ってくれれば、企業は本当に重要な問いに集中できます。
エージェントは何をすべきか?
エージェントにはどのようなツールが必要か?
どの MCP サーバーに接続すべきか?
どのような権限の下で動作すべきか?
どのような成功基準が適切な動作を定義するのか?
結果として、構想から本番環境への道のりを大幅に短縮できます。
2. ハーネスのメンテナンス負担の軽減
2 つ目の利点は目立ちませんが、潜在的には同様に重要です。
独自のハーネスを持つ場合、その書き換えも自社で行うことになります。モデルの機能が変化するにつれ、プロンプト、コンテキストウィンドウ、トランケーションロジック、ツール選択ルール、安全制御にも変更が必要になることがよくあります。Anthropic の主張は、マネージドレイヤーがその適応コストの多くを吸収してくれるという点です。
基盤となるモデルが向上すれば、ランタイムのアーキテクチャを再構築することなく、エージェントの性能も向上する可能性があります。もっとも、実際の効果はユースケースによって異なります。
3. 強化されたデフォルトのプラットフォームプリミティブ
Claude Managed Agents は、エージェントシステムの構造に関する明確な設計思想を示しています。ハーネス・セッションログ・サンドボックスの明確な分離を掲げ、リソースバウンド認証や Vault ベースの MCP プロキシによって認証情報をサンドボックス外に保持する理由を解説しています。多くのエージェント活用場面では、突出した推論能力よりも安全で再現性の高いデフォルト設定の方が重要です。その意味で、このアプローチは実際のユースケースに有効に機能する可能性があります。
トレードオフ:コストが発生する箇所
1. ベンダーロックイン
Claude Managed Agents のキーワードは「マネージド」です。
Anthropic は、ランタイム、抽象化レイヤー、動作挙動、そしてモデル層を制御しています。アプリケーションロジックやフロントエンドの体験は自社で保持できますが、エージェントのバックエンドは Anthropic のアーキテクチャに深く依存することになります。
それ自体は問題ではないかもしれません。多くの場合、それがマネージドサービスを選ぶ理由そのものだからです。ただし、ロックインであることに変わりはありません。
2. プラットフォームの信頼性もあなたの問題に
2 つ目のリスクは、運用面での依存関係です。
Anthropic のステータス履歴を見ると、2026 年 4 月上旬だけで、Claude.ai、Claude Code、モデルのエラー率、認証、コネクタ、ワークスペース作成に関するインシデントが相当数発生しています。これは Anthropic が特に信頼性に欠けるという意味ではありません。最先端の AI システムを大規模に運用することは本質的に難しいからです。ただ、ミッションクリティカルなワークフローを外部のマネージドプラットフォームに委ねる前に、企業は慎重に検討すべきだということを示しています。
プロバイダーが実行パスのより多くの部分を管理するようになると、プロバイダーの不安定性が及ぼす影響範囲は広がります。
3. メモリとトレースは「閉じ込められた価値」に
エージェントシステムにおいて最も価値のある部分は、多くの場合プロンプトやモデルそのものではありません。それは蓄積された運用インテリジェンス——すなわち以下のようなものです。
メモリ
トレース
タスク履歴
失敗パターン
復元された手順
ドメイン固有の知見
Anthropic の Managed Agents ドキュメントでは、メモリの概念が説明されており、明示的にメモリストアを使用しない限り、セッションはデフォルトで一時的なものであることが記されています(Managed Agents メモリに関するドキュメント)。これは有用ですが、より広範な懸念も残ります。プロバイダーがランタイムを所有する以上、最も価値ある行動履歴がそのプロバイダーの抽象化や API に構造的に依存してしまう可能性があります。
多くの企業にとって、これは単なる技術的な問題ではなく、知的財産(IP)の帰属に関わる問題です。
4. ハーネス自体の設計自由度が下がる
マネージドインフラストラクチャの魅力は、まさに選択肢を絞り込んでくれる点にあります。しかし、排除された選択肢の中にこそ差別化の余地がある場合もあります。コンテキストの圧縮、トレースのセマンティクス、メモリ表現、セキュリティポリシーの構成、あるいはモデルルーティングロジックをカスタマイズしたいチームにとって、マネージドなアプローチは最終的に制約になる可能性があります。
これがトレードオフの本質です。今すぐのスピードと、将来の自由の引き換えです。
Anthropic がこのプラットフォームをさらに強化するには
Anthropic が Claude Managed Agents を単なるホスト型ランタイムではなく、デフォルトのエンタープライズ基盤として確立したいのであれば、以下の施策によってプラットフォームの開放性を大幅に高めることができるでしょう。
1. BYOM(Bring Your Own Model)のサポート
BYOM(Bring Your Own Model) オプションを導入すれば、ロックインを軽減できます。顧客はインテリジェンス層のコントロールを維持しながら、Anthropic のハーネス抽象化を活用できるようになります。また、このプラットフォームを単なる Anthropic モデルのパッケージング層ではなく、真のインフラストラクチャとして位置付けることにもつながります。
2. ハーネスのカスタマイズ機能を拡充する
Anthropic は、初心者向けのシンプルな道筋は維持しつつ、上級チームに対してはメモリのセマンティクス、システム命令の階層化、コンテキスト処理、トレース、コントロールプレーンのロジックといったコア動作をカスタマイズできる手段をさらに提供すべきでしょう。エンタープライズワークロードが重要であればあるほど、こうした調整機能の重要性は増します。
3. メモリとトレースの移植性を確保する
ここが最大のポイントです。顧客は、エージェントのメモリ、トレース、イベント履歴を自社が管理するシステムへエクスポートしたり、継続的にレプリケートしたりできる必要があります。エージェントによる学習が企業の競争優位性の一部であるなら、移植性は後回しにすべきではありません。
最も強力なマネージドプラットフォームとは、顧客が組織の蓄積された知見を手放すことなく、迅速に動ける環境を提供するものです。
Anthropic が実際に解決しようとしている、より困難な課題
Claude Managed Agents は注目すべきリリースです。エージェント市場に対する成熟した視点を反映しており、真の課題はもはや単なるモデルへのアクセスではなく、長期間稼働しツールを活用するシステムを支える運用基盤にあるというメッセージが込められています。Anthropic はその基盤を製品およびプラットフォームへと転換しようとしています。
スピード、ハーネスのメンテナンス軽減、強力なデフォルト設定を重視するチームにとって、Claude Managed Agents は非常に魅力的な選択肢です。一方、移植性、メモリの所有権、実行時のコントロール、マルチモデル対応の選択肢を重視するチームにとっては、トレードオフははるかに重くなるでしょう。
※本記事は CData US ブログ Claude Managed Agents: Anthropic's Bet on the Meta-Harness の翻訳です。
CData Connect AIを今すぐ体験
CData Connect AI なら、エンタープライズデータへの安全でリアルタイムなアクセスが簡単に実現できます。Claude Managed Agents を含む、あらゆるエージェントランタイムに対応しています。
無料トライアルをはじめる