Was sind Claude Managed Agents? Anthropics verwaltete Cloud

Einen Agenten produktiv zu betreiben bedeutet, die Agent-Schleife, die Tool-Ausführung, eine Sandbox und die Zustandspersistenz – all das selbst aufzubauen. Claude Managed Agents nimmt Ihnen diese gesamte Last ab: Anthropic betreibt das für Sie. Gestartet als öffentliche Beta am 8. April 2026, ist es eine Suite zusammensetzbarer APIs zum Erstellen und Bereitstellen cloud-gehosteter Agenten im großen Maßstab.

Dieser Artikel behandelt auf Basis offizieller Informationen, was Managed Agents ist, wie es sich vom selbst gehosteten Agent SDK unterscheidet, persistenten Speicher und „dreaming“, outcomes-basierte Bewertung und Multi-Agent sowie die Preise. Die wichtigsten Punkte vorab. ① Statt „eine eigene Agent-Schleife zu bauen“, erhalten Sie eine vollständig verwaltete Umgebung, in der Claude sicher Dateien lesen, Befehle ausführen, im Web surfen und Code ausführen kann. ② Es verfügt über workspace-bezogenen persistenten Speicher (eingehängt unter /mnt/memory), den ein „dream“ reorganisieren und konsolidieren kann. ③ Die Preise sind Tokens + $0.08 pro Sitzungsstunde.

1. Was sind Managed Agents?

In Anthropics Worten ist Managed Agents „eine Suite zusammensetzbarer APIs zum Erstellen und Bereitstellen cloud-gehosteter Agenten im großen Maßstab“, und die Dokumentation beschreibt es als ein „vorgefertigtes, konfigurierbares Agent-Harness, das auf verwalteter Infrastruktur läuft.“ Der Kern: „Statt eine eigene Agent-Schleife, Tool-Ausführung und Laufzeitumgebung zu bauen, erhalten Sie eine vollständig verwaltete Umgebung, in der Claude sicher Dateien lesen, Befehle ausführen, im Web surfen und Code ausführen kann.“ Prompt-Caching, Kontext-Kompaktierung, Sandboxing und Zustandspersistenz sind von Anfang an eingebaut.

Es ist um vier Konzepte herum organisiert – Agent (die Definition) / Environment (wo er läuft) / Session / Events. Das Environment kann eine von Anthropic verwaltete Cloud-Sandbox oder eine selbst gehostete Sandbox auf Ihrer eigenen Infrastruktur sein.

Einem Agent lassen sich die Skills von Anthropic (pptx, xlsx, docx, pdf) sowie selbst erstellte und hochgeladene Skills zuweisen (bis zu 500 pro Sitzung). Bei den Tools kann man neben dem eingebauten Satz und MCP-Servern auch „Custom Tools“ definieren, die Ihr eigener Code ausführt.

„Harness“ bezeichnet hier alles an einem Agenten außer dem Modell — Schleife, Tools, Speicher, Sicherheitsmechanismen usw. Die Idee dahinter erklärt Was ist Harness Engineering?

2. vs. Agent SDK (selbst gehostet vs. managed)

Leicht zu verwechseln ist der Unterschied zum Claude Agent SDK. Die beiden bilden ein Paar entlang der Achse „Sie betreiben es“ vs. „Anthropic betreibt es.“

Kurz gesagt: „Eine eigene Engine bauen? Agent SDK. Die Engine mieten und sich auf den Inhalt konzentrieren? Managed Agents.“ Sie sind keine Konkurrenten – sondern eine Wahl darüber, wie viel des Betriebs Sie selbst behalten. Zum Konzept von Agenten siehe was ist Multi-Agent; zum Aufbau eines solchen wie man ein Multi-Agent-System baut.

3. Persistenter Speicher und „dreaming“

