ニュース

Claude Managed Agentsとは何か？エージェントインフラを自動化する新API

2026.04.09 公開 5分で読める

この記事の結論

AnthropicがManaged Agentsを発表。インフラ管理・スケーリング・監視をAnthropicが肩代わりし、開発者はエージェントロジックだけに集中できる。セッション時間課金$0.08の使い方を解説。

「エージェントを動かし続けるインフラが、本当のボトルネックだった。」

AIエージェントを本番で稼働させた開発者なら、この感覚を知っているはずだ。モデルの性能は上がった。プロンプトも洗練された。なのにコンテナが死ぬ、状態が消える、スケールが効かない——運用の泥沼にはまる。

Anthropicが2026年4月8日に発表したClaude Managed Agentsは、その問題に正面から答えようとするサービスだ。インフラ管理・スケーリング・監視をAnthropicが肩代わりし、開発者はエージェントロジックだけを書けばいい。この記事では、仕組みと料金、開発者にとっての意味を整理する。

そもそもManaged Agentsとは何か

Claude Managed AgentsはAnthropicが提供するエージェントインフラのマネージドサービスだ。一言でいえば「Anthropicがサーバーを管理するClaudeエージェント実行環境」である。

従来のClaudeエージェント実装では、開発者が自前で以下を用意する必要があった:

エージェントのセッション状態を保持するデータベース
Claude APIを呼び出すハーネス（ループ処理）
コード実行サンドボックス（コードエージェントの場合）
スケールアウト・障害復旧の仕組み

Managed Agentsはこれらを全てAnthropicのインフラ上で提供する。開発者はエージェントタスク・ツール・ガードレールを定義するだけだ。

何が新しいのか — 従来の構成との違い

項目	従来の自前実装	Claude Managed Agents
状態管理	自前DB（Redis等）が必要	Anthropicが管理するappend-onlyセッションログ
コード実行	自前コンテナ（Docker等）	セキュアなサンドボックスが自動プロビジョン
スケーリング	Kubernetes等を自前設計	自動スケール（セッション単位）
障害復旧	自前ロールバック実装	チェックポイント機能が標準搭載
認証	自前実装	スコープ付き権限が標準搭載
コスト	インフラ固定費 + トークン費	トークン費 + $0.08/セッション時間

最終確認日: 2026-04-09 / 出典: Anthropic公式ドキュメント

アーキテクチャの核心 — 「脳と手を切り離す」設計

Anthropicのエンジニアリングブログには、スケール問題を解決した際の設計思想が詳しく書かれている。タイトルは「Scaling Managed Agents: Decoupling the brain from the hands（脳と手を切り離す）」だ。

従来の単一コンテナ構成では、コンテナが落ちると「Claudeが使おうとしていた全ての手（ツール）」の状態が消えてしまった。この問題を解決するために、エージェントを以下の3つのコンポーネントに分離した:

Session（セッション）: これまで起きたことの全記録（append-onlyログ）
Harness（ハーネス）: Claudeを呼び出し、ツール呼び出しを適切なインフラに振り分けるループ
Sandbox（サンドボックス）: Claudeがコードを実行したりファイルを編集したりする実行環境

これにより、コンテナはClaudeがツール呼び出しを要求した時だけプロビジョンされる。必要になった瞬間だけ手が生える設計だ。Anthropicはこれを「execute(name, input) → string」という最小のインターフェースに抽象化した。

この設計の効果は数字に出ている。p50のTTFT（Time to First Token）が約60%低下、p95は90%以上低下したとAnthropicは報告している。

よくある誤解

誤解1: Managed Agentsはモデル自体が変わる

実際は、Claude Managed Agentsはモデルではなくインフラサービスだ。使うモデルはClaudeシリーズ（Sonnet、Opus等）で、モデルの性能自体は変わらない。

誤解2: 料金が爆発的に高くなる

セッション時間課金の$0.08/時間（ミリ秒単位で測定）は、短いエージェントタスクであれば数セント以下だ。既存のトークン料金に加算されるが、自前でKubernetes環境を維持するコストより安くなるケースが多い。ただし長時間の継続エージェントでは積み上がるため、用途ごとに試算が必要だ。

誤解3: 全てのユースケースに向いている

Managed Agentsは「Anthropicのインフラに乗る」設計なので、データ主権やオンプレ要件がある場合には使えない。また、カスタムコンテナイメージが必要な場合も制約がある。

結局どうすればいいのか

Claude Managed Agentsのドキュメントはplatform.claude.com/docs/en/managed-agents/overviewで公開されている。

今週やるべきことを3つに絞るなら:

今日: 公式ドキュメントを読み、自分のユースケースがマネージド向きか確認する（インフラ管理コストが高い、ステートフルなセッションが必要、コード実行サンドボックスが要る、の3つが当てはまればほぼ候補になる）
今週中: セッション時間の試算をする。自社エージェントの平均セッション時間 × $0.08 × 月間セッション数で費用概算が出る
今月中: 既存の自前インフラと並行してManaged Agentsをサンドボックスで動かし、レイテンシ・コスト・開発工数の3軸で比較する

エージェントインフラの設計パターン全般については、AIエージェント構築完全ガイドで体系的に整理している。マルチエージェント構成を検討中なら、マルチエージェントオーケストレーションパターンガイドもあわせて確認してほしい。