Claude Managed Agentsとは？できること・料金・Messages APIとの違いを整理

Claude Managed Agentsって、Claude CodeのAPI版みたいなもの？ と気になった人も多いと思います。
たしかに見た目の印象は近いですが、実際には Anthropic が提供する 管理型のエージェント実行面 であり、単発のモデル呼び出しではなく、状態を持ったセッションを継続しながら動かすための仕組みです。

この記事では2026年4月19日時点の Claude Platform release notes、Claude Managed Agents overview、Pricing などの一次情報を確認しながら、Claude Managed Agents とは何か、何が便利で、どこに注意が必要かを整理します。
AIエージェントの設計そのものを先に押さえたい場合は、ハーネスエンジニアリングとは？AIエージェントを安定運用する設計を整理 もつながります。

Claude Managed Agentsとは？

Claude Managed Agents は、Claude を自律型エージェントとして動かすための 事前構築済み・設定可能なマネージド実行基盤 です。
Anthropic の overview では、独自にエージェントループ、ツール実行、ランタイムを組む代わりに、Claude がファイルを読み書きし、コマンドを実行し、Web を調べ、コードを安全に実行できる環境を使えると整理されています。

ここで大事なのは、単に Claude が賢い という話ではなく、周辺の実行面を Anthropic 側が持ってくれる ことです。
つまり、従来ならアプリ側で作り込んでいた次のような層が、Claude Managed Agents では標準化されます。

• セッションの状態管理
• サンドボックス化されたコンテナ
• 組み込みツール実行
• サーバー側イベントストリーミング
• 履歴の永続化
• 観測とデバッグの仕組み

AIモデルを呼ぶAPI というより、エージェント実行環境まで含んだAPI と理解した方が近いです。

いつ出た？どこまで最新？

Claude Platform の release notes では、2026年4月9日 に Claude Managed Agents が public beta として公開されたと記載されています。
同時に、secure sandboxing、built-in tools、server-sent event streaming を備えた fully managed agent harness だと案内されています。

そのため、2026年4月19日時点では「まだかなり新しい機能」です。
すでに枯れた安定機能 というより、本番導入はできるが、仕様の変化を追い続ける必要がある beta 領域 と見た方が安全です。

Messages APIとの違い

一番大きな違いは、どこまで自前で作るか です。

とりあえず何でも Managed Agents に寄せればよい という話ではありません。
処理が短く、同期的で、アプリ側の制御を細かく持ちたいなら Messages API の方が素直です。
逆に、複数のツール呼び出しをまたいで数分から数時間動かしたいなら、Claude Managed Agents の価値が出やすくなります。

コアコンセプト4つ

overview では、Claude Managed Agents は次の4概念で整理されています。

1. Agent

モデル、system prompt、tools、MCP servers、skills を持つ定義です。
ここに「そのエージェントはどう振る舞うか」をまとめます。

2. Environment

パッケージ、ネットワークアクセス、マウントファイルなどを含むクラウドコンテナ設定です。
公式ドキュメントでは Python、Node.js、Go などの事前インストール済みパッケージが使えるとされています。

3. Session

Agent と Environment を参照して実際に走る実行単位です。
会話履歴やファイルシステムを持ちながら、タスクを進めます。

4. Events

ユーザーメッセージ、ツール結果、状態更新などをやり取りする流れです。
Claude Managed Agents は SSE でレスポンスを流し、イベント履歴をサーバー側で保持できます。

この分け方を理解しないまま使うと、毎回 Agent を作り直してしまう Session に持たせるべき状態を Agent に埋め込む といった設計ミスが起きやすいです。

Claude Managed Agentsでできること

overview と tools / container 関連ドキュメントを読むと、少なくとも次の強みがあります。

1. 長時間実行タスクを回せる

数分から数時間かかるタスクを前提にしています。
たとえば、調査、複数ファイルの整理、Web とローカル作業を行き来するワークフローと相性が良いです。

2. 組み込みツールが最初から揃っている

overview では、以下のツール群が案内されています。

• Bash
• ファイル操作
• Web search / fetch
• MCP servers

つまり、ツール呼び出しの骨組み を最初から持った状態で始められます。

3. セキュアなコンテナで動かせる

Anthropic は secure sandboxing を明示しています。
自前で雑にサーバー権限を渡すより、少なくとも コンテナ境界を前提に設計された実行面 を使えるのは大きいです。

4. 観測しやすい

observability では、Console で session list、tracing view、tool execution を見られると案内されています。
イベント単位でトークン使用量や session.error を追えるので、なぜこのエージェントは失敗したのか を詰めやすいです。

5. Skillsで専門性を足せる

skills では、Anthropic 提供スキルと custom skills の両方に対応しています。
しかも 会話のたびに全部読む巨大プロンプト ではなく、関連時にロードされる前提なので、コンテキスト効率の面でも意味があります。

何がClaude Codeと違う？

Claude Code を使っている人ほど、ここは混同しやすいです。

Claude Code は Anthropic が提供する開発者向けの製品体験 です。
一方で Claude Managed Agents は、自社プロダクトや社内システムに組み込むための API / 実行基盤 です。

つまり、

• Claude Code: すぐ使える製品
• Claude Managed Agents: 組み込み前提の基盤

という違いがあります。