Ein charakteristisches Merkmal von Managed Agents ist persistenter Speicher (ein memory store). Es ist „eine workspace-bezogene Sammlung von Textdokumenten“, eingehängt als Verzeichnis (/mnt/memory/) innerhalb der Sandbox der Sitzung. Der Agent liest und schreibt ihn mit normalen Dateioperationen, und die Inhalte bleiben über Sitzungen hinweg erhalten. Jede Änderung erzeugt eine unveränderliche Speicherversion zur Prüfung. Frühere Versionen werden 30 Tage ab dem Schreiben aufbewahrt, die jüngsten Versionen eines aktiven Speichers bleiben aber unabhängig vom Alter immer erhalten (ein selten geänderter Speicher kann also Verlauf behalten, der älter als 30 Tage ist). Wer den Verlauf länger braucht, exportiert ihn über die API. Limits: 100 kB pro Speicher, 10.000 Speicher pro Store, 8 Stores pro Sitzung.

Ein Hinweis für Entwickler: Die API zur Verwaltung von memory stores verwendet einen eigenen Beta-Header, agent-memory-2026-07-22. Wird er zusammen mit managed-agents-2026-04-01 gesendet, gibt es einen 400-Fehler (das Anhängen eines memory store an eine Sitzung läuft weiter über den bisherigen Header). In einer selbst gehosteten Sandbox ist der Speicher kein dauerhaft verbundenes Mount: Der Arbeitsprozess hält eine Kopie und synchronisiert sie (Memory-Dokumentation).

Ungewöhnlicher ist „dreaming.“ Laut offizieller Beschreibung: „Ein dream liest einen vorhandenen memory store zusammen mit vergangenen Sitzungstranskripten und erzeugt dann einen neuen, reorganisierten memory store: Duplikate zusammengeführt, veraltete oder widersprüchliche Einträge durch den aktuellen Wert ersetzt und neue Erkenntnisse hervorgehoben.“ Es ist ein asynchroner Job (1–100 Eingabesitzungen, mit optionalen Anweisungen), der einen eigenen Beta-Header erfordert: dreaming-2026-04-21 (managed-agents-2026-04-01 allein schaltet die Dream-Endpunkte nicht frei).

Das Modell, das den Dream ausführt, wählt man beim Anlegen. Die Dreams-Dokumentation nennt für die Research Preview neun unterstützte Modelle: Claude Opus 5.5, Claude Fable 5.1, Claude Opus 5, Claude Fable 5, Claude Opus 4.8, Claude Opus 4.7, Claude Sonnet 5.5, Claude Sonnet 5, Claude Sonnet 4.6 (geprüft am 12. Oktober 2026). Haiku-Modelle stehen nicht auf der Liste und können keinen Dream ausführen. Ein Dream wird zu den Standard-Tokenpreisen des gewählten Modells abgerechnet.

4. Outcomes-Bewertung und Multi-Agent

Ein neueres Feature ist die outcomes-basierte Bewertung. Laut Anthropic: „Sie schreiben eine Rubrik, die beschreibt, wie Erfolg aussieht, und der Agent arbeitet darauf hin. Ein separater Grader bewertet die Ausgabe anhand Ihrer Kriterien in seinem eigenen Kontextfenster.“ Anthropic berichtet, dass es „den Aufgabenerfolg um bis zu 10 Punkte gegenüber einer Standard-Prompting-Schleife verbessert hat“ (+8,4 % für docx, +10,1 % für pptx). Das sind Anthropics eigene Messungen – die Ankündigung spricht von „our internal benchmarks“ –, keine Ergebnisse Dritter. Öffentliche Beta.

Auch die Multi-Agent-Orchestrierung ist eingebaut: „Ein Lead-Agent zerlegt die Aufgabe in Teile und delegiert jeden an einen Spezialisten mit eigenem Modell, Prompt und Tools,“ die parallel auf einem gemeinsamen Dateisystem laufen. Die Designphilosophie der Orchestrierung von Agenten findet sich in wie man ein Multi-Agent-System baut wieder.

