Claude Managed Agents とは？2026年に使うべき場面と使わないほうがいい場面

Claude Managed Agents は、Anthropic が long-running な agent work のために提供している hosted runtime です。Anthropic に session と loop infrastructure を持たせたいならこれを選びます。逆に、loop を自分で握りたい、あるいは runtime を自分のプロセスに残したいなら、Messages API や Claude Agent SDK のほうが自然です。

2026年4月10日時点では、この surface はまだ beta で、通常の Claude token 料金に加えて session runtime の料金がかかります。また、これは Claude Code ではありません。ここで本当に答えるべきことは、「Managed Agents は新しいのか」ではなく、「この workload では Anthropic に runtime を持たせる価値があるのか」です。

“

証拠メモ：この記事は Anthropic の現行 Managed Agents overview、quickstart、migration、pricing、memory preview、公式 cookbook、engineering write-up を 2026年4月10日時点で確認した内容に基づいています。

TL;DR

最短で言えば、こうです。

• Anthropic に runtime を持たせたいなら Managed Agents。
• loop を自分で持ちたいなら Messages API。
• runtime を自分の process に残したいなら Claude Agent SDK。
• 実際に欲しいのがローカル開発や desktop workflow なら、Claude Computer Use、Claude Code のおすすめ Skills、Claude Code のおすすめ MCP Servers のほうが近いです。

Claude Managed Agents は何なのか

Claude Managed Agents は、単なる「AI agents 機能」ではありません。Anthropic の現在の docs では、managed infrastructure 上で動く pre-built, configurable agent harness として説明されており、特に long-running task や asynchronous work に向いていると位置づけられています。つまり、helper が少し増えた SDK ではなく、runtime surface として見るほうが正確です。

公式はこの product を agent、environment、session、events の4つで説明しています。agent は振る舞いと tool 設定、environment は hosted runtime のアクセス範囲、session は実行単位、events はその session が外に返す進行や要求の流れです。この4つで捉えると、Managed Agents は曖昧な新用語ではなく、かなり具体的な runtime contract に見えてきます。

Messages API との最大の差は ownership です。Messages API では、自分で message history を持ち、tool loop を進め、runtime の実行環境を面倒見る必要があります。Managed Agents では、Anthropic が session runtime のかなりの部分を引き受けるため、長時間動く loop の plumbing を全部自分で組まなくて済みます。

Claude Agent SDK との違いも、機能の多少ではなく runtime の所在にあります。Anthropic の migration docs はこの点をかなり明確に書いていて、SDK は自分の process で動き、Managed Agents は Anthropic-managed infrastructure で動きます。自分の process に runtime を残したいなら SDK、hosted runtime convenience を取りたいなら Managed Agents、という見方のほうが実務的です。

もう一つ最初に直しておくべき誤解があります。Claude Managed Agents は Claude Code ではありません。 Anthropic 自身が、Managed Agents を Claude Code や Claude Cowork として見せてはいけないと書いています。ローカル repo work や desktop delegation を調べている人には、このページは本筋ではありません。

どんなときに Claude Managed Agents が向いているか

Managed Agents が本当に効いてくるのは、「model が十分かどうか」より、「長く動く tool-using workflow を自前 runtime なしで回したいかどうか」が問題になっているときです。Anthropic の公開情報も一貫して、long-running、asynchronous、stateful な仕事を sweet spot として扱っています。

たとえば、research agent、data analyst agent、あるいは初回の request のあとも進み続ける internal automation です。共通しているのは、1回の completion では終わらず、session の継続や hosted environment が意味を持つことです。

公式 cookbook の data analyst agent は、その点を一番わかりやすく示しています。environment を再利用し、files を mount し、events を stream し、outputs を session の中で積み上げていく。この形を見ると、Managed Agents の価値は「tool を呼べる」ことではなく、「hosted runtime と session lifecycle を一段上で持てる」ことだとわかります。