また、overview のブランディングガイドラインでは、統合先プロダクトを Claude Code や Claude Code Agent と見せてはいけない、と明記されています。
見た目や呼び方まで寄せると、プロダクト設計上もブランド上も危ない、ということです。

料金はどうなっている？

pricing では、Claude Managed Agents は 2軸課金 です。

1. トークン課金
2. セッション実行時間課金

セッション実行時間は $0.08 per session-hour で、running 状態の時間だけ課金されます。
逆に、idle rescheduling terminated の時間は課金対象ではありません。

これは実務上かなり重要です。
放置しているだけで延々と課金される のではなく、走っている時間 に対して課金されるためです。
ただし、走っている間のトークン消費は別で積み上がるので、結局は プロンプト設計 + ツール設計 + 実行時間 を全部見ないとコスト感は読めません。

コスト感を読み違えやすいポイント

• 長い system prompt を毎回抱える
• 無駄な Web 検索を連発する
• 失敗時に何度も再試行させる
• 小タスクまで高価なモデルで回す
• Session を分けるべき処理を一つに詰め込みすぎる

Managed だからコストも勝手に最適化される と考えるのは危険です。
コスト設計の考え方自体は、AIツールのセッションやトークンを節約する方法｜無駄な会話・長文入力・モデル選びを見直す と共通します。

Rate limitsと導入前の現実

overview では、組織単位の rate limits として次が案内されています。

• 作成系エンドポイント: 60 req/min
• 読み取り系エンドポイント: 600 req/min

この数字だけを見ると余裕があるように見えますが、実際には以下を考える必要があります。

• 同時セッション数
• 再試行の頻度
• UI のポーリングやイベント取得頻度
• どのモデルをどれだけ使うか

PoC では問題なくても、本番で複数ユーザーが一斉に長時間タスクを投げると設計が急に苦しくなることがあります。
モデル性能 だけでなく、運用時の詰まり方 を先に見るのが大事です。

まだResearch Previewの機能

2026年4月19日時点で、overview では次が Research Preview とされています。

• outcomes
• multiagent
• memory

multiagent

multiagent session のドキュメントでは、1つのエージェントが他のエージェントと連携し、並行動作で品質向上や時間短縮を狙えると説明されています。
ただし、これはまだ preview です。

memory

memory は、セッションをまたいで学習内容を保持する仕組みです。
memory store を使い、ユーザー設定、プロジェクト規約、過去の失敗などを保持できますが、これも preview です。

ここでの判断基準はシンプルです。
プレビュー機能を前提に設計を固定しない ことです。
便利だからといって中核要件に据えると、仕様変更時に痛いです。

どういう用途に向いている？

向いているのは、次のような仕事です。

逆に向いていないのは、短い FAQ 応答、ただのチャット UI、軽い補完、厳密なリアルタイム制御が必要なケースです。
そのあたりは Messages API や通常のツール呼び出しの方が扱いやすいことが多いです。

実装前に気を付けたい失敗

1. 何でもManaged Agentsに載せようとする

新しい基盤が出ると、全部そこへ寄せたくなります。
でも、短い同期処理まで全部 Managed Agents に載せると、構成が重くなり、待ち時間もデバッグ面も複雑になります。

2. AgentとSessionの責務を混同する

Agent は定義、Session は実行です。
毎回 Agent を作る設計にすると、設定管理もバージョン管理もぐちゃぐちゃになります。

3. セキュアなコンテナだから安心しきる

安全性は上がりますが、何を実行させるかの設計責任 は残ります。
外部アクセス、資格情報、書き込み対象、監査ログは別途詰める必要があります。

4. 仕様の新しさを軽く見る

今回はかなり新しい public beta です。
正式版前提のつもりで長期固定設計にすると、後から辛くなります。

AIエージェントに渡す情報の整理や安全面は、AIに渡すプロンプトやインプット情報で気を付けなくてはいけないこと｜機密情報・個人情報・著作権・プロンプトインジェクション や AIツールを使うときに気を付けるセキュリティリスクとは？権限・拡張機能・プロンプトインジェクションを整理 も一緒に見ると設計しやすいです。

まとめ

Claude Managed Agents は、Anthropic が提供する 管理型のエージェント実行基盤 です。
Messages API が モデルを呼ぶ面 なら、Claude Managed Agents は エージェントを動かす面 に寄っています。

2026年4月19日時点では、2026年4月9日に public beta として出たかなり新しい機能で、長時間実行・非同期処理・状態保持・組み込みツール実行 に強みがあります。
一方で、multiagent や memory などはまだ Research Preview なので、話題だから全部これで組む ではなく、どこまで今すぐ本番に載せるかを冷静に分けるのが大事です。

AIエージェントを自前でどこまで作るか で悩んでいるなら、Claude Managed Agents はかなり有力な選択肢です。
ただし判断軸は、流行よりも 長時間実行が本当に必要か 状態保持が必要か 自前実装コストと運用負荷をどこまで減らしたいか です。

参考リンク

• Anthropic: Claude Platform release notes
• Anthropic: Claude Managed Agents overview
• Anthropic: Prototype in Console
• Anthropic: Start a session
• Anthropic: Session tracing
• Anthropic: Skills
• Anthropic: Using agent memory
• Anthropic: Multiagent sessions
• Anthropic: Container reference
• Anthropic: Pricing