Inzwischen gibt es drei Wege, Arbeit weiterzugeben (Multi-Agent-Dokumentation). ① Delegation an Subagenten (nur eine Delegationsebene, bis zu 25 Kind-Threads gleichzeitig). ② Dynamic workflows: Der Agent schreibt selbst ein Programm, das mehrere Agenten startet und ihre Ergebnisse zusammenführt, und der Server führt es aus (bis zu 1.000 Agenten pro Ausführung, standardmäßig 10 gleichzeitig offene Ausführungen pro Sitzung). ③ Advisor: Der Agent arbeitet selbst weiter und holt sich bei der Planung oder der abschließenden Prüfung Rat bei einem stärkeren Modell (der Rat wird zum Preis dieses Modells abgerechnet). In allen Fällen fallen die Tokens aller gestarteten Agenten an, deshalb empfiehlt die offizielle Dokumentation, für die Sitzung ein Ausgabenlimit festzulegen.

5. Was seit dem Start dazugekommen ist

Seit dem Start am 8. April 2026 kommen bei Managed Agents alle paar Wochen neue Funktionen hinzu. Die Daten stammen aus Anthropics Ankündigungen (die Einträge vom Oktober 2026 aus den Release Notes der Claude Platform).

• 23. April 2026 — Speicher: Memory Stores starten als Public Beta.
• 19. Mai 2026 — Outcomes, Multi-Agent-Orchestrierung, Webhooks, dreaming: die ersten drei als Public Beta, dreaming als Research Preview. Per Webhook lässt man sich benachrichtigen, wenn die Arbeit fertig ist.
• 19. Mai 2026 — Selbst gehostete Sandboxes und MCP-Tunnel: Nur die Tool-Ausführung kann in die eigene Infrastruktur wandern (oder zu Sandbox-Anbietern wie Cloudflare, Daytona, Modal oder Vercel); Schleife, Kontextverwaltung und Fehlerbehandlung bleiben bei Anthropic. MCP-Tunnel verbinden MCP-Server im privaten Netz, ohne sie öffentlich zu machen — als Research Preview.
• 9. Juni 2026 — Geplante Deployments und Vaults: Ein Agent kann nach Cron-Ausdruck und Zeitzone starten (minutengenau). Für API-Schlüssel in einem Vault liegt in der Sandbox nur ein Platzhalter; der echte Schlüssel wird an der Netzwerkgrenze angehängt, und zwar nur bei Anfragen an erlaubte Domains — der Agent sieht ihn nie.
• 7. Oktober 2026 — Netzwerkgrenzen gelten auch für Websuche und Webabruf: Nutzt eine Cloud-Umgebung das Netzwerk limited, gelten ihre erlaubten Hosts (allowed_hosts) jetzt auch für die Tools web_search und web_fetch. Ein web_fetch-Aufruf für eine URL auf einem nicht erlaubten Host liefert einen Fehler, und web_search lässt Ergebnisse solcher Hosts weg. Ist allowed_hosts leer, liefert keines der beiden Tools eine Seite oder ein Suchergebnis. allow_package_managers und allow_mcp_servers fügen für diese beiden Tools keine Hosts hinzu. Das Netzwerk unrestricted und selbst gehostete Sandboxes sind nicht betroffen. Außerdem schlägt das Erstellen einer Session mit einem 400-Fehler fehl, wenn die allowed_domains eines aktivierten Web-Tools einen Host außerhalb von allowed_hosts enthalten (ebenso ein Session-Update, das einen solchen Eintrag hinzufügt). Ein Eintrag in allowed_hosts passt nur auf genau einen Host, sofern er nicht mit *. beginnt; docs.example.com liegt daher nicht innerhalb von ["example.com"].
• 7. Oktober 2026 — Webabruf nur noch für URLs, die in der Session vorkamen: web_fetch ruft jetzt nur noch URLs ab, die bereits in der Session aufgetaucht sind, etwa im Text einer Nutzernachricht, in einem web_search-Ergebnis oder auf einer zuvor mit web_fetch abgerufenen Seite. Das soll das Risiko eines Datenabflusses senken. Eine URL, die nur in Claudes eigener Ausgabe, im System-Prompt, in einem angehängten Dokument oder in der Ausgabe von bash oder eines MCP-Tools vorkommt, zählt nicht; ein Abruf liefert dann den Fehler url_not_in_prior_context. Damit der Agent eine URL abrufen kann, senden Sie sie im Text eines user.message-Events.
• 9. Oktober 2026 — Dynamic workflows (Beta): Die in Option ② von Abschnitt 4 erwähnten dynamic workflows sind nutzbar geworden. Der Agent schreibt ein Programm, das viele Agenten in Phasen ausführt und ihre Ergebnisse zusammenführt, und der Server führt es im Hintergrund als Workflow-Run aus. Aktiviert wird es, indem man das Feld multiagent des Agenten auf den Typ multiagent_20261001 mit aktivierten Workflows setzt; im System-Prompt sagt man dem Agenten, wann er einen Run starten soll. Den Fortschritt verfolgt man über die workflow_run.*-Events im Event-Stream.
• 14. Oktober 2026 — Geplante Deployments auch auf Claude Platform on AWS: Die geplanten Deployments, die im Juni gestartet sind, sind jetzt auch auf Claude Platform on AWS verfügbar (geprüft am 18. Oktober 2026). Auf AWS wird bei jedem Lauf eine Sitzung als IAM-Rolle im eigenen AWS-Konto erstellt. Dafür muss zuerst das Feld execution_identity des Agenten auf aws_role gesetzt werden; ohne diese Angabe liefert das Anlegen eines Deployments einen 400-Fehler. Die Dokumentation zu geplanten Deployments kennzeichnet die Funktion weiterhin als Beta.
• 14. Oktober 2026 — OpenTelemetry-Export (Beta): Messages-API-Anfragen und Managed-Agents-Sitzungen lassen sich jetzt per OpenTelemetry in Ihre vorhandene Monitoring-Infrastruktur einspeisen und nachverfolgen (geprüft am 18. Oktober 2026). Das Claude SDK gibt Spans in Python, TypeScript, C#, Go, Java, PHP und Ruby aus; für Spans auf der API-Seite fügen Sie in der Claude Console ein Exportziel hinzu (offizielle Dokumentation).

