はじめに
エージェントを本番に出したい。でもサーバーの管理とか、スケーリングとか、障害復旧とか、そういうことを考えながらエージェントのロジックを書くのはしんどい。
そう思ったことがあるなら、2026年4月に Anthropic が出してきた Claude Managed Agents はかなり刺さると思います。
今回の発表で個人的に面白いと思ったのは、Claude 自体がマネージドサービスになったという点です。
これまで AWS や Azure が「クラウド上でエージェントを動かす環境」を提供していたのに対して、Anthropic はモデルのベンダーでありながら実行インフラまで自前で持ち始めました。モデルを作っている会社が「そのモデルを動かすインフラ」まで出してきたのは、他社との競争軸が変わってきているサインでもあります。
せっかくなので AWS・Azure・Google と並べて整理してみました。
なぜ今これが重要か
AI エージェントを「実験」から「本番運用」に移行する企業が増えてきました。
ただ本番に出すには、モデルの賢さとは別に「エージェントが何時間も動き続けられる環境」「途中で失敗しても再開できる仕組み」「複数タスクの同時実行」みたいなインフラ要件が出てきます。
従来はこれを自前で作るか、AWS/Azure/Google のマネージドサービスを借りるかの二択でした。そこに Anthropic が直接「Claude 用の実行インフラ」を提供し始めたのが今回の話です。
Claude Managed Agents とは
一言でいうと「Claude を自律エージェントとして動かすためのフルマネージド実行環境」です。自前でエージェントループ・ツール実行・サンドボックスを作らなくても、Anthropic 側が用意した環境で Claude を動かせます。
4つの概念で構成されています。
| 概念 | 内容 |
|---|---|
| Agent | モデル・システムプロンプト・ツール・MCP サーバーの定義 |
| Environment | Python/Node.js 等が入ったコンテナテンプレート |
| Session | 特定タスクを実行中のエージェントインスタンス |
| Events | アプリとエージェント間でやり取りするメッセージ（SSE で取得） |
使い方はシンプルで、Agent と Environment を定義 → Session を起動 → Events を送受信、という流れです。実行中にセッションに割り込んで方向転換させることもできます。
組み込みツールは Bash・ファイル操作・Web 検索・MCP サーバー接続。コードを書いて実行させるのも、ファイルを読み書きさせるのも、API を叩かせるのも全部対応しています。
設計の核心：脳と手の分離
Anthropic のエンジニアリングブログに「脳と手を分離する」という説明があって、これがアーキテクチャの一番のポイントだと思います。
従来は Claude（脳）とサンドボックス（手）が単一コンテナに統合されていたので、どちらかが落ちると全部ダメになっていました。Managed Agents ではこれを3つの独立したコンポーネントに分割しています。
- Session（状態管理）: 起きたことすべての append-only ログ。Claude のコンテキストウィンドウの外に永続化
-
Harness（処理ループ）: Claude を呼び出してツール呼び出しをルーティングする部分。ステートレスに動作し、
wake(sessionId)で障害時も復旧可能 -
Sandbox（実行環境）:
execute(name, input) → stringというシンプルなインターフェースで統一
この分離によって Time-to-First-Token が p50 で約 60%、p95 で 90% 以上削減されたらしいです（推論が必要になるまでコンテナ起動を遅延できるため）。
他社マネージドエージェントとの比較
| Claude Managed Agents | AWS Bedrock AgentCore | Azure AI Foundry | Google Vertex AI | |
|---|---|---|---|---|
| リリース | 2026-04（Beta） | 2025-10 | 2025-10 | 既存 |
| 対応モデル | Claude 専用 | Claude・Llama 等マルチ | OpenAI・Phi 等 | Gemini 専用 |
| 強み | セッション管理・チェックポイント・スケーリングを Anthropic に丸投げできる | AWS サービス（DynamoDB・Lambda 等）をツールとして使える | Microsoft 365・SharePoint・Dynamics 365 と繋がる | BigQuery・GCP ネイティブ連携 |
| 料金 | $0.08/エージェント時間 + モデル使用料 | 従量課金（複雑） | 従量課金 | 従量課金 |
| 向き | Claude を使いたい・インフラ管理したくない | AWS インフラ中心の組織 | Azure・M365 環境の組織 | GCP 中心の組織 |
| 早期採用 | Notion・Rakuten・Asana | - | - | - |
AWS/Azure/Google の3社は「既存クラウドの延長」です。すでに AWS を使っているなら Bedrock、Microsoft 365 が中心なら Azure Foundry を選ぶのが自然な流れで、基本的にはクラウドへのロックインが前提の選択になります。
Claude Managed Agents はこれとは少し違うポジションで、「Claude を使いたい・でもクラウドの縛りはなるべく避けたい」というケースに向いています。Claude API キーさえあれば始められて、インフラの面倒はすべて Anthropic 側が持つ。開発からデプロイまでの期間が「月単位→週単位」になるというのは、まあ誇張もあるとは思いますが、エージェントループを自前実装するコストを考えると納得感はあります。
何を選ぶか
シンプルに整理するとこうなります。
- AWS を既に使っている → Bedrock AgentCore
- Microsoft 365 と連携したい → Azure AI Foundry
- GCP / BigQuery が中心 → Vertex AI
- Claude を使いたい・クラウドの縛りを避けたい・インフラを考えたくない → Claude Managed Agents
個人開発では今すぐ使うものではないですが、「自分が作ったエージェントを本番に出したい」となったとき、既存クラウドへの義理がなければ Claude Managed Agents が一番シンプルな選択肢になりそうです。
ただし現状は Beta で、outcomes・multiagent・memory の一部機能はさらに限定的な Research Preview です。実運用に入れるなら、もう少し安定してからのほうが無難かもしれません。
まとめ
Claude Managed Agents は「脳と手を分離する」という設計で、長時間・非同期なエージェントタスクをインフラ管理なしで動かせる環境です。他の3社がクラウド基盤へのロックインを前提にしているのに対して、Claude 専用のポジションで独自の立ち位置を取っています。
エージェントを「動かす」フェーズから「運用する」フェーズへ移行し始めた今、選択肢の一つとして頭に入れておいてよいサービスだと思います。
参考
- Claude Managed Agents overview - Anthropic Docs
- Scaling Managed Agents: Decoupling the brain from the hands - Anthropic Engineering
- With Claude Managed Agents, Anthropic wants to run your AI agents for you - The New Stack
- Enterprise AI Agent Platforms: AWS Bedrock vs Azure AI vs Google Vertex AI (2026) - Athenic Blog