もう一つ向いているのは、agent run の 結果 が欲しいのであって、loop のすべてを自分たちの差別化要素にしたいわけではない場合です。もし本当の目標が「この hosted workflow を安定して動かすこと」であれば、Managed Agents はかなりの runtime scaffolding を捨てさせてくれます。

現実的には、チームは自前 agent runtime の hidden cost を過小評価しがちです。state management、long-running execution、tool retries、event streaming、session continuity、environment lifecycle。この plumbing 自体が product value ではないなら、Anthropic に持たせる判断はかなり合理的です。

Messages API や Claude Agent SDK のほうが良い場面

一番ありがちな誤解は、「managed なほうが上位互換だ」と考えてしまうことです。そうではありません。runtime ownership を手放したいときだけ Managed Agents は正解になります。もし product が bespoke loop、独自 state machine、特別な orchestration、特殊な fallback に依存しているなら、Messages API のほうがまだきれいです。

なぜなら、Messages API は今でも最も薄くて最も自由なルートだからです。message history をどう持つか、tool flow をどう進めるか、loop をどう閉じるか、runtime を他システムとどうつなぐかは、全部自分で決められます。確かに面倒ですが、その面倒さが product の一部であるケースは普通にあります。

Claude Agent SDK が良いのは、「Anthropic に host してほしい」のではなく、「runtime は自分の process に残したい」という要件がはっきりしているときです。Anthropic 自身も migration docs と cookbook でこの boundary を残しているので、SDK は Managed Agents に置き換えられた旧 surface ではありません。

custom tools も過剰に期待しないほうがいい点です。Managed Agents は「完全に client logic が消える」ことを意味しません。現在の docs でも custom tools は events を通じて扱われます。private service や独自の tool choreography に強く依存しているなら、hosted runtime に乗せるメリットは最初に見えるほど大きくないかもしれません。

要するに、判断ルールは短くて十分です。

• runtime を Anthropic に持たせたいなら Managed Agents。
• loop を自分で持ちたいなら Messages API。
• runtime を自分の process に残したいなら Claude Agent SDK。

この3つを分けて考えるだけで、ページは曖昧な feature comparison に戻らずに済みます。

現在の pricing、beta 状態、preview の境界

Managed Agents は、「すでに使えるが、まだ完全に固まった platform layer ではない beta runtime」として理解するのが一番安全です。Anthropic の現行 docs では managed-agents-2026-04-01 beta header が必要です。この事実は残すべきですが、あくまで implementation detail であって、記事全体の主役ではありません。

2026年4月10日時点の pricing は2本立てです。1つ目は通常の Claude token billing。2つ目は session が running の間に発生する session runtime 料金で、Anthropic は現在 $0.08 per session-hour と案内しています。これは日付つきで扱うべき fact ですが、同時に route choice に直結する fact でもあります。いま選んでいるのは model だけではなく runtime contract だからです。

だからこそ、このページは setup より先に route choice を置く必要があります。もし workload が hosted long-running session の恩恵を受けるなら、この runtime fee は十分に合理的です。逆に、仕事が短く薄く、すでに custom loop で十分なら、extra hosted runtime を足しても得るものは少ないかもしれません。

成熟度の境界も正直に書くべきです。Anthropic は現在、Managed Agents 自体は Claude API accounts に対して default access として案内しつつ、memory、multiagent、outcomes は research preview として別 access に置いています。つまり、core runtime は real だが、その周辺機能はまだ fully settled ではありません。

rate limits も同じです。Anthropic は今のところ create endpoints 60 RPM、read endpoints 600 RPM を案内しており、organization-level の spend / tier limits も影響します。production planning では重要ですが、surface を選ぶ第一理由にするべきではありません。

実務的な読み方はシンプルです。Managed Agents は十分に real で、真剣に評価する価値がある。ただし pricing、preview access、beta header、limits といった freshness-sensitive な話は、必ず日付つきで読むべきです。

一つだけ具体例を見るなら、hosted な data analyst workflow