Zusätzlich lässt sich ein Ausgabenlimit pro Sitzung (Session Budget) festlegen: Der Verbrauch wird zu Listenpreisen bewertet, und neue Modellaufrufe stoppen, sobald das Limit erreicht ist.

6. Preise und Verfügbarkeit

Die Preise haben zwei Dimensionen: ① Tokens (Standard-Modellraten, mit angewendetem Prompt-Caching) + ② Sitzungslaufzeit zu $0.08 pro Sitzungsstunde. Die Laufzeit wird auf die Millisekunde abgerechnet und nur berechnet, solange der Status running ist (Leerlauf oder Neuplanung ist kostenlos). Anthropics durchgerechnetes Beispiel: eine 1-stündige Coding-Sitzung mit 50.000 Input- und 15.000 Output-Tokens kostet etwa $0.705 Das Beispiel nutzt die Preise von Claude Opus 5 ($5 Input / $25 Output pro Million Tokens, laut Preisseite im September 2026).

Hier derselbe Fall pro Modell neu gerechnet, mit den Preisen der Preisseite vom 12. Oktober 2026. Die rechte Spalte entspricht Anthropics zweitem Beispiel, bei dem 40.000 der Input-Tokens Cache-Lesezugriffe sind (Cache-Lesen kostet normalerweise das 0,1-Fache des Input-Preises, bei Opus 5.5 und Sonnet 5.5 das 0,05-Fache).

Die $0.08 Laufzeit sind in jeder Zeile gleich; der Unterschied kommt von den Tokens. Je günstiger das Modell, desto größer der Anteil der Laufzeit an der Rechnung (bei Haiku 4.5 etwa 40 %, bei Haiku 5.5 etwa 90 %). Beachten Sie: Haiku 5.5 wechselt zu einem höheren Preis (Input $0.50, Output $2.50), sobald der Input einer Anfrage 100.000 Tokens übersteigt. In Agent-Sitzungen, in denen sich der Kontext aufbaut, ist diese Schwelle leicht überschritten.

