先に要点
- Anthropic の Claude Managed Agents は、AIエージェントを動かすための管理型ハーネスと実行基盤です。
- Messages API は自前でエージェントループを組む前提、Claude Managed Agents はAgent / Environment / Session / Events を分けて長時間実行や非同期処理を回す前提です。
- 公式の release notes では2026年4月8日に beta として公開され、2026年10月時点でも beta のままです。エンドポイントには
managed-agents-2026-04-01ベータヘッダーが必要です(SDK は自動で付けます)。 - 料金はトークン課金 + セッション実行時間課金で、セッション実行時間は $0.08 / session-hour です(2026年10月時点)。
- 公開時に Research Preview だった memory / multiagent / outcomes は、2026年4〜5月に beta へ移りました。いまも申請制の Research Preview なのは MCP tunnels と dreaming です。
Claude Managed Agentsって、Claude CodeのAPI版みたいなもの？ と気になった人も多いと思います。
たしかに見た目の印象は近いですが、実際には Anthropic が提供する 管理型のエージェント実行面 であり、単発のモデル呼び出しではなく、状態を持ったセッションを継続しながら動かすための仕組みです。
この記事では2026年10月時点の Claude Platform release notes、Claude Managed Agents overview、Reference、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月8日(日付は release notes の表記)に Claude Managed Agents が beta として公開されたと記載されています。
同時に、secure sandboxing、built-in tools、server-sent event streaming を備えた fully managed agent harness だと案内されています。その後も機能追加が続き、2026年10月時点では次のように段階が進んでいます。
このほか、6月にはスケジュール実行(scheduled deployments)、8月にはセッションの予算上限(session budgets)などが加わっています。公開から半年たっても全体は beta のままで、overview にも「リリースの間に挙動が調整されることがある」と書かれています。
すでに枯れた安定機能 というより、本番導入はできるが、仕様の変化を追い続ける必要がある beta 領域 と見た方が安全です。
Messages APIとの違い
一番大きな違いは、どこまで自前で作るか です。
| 観点 | Messages API | Claude Managed Agents |
|---|---|---|
| 役割 | モデルへ直接プロンプトを送る基盤 | エージェント実行基盤まで含む管理型ハーネス |
| 向いている用途 | 単発応答、チャット、独自ループ、細かい制御 | 長時間実行、非同期作業、状態保持セッション |
| ツール実行 | 自前実装が中心 | 組み込みツールと実行基盤をまとめて利用 |
| 状態管理 | アプリ側で持つ | サーバー側でイベント履歴とセッションを保持 |
| 設計自由度 | 高い | 高いが、Managed Agents の作法に寄せる必要がある |
処理が短く、同期的で、アプリ側の制御を細かく持ちたいなら Messages API の方が素直です。逆に、複数のツール呼び出しをまたいで数分から数時間動かしたいなら、Claude Managed Agents の価値が出やすくなります。
コアコンセプト4つ
overview では、Claude Managed Agents は次の4概念で整理されています。
1. Agent
モデル、system prompt、tools、MCP servers、skills を持つ定義です。
ここに「そのエージェントはどう振る舞うか」をまとめます。
2. Environment
セッションをどこで動かすかの設定です。Anthropic が管理するクラウドのサンドボックスに加えて、2026年5月からは自社のインフラで動かす self-hosted sandbox も選べます。
クラウドのサンドボックスには、Python、Node.js、Go、Rust、Java、Ruby、PHP などの言語と、PostgreSQL・Redis などがあらかじめ入っています(一覧は公式の Cloud sandbox reference)。
3. Session
Agent と Environment を参照して実際に走る実行単位です。
会話履歴やファイルシステムを持ちながら、タスクを進めます。
4. Events
ユーザーメッセージ、ツール結果、状態更新などをやり取りする流れです。
Claude Managed Agents は SSE でレスポンスを流し、イベント履歴をサーバー側で保持できます。
この分け方を理解しないまま使うと、毎回 Agent を作り直してしまう Session に持たせるべき状態を Agent に埋め込む といった設計ミスが起きやすいです。
Claude Managed Agentsでできること
overview と tools / container 関連ドキュメントを読むと、少なくとも次の強みがあります。
1. 長時間実行タスクを回せる
数分から数時間かかるタスクを前提にしています。
たとえば、調査、複数ファイルの整理、Web とローカル作業を行き来するワークフローと相性が良いです。
2. 組み込みツールが最初から揃っている
overview では、以下のツール群が案内されています(Web search / fetch は、許可・拒否するドメインのリストで絞り込めます)。
つまり、ツール呼び出しの骨組み を最初から持った状態で始められます。
3. セキュアなコンテナで動かせる
Anthropic は secure sandboxing を明示しています。
自前で雑にサーバー権限を渡すより、少なくとも コンテナ境界を前提に設計された実行面 を使えるのは大きいです。
4. 観測しやすい
Claude Console の Sessions ページでは、セッションごとの状態・トークン使用量・費用の一覧と、タイムライン・やり取りの記録・ツールごとの呼び出し回数や失敗を見られるセッションビューアが用意されています。2026年10月には OpenTelemetry でのトレース出力も beta で加わりました。
session.error イベントや、セッションごとの使用量(usage)も追えるので、なぜこのエージェントは失敗したのか を詰めやすいです。
5. Skillsで専門性を足せる
skills では、Anthropic 提供スキル(PowerPoint・Excel・Word・PDF の処理)と、自分で作って登録する custom skills の両方に対応しています。GitHub リポジトリの .claude/skills から読み込む方法もあります。
タスクに関係するときに使われる仕組みなので、会話のたびに全部読む巨大プロンプト よりコンテキストを節約しやすくなります。ただし公式は、スキルを足すたびに説明文の分だけコンテキストを少し使うとも説明しています。
何がClaude Codeと違う？
Claude Code を使っている人ほど、ここは混同しやすいです。
Claude Code は Anthropic が提供する開発者向けの製品体験 です。
一方で Claude Managed Agents は、自社プロダクトや社内システムに組み込むための API / 実行基盤 です。
つまり、次の違いがあります。
Claude Code と Claude Managed Agents
Claude Code
すぐ使える製品
- Anthropic が提供する開発者向けの製品体験
Claude Managed Agents
組み込み前提の基盤
- 自社プロダクトや社内システムに組み込むための API / 実行基盤
公式の Reference にあるブランディングガイドラインでは、統合先プロダクトを Claude Code・Claude Code Agent・Claude Cowork などと見せてはいけない、と明記されています(Claude Agent や 〇〇 Powered by Claude は使ってよい表記として挙がっています)。見た目や呼び方まで寄せると、プロダクト設計上もブランド上も危ない、ということです。
料金はどうなっている？
pricing では、Claude Managed Agents は 2軸課金 です。
- トークン課金
- セッション実行時間課金
セッション実行時間は $0.08 per session-hour で、running 状態の時間だけミリ秒単位で課金されます。逆に、idle rescheduling terminated の時間は課金対象ではありません。トークンは通常のモデル料金で課金され、セッション内で Web 検索を使うと 1,000 回あたり $10 がかかります。Batch API の割引は適用されません(2026年10月時点の Pricing)。
これは実務上かなり重要です。
放置しているだけで延々と課金される のではなく、走っている時間 に対して課金されるためです。
ただし、走っている間のトークン消費は別で積み上がるので、結局は プロンプト設計 + ツール設計 + 実行時間 を全部見ないとコスト感は読めません。
コスト感を読み違えやすいポイント
- 長い system prompt を毎回抱える
- 無駄な Web 検索を連発する
- 失敗時に何度も再試行させる
- 小タスクまで高価なモデルで回す
- Session を分けるべき処理を一つに詰め込みすぎる
Managed だからコストも勝手に最適化される と考えるのは危険です。上限を決めたい場合は、セッションごとに金額の上限を設定できる session budgets を使います。
コスト設計の考え方自体は、AIツールのセッションやトークンを節約する方法｜無駄な会話・長文入力・モデル選びを見直す と共通します。
Rate limitsと導入前の現実
公式の Reference では、組織単位の rate limits として次が案内されています(2026年10月時点。公開当初の 60 / 600 req/min から引き上げられています)。
- 作成系エンドポイント(agents・sessions・environments の作成など): 300 req/min
- 読み取り系エンドポイント(取得・一覧・ストリーム): 1,200 req/min
これとは別に、組織の利用上限(spend limits)と usage tier ごとの rate limits もかかります。
この数字だけを見ると余裕があるように見えますが、実際には以下を考える必要があります。
PoC では問題なくても、本番で複数ユーザーが一斉に長時間タスクを投げると設計が急に苦しくなることがあります。
モデル性能 だけでなく、運用時の詰まり方 を先に見るのが大事です。
beta の中でも段階が違う機能
公開時(2026年4月)には outcomes / multiagent / memory が Research Preview でしたが、release notes によると memory は2026年4月23日、multiagent orchestration と outcomes は5月6日に、通常の beta ヘッダーで使える beta へ移りました。2026年10月時点の overview で、beta の中でもさらに限定された Research Preview(申請制)とされているのは MCP tunnels と dreaming です。
outcomes
outcomes は、成果物の「完成の条件」を採点基準(rubric)として渡す仕組みです。別のコンテキストで動く採点役(grader)が成果物を評価し、基準を満たすまでエージェントが手直しを繰り返します。
multiagent
multiagent orchestration は、1つのセッションの中でエージェントが別のエージェントに仕事を渡し、スレッドを分けて並行に動かす仕組みです。2026年10月には、作業の段階を定義して進める dynamic workflows も beta で加わっています。
memory
memory は、セッションをまたいで情報を持ち越す仕組みです。
memory store をセッションにマウントし、ユーザー設定、プロジェクト規約、過去の失敗などを保持できます。memory store のエンドポイントは2026年7月から専用の agent-memory-2026-07-22 ヘッダーに切り替わっているので、ヘッダーを自前で書いている場合は注意が必要です。また公式は、外部の入力を扱うエージェントに書き込み権限を与えると、プロンプトインジェクションで悪い内容が記憶に書き込まれるおそれがあるとして、参照用のストアは read_only にするよう勧めています。
MCP tunnels と dreaming
MCP tunnels は社内ネットワークの中にある MCP サーバーへつなぐ仕組み、dreaming は memory store の断片的な内容を整理し直して別のストアに出力する仕組みです。どちらも申請して有効にする Research Preview です。
beta や Research Preview の機能を前提に設計を固定しない ことです。memory のヘッダー変更のように、beta の間にも仕様は変わります。便利だからといって中核要件に据えると、仕様変更時に痛いです。
どういう用途に向いている？
向いているのは、次のような仕事です。
長い調査タスク
Web検索、URL取得、ファイル整理をまたぎながら、数分以上かけて答えをまとめる処理。
社内オペレーション自動化
決まった環境と権限の中で、定型的な確認や更新作業を段階的に進める処理。
非同期の依頼処理
ユーザーが依頼を投げておき、終わったら結果を受け取る形のワークフロー。
状態を持つ支援ツール
単発応答ではなく、途中経過や生成ファイルを持ちながら進むツール。
逆に向いていないのは、短い FAQ 応答、ただのチャット UI、軽い補完、厳密なリアルタイム制御が必要なケースです。
そのあたりは Messages API や通常のツール呼び出しの方が扱いやすいことが多いです。
実装前に気を付けたい失敗
新しい基盤が出ると、全部そこへ寄せたくなります。でも、短い同期処理まで全部 Managed Agents に載せると、構成が重くなり、待ち時間もデバッグ面も複雑になります。
Agent は定義、Session は実行です。毎回 Agent を作る設計にすると、設定管理もバージョン管理もぐちゃぐちゃになります。
2026年10月時点でも Managed Agents 全体は beta です。正式版前提のつもりで長期固定設計にすると、後から辛くなります。
AIエージェントに渡す情報の整理や安全面は、AIに渡すプロンプトやインプット情報で気を付けなくてはいけないこと｜機密情報・個人情報・著作権・プロンプトインジェクション や AIツールを使うときに気を付けるセキュリティリスクとは？権限・拡張機能・プロンプトインジェクションを整理 も一緒に見ると設計しやすいです。
Claude Managed Agentsに関するよくある質問
Q. Claude Code との違いは何ですか？
A. Claude Code は 開発者がそのまま使う Anthropic の製品、Managed Agents は 自社のプロダクトやシステムに組み込むための API と実行基盤 です。Managed Agents は Anthropic が管理するサンドボックス(または自社の self-hosted sandbox)でセッションを動かすので、エージェントループや実行環境を自前で作らずに長時間タスクを動かせるのが利点です。
Q. どんな業務で使えますか？
A. データ分析、コードリポジトリの自動レビュー、定型レポート作成、調査と要約、テスト生成、社内ドキュメント整理、などです。数分〜数十分かかるタスクをまとめて投げて結果だけ受け取る 使い方が向きます。
Q. 料金はどうなっていますか？
A. 通常のモデル料金でのトークン課金に、セッションが running の間だけかかる実行時間の料金($0.08 / session-hour)が加わる構成です(2026年10月時点)。Web 検索を使うと別途 1,000 回あたり $10 がかかります。beta の間は変わる可能性があるので、使う前に公式の Pricing を確認してください。
Q. データの取扱いは？
A. Managed Agents はセッションの履歴・サンドボックスの状態・成果物をサーバー側に保存する設計のため、2026年10月時点の overview では、ゼロデータ保持(ZDR)と HIPAA の BAA の対象外と明記されています。セッションやアップロードしたファイルは API でいつでも削除できます。データの学習利用や保持期間は、契約内容と公式の API and data retention のページで確認してください。
Q. オープンソース代替はありますか？
A. LangGraph や CrewAI などのオープンソースのエージェントフレームワークが、近い役割を持ちます(名称や開発状況は変わりやすいので、各プロジェクトの公式で確認してください)。セルフホスト + モデル自由選択 が利点ですが、運用設計と監視は自前で組む必要があります。
Q. プロンプトインジェクション対策は？
A. ツール許可リスト、信頼境界の明示、外部入力の正規化、操作ログの完全記録、人間レビュー導線、で対処します。全権限を持つエージェントを未検証で本番投入しない のが安全です。
Q. 既存システムとの統合はどうしますか？
A. MCP(Model Context Protocol)で社内ツールやデータを公開する、Managed Agents の Webhook(2026年5月から対応)でセッションの状態の変化を受け取る、Slack や Teams に通知する、などが定番です。既存業務システムにイベントで連動する 形が無理がありません。
まとめ
Claude Managed Agents は、Anthropic が提供する 管理型のエージェント実行基盤 です。
Messages API が モデルを呼ぶ面 なら、Claude Managed Agents は エージェントを動かす面 に寄っています。
2026年4月8日に beta として出て、2026年10月時点でも beta のまま機能追加が続いている基盤で、長時間実行・非同期処理・状態保持・組み込みツール実行 に強みがあります。
一方で、memory や multiagent も beta の段階で、MCP tunnels や dreaming はまだ 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: Inspect sessions and track usage
- Anthropic: Skills
- Anthropic: Using agent memory
- Anthropic: Multiagent orchestration
- Anthropic: Define outcomes
- Anthropic: Cloud sandbox reference
- Anthropic: Reference（Rate limits・Branding guidelines）
- Anthropic: Pricing