data analyst agent の公式 cookbook は、Managed Agents を具体的にイメージするのに一番向いています。hosted environment 上で agent が動き、environment は再利用され、files は mount され、events が stream され、outputs が積み上がる。この流れを見ると、「hosted runtime」とは何を指しているのかがかなりはっきりします。

この例が良いのは、「tool を呼べる」ことを見せるのではなく、「session と environment を Anthropic に持たせる価値」を見せているからです。data analysis のような仕事は、1回の text completion で終わるとは限りません。複数ステップを経て継続し、あとで結果を返す。そのとき、session machinery を Anthropic に寄せたいなら Managed Agents は自然な選択です。

同時に、この cookbook は出口条件もはっきり示しています。agent loop と deployment を fully control したいなら Claude Agent SDK を使うべきだ、と Anthropic 自身が書いています。これは細かい注意書きではなく、route decision そのものです。

最小限の operational sketch だけ見るなら、今の flow は「agent を作る、environment を作る、session を始める、events を送る、結果を stream する」です。これだけでも、その hosted session runtime が自分に必要かどうかはかなり判断できます。

bash
curl https://api.anthropic.com/v1/agents \
  -H "x-api-key: $ANTHROPIC_API_KEY" \
  -H "anthropic-version: 2023-06-01" \
  -H "anthropic-beta: managed-agents-2026-04-01"

この snippet を短くしているのは、重要なのが curl の書き方ではなく、「この kind of hosted runtime が本当に必要か」という判断だからです。

FAQ

Claude Managed Agents は Claude Code と同じですか？

違います。Managed Agents は Anthropic API 上の hosted runtime surface で、Claude Code はローカル coding workflow product です。Anthropic 自身も両者を混同しないように書いています。

Messages API ではなく Managed Agents を選ぶのはどんなときですか？

Anthropic に long-running loop や session runtime をより多く任せたいときです。loop、message history、低レベル orchestration を自分で持ちたいなら Messages API のままが自然です。

Claude Agent SDK のほうが良いのはどんなときですか？

runtime を自分の process や deploy に残したいときです。Anthropic の migration docs でも、この境界はまだはっきり保たれています。

Managed Agents なら custom tools まで全部 Anthropic が見てくれますか？

いいえ。hosted runtime はより多くを引き受けますが、custom tools は client-side event handling を要することがあります。fully managed everything と読むのは危険です。

現在の pricing はどう理解すればいいですか？

2026年4月10日時点では、通常の Claude token 料金に加えて、session が running の間に $0.08 per session-hour の runtime fee がかかる、という読み方です。この数字は日付つきで扱うべきです。

memory、multiagent、outcomes はもう一般提供ですか？

まだ広くはありません。Anthropic は現在も research preview として案内しており、別 access が必要です。

rate limits は最初から気にするべきですか？

production planning では大事ですが、route choice より先に置くべきではありません。Anthropic は create 60 RPM、read 600 RPM と書いていますが、それは surface 選定の第一理由ではありません。

最後に判断すべきなのは、runtime を誰が持つべきか

Claude Managed Agents が面白いのは、単なる新しい naming layer ではなく、Anthropic が hosted runtime を独立した product route として前に出し始めたからです。そこで解くべき問題はとても具体的です。長く動く agent work に対して、自分で runtime を持ち続けるのか、それとも Anthropic に持たせるのか。

もちろん、これが全員の default answer になるわけではありません。custom loop が必要なら Messages API に残るべきです。runtime を自分の process に置きたいなら Claude Agent SDK が自然です。Anthropic-managed な session runtime が本当に役立つなら、そのとき初めて Managed Agents が正しい route になります。

こう整理すると、テーマはかなり単純になります。問うべきなのは「Managed Agents とは何か」だけではありません。問うべきなのは「この runtime を Anthropic に持たせるべきか、それとも自分の system に残すべきか」です。このページは、その判断を早く終わらせるために存在します。