Die Laufzeit allein pro Monat ergibt sich aus Stunden pro Tag × 30 Tage × $0.08. Es zählt nur die Zeit im Status running; Zeit im Status idle, in der die Sitzung auf Ihre nächste Nachricht wartet, zählt nicht. Eine den ganzen Tag geöffnete Sitzung kostet nur die Zeit, in der sie tatsächlich arbeitet.

Die beiden rechten Spalten nehmen an, dass jede Stunde dieselben Tokens verbraucht wie im Beispiel oben (50.000 Input, 15.000 Output, ohne Cache). Der tatsächliche Tokenverbrauch schwankt je nach Aufgabe um Größenordnungen; lesen Sie die Laufzeitspalte daher als Untergrenze und deckeln Sie die Tokenkosten mit einem Sitzungsbudget.

7. Erste Schritte

Der offizielle Quickstart hat vier Schritte. Jede Anfrage braucht den Beta-Header managed-agents-2026-04-01 (das SDK setzt ihn automatisch).

1. Agent anlegen: Modell, Systemprompt, Tools, MCP-Server und Skills festlegen. Die eingebauten Tools (bash, Dateioperationen, Websuche u. a.) aktiviert agent_toolset_20260401. Einmal angelegt, nutzt man ihn per ID immer wieder.
2. Environment anlegen: festlegen, wo er läuft. Bei einer Cloud-Sandbox gibt man die vorinstallierten Pakete an und ob ausgehender Verkehr offen ist (unrestricted) oder auf erlaubte Hosts beschränkt (limited). Lässt man die Angabe in der API weg, gilt unrestricted; der Erstellungsdialog in der Console beginnt mit limited. Die offizielle Dokumentation verlangt, es ausdrücklich anzugeben. Seit dem 7. Oktober 2026 gelten die erlaubten Hosts von limited auch für die Tools für Websuche und Webabruf; die Websites, die sie brauchen, trägt man daher in allowed_hosts ein (ein hinzugefügter Host ist auch für die Sandbox offen).
3. Session starten: mit Agent und Environment starten. Hier lässt sich auch ein Ausgabenlimit (Budget) setzen.
4. Events senden und Ergebnisse empfangen: Die Nutzernachricht als Event senden; Claude nutzt die Tools selbstständig und streamt die Ergebnisse als Server-Sent Events (SSE) zurück. Unterwegs kann man weitere Anweisungen schicken oder abbrechen.

Agent und Environment lassen sich auch als Dateien beschreiben und mit ant apply über die CLI anlegen. Wer in Claude Code beginnen will, führt in der neuesten Version /claude-api managed-agents-onboard aus; dann startet eine interaktive Anleitung durch die Einrichtung (offizieller Quickstart).

8. Wann es passt und wann nicht

Auf Basis des Abschnitts „Wann einsetzen“ der offiziellen Doku und der Bedingungen auf der Preisseite:

Zusammenfassung

Claude Managed Agents ist eine vollständig verwaltete Umgebung, in der Anthropic die Agent-Schleife, die Tool-Ausführung, die Sandbox und die Zustandspersistenz für Sie betreibt. Während das selbst gehostete Agent SDK bedeutet „Sie betreiben die Engine,“ bedeutet Managed Agents „Anthropic betreibt es, und Sie konzentrieren sich auf die Definition“ – eine gepaarte Wahl, die sich darin unterscheidet, wo die Betriebsverantwortung liegt.

Seine Markenzeichen sind workspace-bezogener persistenter Speicher (eingehängt unter /mnt/memory, über Sitzungen hinweg erhalten) und „dreaming“ (Research Preview) zu dessen Reorganisation und Konsolidierung, plus outcomes-basierte Bewertung und Multi-Agent-Orchestrierung. Die Preise sind Tokens + $0.08 pro Sitzungsstunde, verfügbar für alle API-Konten als öffentliche Beta vom April 2026 (zustandsbehaftet, daher nicht für ZDR / HIPAA BAA geeignet). Verwandt: Agent SDK-Leitfaden, was ist Multi-Agent, wie man ein Multi-Agent-System baut.

FAQ

F. Was sind Managed Agents?
A. Anthropics Suite von APIs zum Erstellen und Bereitstellen cloud-gehosteter Agenten. Statt eine eigene Agent-Schleife, Tool-Ausführung und Laufzeitumgebung zu bauen, erhalten Sie eine vollständig verwaltete Umgebung, in der Claude sicher Dateien lesen, Befehle ausführen, im Web surfen und Code ausführen kann. Prompt-Caching, Kompaktierung, Sandboxing und Zustandspersistenz sind eingebaut. Es startete als öffentliche Beta am 8. April 2026.

F. Wie unterscheidet es sich vom Agent SDK?
A. Darin, wem der Betrieb gehört. Das Agent SDK ist ein selbst gehostetes Harness, das Sie in Python / TypeScript betreiben, bei dem Sie Schleife, Tools und Infrastruktur betreiben. Bei Managed Agents stellt Anthropic Schleife, Sandbox, Zustand und Speicher auf verwalteter Infrastruktur bereit, und Sie konzentrieren sich auf das Definieren des Agenten. Sie sind keine Konkurrenten – es ist eine Wahl darüber, wie viel des Betriebs Sie behalten.

F. Was sind persistenter Speicher und „dreaming“?
A. Persistenter Speicher (ein memory store) ist eine workspace-bezogene Sammlung von Textdokumenten, in der Sandbox als /mnt/memory/ eingehängt; der Agent liest und schreibt ihn mit normalen Dateioperationen, und er bleibt über Sitzungen hinweg erhalten. „Dreaming“ ist ein asynchroner Job, der den vorhandenen Speicher und vergangene Sitzungstranskripte liest, um einen reorganisierten memory store zu erzeugen – Duplikate zusammenführen, veraltete Werte aktualisieren und neue Erkenntnisse hervorheben. Dreaming ist derzeit eine Research Preview (Zugangsanfrage erforderlich).

F. Wie viel kostet es?
A. Zwei Dimensionen: Token-Kosten + Sitzungslaufzeit zu $0.08 pro Sitzungsstunde. Die Laufzeit wird auf die Millisekunde abgerechnet und nur berechnet, solange der Status running ist (Leerlauf / Neuplanung ist kostenlos). Anthropics Schätzung liegt bei etwa $0.705 für eine 1-stündige Sitzung mit 50.000 Input- und 15.000 Output-Tokens (zu den Preisen von Claude Opus 5: $0.625 für Tokens plus $0.08 Laufzeit). Mit den Preisen vom 12. Oktober 2026 kostet derselbe Fall $0.58 mit Opus 5.5, $0.33 mit Sonnet 5.5, $0.205 mit Haiku 4.5 und etwa $0.09 mit Haiku 5.5. Die Laufzeit allein ergibt bei 8 Stunden running pro Tag $19.20 im Monat (8 × 30 × $0.08). Tokens nutzen Standard-Modellraten mit Prompt-Caching.

F. Kann jeder es nutzen?
A. Es ist eine öffentliche Beta ab dem 8. April 2026, standardmäßig für alle API-Konten aktiviert, zugänglich über Claude Console / Platform CLI / Claude Code. Da es jedoch per Design zustandsbehaftet ist, ist es nicht für Zero Data Retention (ZDR) oder ein HIPAA BAA geeignet. Beachten Sie außerdem, dass sich die Features je nach Stufe unterscheiden – dreaming ist eine Research Preview, die eine Zugangsanfrage erfordert (prüfen Sie die offizielle Dokumentation für den aktuellen Stand).