Claude Managed Agents vs Claude Agent SDK

Letzte Woche hatte ich drei Tabs geöffnet: die Managed Agents-Dokumentation, den Agent SDK-Schnellstart und die Messages API-Referenz. Ich versuchte herauszufinden, welchen Weg ich für eine asynchrone Dokumentenverarbeitungs-Pipeline nehmen sollte. Nach vierzig Minuten wurde mir klar, dass die Verwirrung nicht um Features ging. Es ging darum, wer die Runtime besitzt.

Das ist der Kern dieser Entscheidung. Nicht welche Option „besser” ist. Welche Infrastrukturgrenze für das, was Sie gerade bauen, sinnvoll ist. Dieser Artikel dokumentiert wie die zwei Wege sich vergleichen — und warum eine dritte Option existiert, die die meisten Vergleichsartikel überspringen.

Zwei Wege zu Claude-gestützten Agents

Agent SDK: Sie besitzen die Schleife, Sie verwalten die Runtime

Das Claude Agent SDK — Anfang des Jahres umbenannt vom Claude Code SDK — gibt Ihnen dieselben Tools, die Agent-Schleife und das Kontextmanagement, die Claude Code antreiben, verpackt als Python- oder TypeScript-Bibliothek. Sie installieren es, führen es auf Ihrer eigenen Infrastruktur aus und kümmern sich selbst um Skalierung, Sandboxing und Orchestrierung.

Das SDK bündelt die Claude Code CLI automatisch. Ihr Agent erhält sofort Zugriff auf Dateioperationen, Bash-Befehle, Web-Browsing, Code-Ausführung — das vollständige Claude Code-Toolset. Sie legen fest, welche Tools erlaubt sind, setzen Berechtigungsmodi und implementieren benutzerdefinierte Tools als In-Process-MCP-Server.

Was Sie bekommen: vollständige Kontrolle über die Ausführungsumgebung. Was Sie ebenfalls bekommen: die Verantwortung, diese Umgebung am Laufen, sicher und beobachtbar zu halten.

Managed Agents: Anthropic besitzt das Harness, Sie definieren die Aufgabe

Claude Managed Agents, am 8. April 2026 in der öffentlichen Beta gestartet, dreht das Eigentumsmodell um. Sie spezifizieren den Agent — Modell, System-Prompt, Tools, MCP-Server, Guardrails — und Anthropic führt ihn aus. Das Harness übernimmt Tool-Ausführung, Sandboxing, Sitzungspersistenz, Kontext-Kompaktierung, Prompt-Caching und Absturz-Wiederherstellung.

Anthropics Entwicklerteam beschreibt es als ein „Meta-Harness” — konzipiert um zukünftige Harnesses aufzunehmen, wenn sich Modelle verbessern, anstatt feste Annahmen darüber zu kodieren, was Claude kann oder nicht kann. Wenn ein Container abstürzt, überlebt die Sitzung. Ein neuer Container nimmt ab dem Sitzungsprotokoll wieder auf.

Sie konfigurieren, Anthropic betreibt.

Keine Option ist universell besser

Die Funktionsüberschneidung ist hoch. Beide geben Claude Zugriff auf Code-Ausführung, Dateibearbeitung, Bash, Web-Browsing und MCP-Integrationen. Der Unterschied ist operativer Natur: Wer stellt die Umgebung bereit, wer behandelt Fehler, wer skaliert die Container. Das ist eine Infrastrukturentscheidung, keine Feature-Entscheidung.

Kernvergleich

Ein Aspekt zur Abrechnung ist erwähnenswert: Das Agent SDK führt keine Sitzungs-Runtime-Gebühr ein. Es jedoch ohne Einschränkung als „günstiger” zu bezeichnen ist irreführend. Ihre selbst gehostete Runtime hat reale Kosten — Server, Container-Orchestrierung, Monitoring, Incident-Response, die Ingenieurstunden für deren Wartung. Die Kostenstrukturen sind unterschiedlich, nicht einfach geordnet.

Wann Managed Agents wählen

Lang laufende oder asynchrone Aufgaben, bei denen Sitzungspersistenz wichtig ist

Wenn Ihr Agent 30 Minuten bis mehrere Stunden läuft — Dokumente verarbeitet, Recherchen durchführt, mehrstufige Workflows ausführt — brauchen Sie Sitzungszustand, der Verbindungsabbrüche und Container-Ausfälle übersteht. Managed Agents speichert den vollständigen Ereignisverlauf serverseitig und macht ihn über API abrufbar. Gleichwertige Dauerhaftigkeit selbst aufzubauen ist machbar. Es sind aber auch mehrere Wochen Engineering, das nicht Ihr Kernprodukt ist.

Teams ohne Infra-Kapazität für sichere Sandboxes

Produktions-taugliches Sandboxing — Isolation, Credential-Management, bereichsbeschränkte Berechtigungen, Ausführungs-Tracing — ist wirklich schwierig. Die meisten Teams unterschätzen es. Wenn Ihr Team nicht die DevOps-Kapazität hat, eine sichere Agent-Ausführungsumgebung aufzubauen und zu warten, entfernt Managed Agents diese gesamte Oberfläche von Ihrer Roadmap.

Schnelle Prototyp-zu-Produktion: Tage statt Monate

Anthropics Kernaussage ist „10x schneller in die Produktion gelangen.” Ich habe diese Zahl nicht in genug Szenarien verifiziert, um ihr zuzustimmen. Aber die Richtung stimmt: Die Lücke zwischen „Agent funktioniert in lokalen Tests” und „Agent läuft zuverlässig in der Produktion” ist groß, und Managed Agents schließt sie. Rakuten soll in unter einer Woche je Spezialist-Agents bereitgestellt haben.

Wenn eingebaute Kompaktierung und Caching mehr zählen als benutzerdefinierte Kontrolle

Managed Agents behandelt Prompt-Caching und Kontext-Kompaktierung automatisch. Wenn Sie Ihr eigenes Kontextmanagement für lang laufende Agents aufgebaut haben, wissen Sie, wie viel Versuch und Irrtum das bedeutet. Der eingebaute Ansatz wird nicht für jeden Workload optimal sein. Für die meisten ist er gut genug — und er ist ab Tag eins dabei.

Wann Agent SDK wählen

Benutzerdefinierte Orchestrierungslogik, die Managed Agents nicht bereitstellt

Das SDK gibt Ihnen Hooks, benutzerdefinierte Tools als In-Process-MCP-Server, granulare Berechtigungs-Callbacks und vollständige Kontrolle über die Agent-Schleife. Wenn Ihr Agent benutzerdefinierte Wiederholungsstrategien, bedingtes Tool-Routing oder dynamische Prompt-Modifikation während der Sitzung benötigt — Logik, die die Konfigurationsoberfläche von Managed Agents nicht bereitstellt — brauchen Sie das SDK.

Spezialisierte Tool-Integrationen oder benutzerdefinierte Ausführungsumgebungen

Wenn Ihr Agent in einer bestimmten Umgebung laufen muss — Zugriff auf eine GPU, einen bestimmten Datenbanktreiber, eine proprietäre Bibliothek — lässt das SDK Sie die Ausführungsumgebung vollständig kontrollieren. Managed Agents gibt Ihnen einen Cloud-Container mit vorinstallierten Paketen. Das reicht für die meisten Fälle. Nicht für alle.

On-Premise- oder Private-Cloud-Anforderungen

Managed Agents läuft ausschließlich auf Anthropics Infrastruktur. Es gibt keine On-Premise-Option, keine Bereitstellung in Ihrer eigenen Cloud. Für Organisationen mit strengen Datensouveränitätsanforderungen oder regulatorischen Einschränkungen, die das Senden von Daten an Drittanbieter-Infrastruktur verbieten, ist das SDK der einzige Weg. Das ist eine harte Einschränkung, keine Präferenz.

Kostenstruktur im großen Maßstab

Die $0,08/Sitzungsstunde ist für die meisten Workloads vernachlässigbar — ein 24/7-Agent kostet vor Tokens etwa $58/Monat an Runtime. Aber bei großen Flotten von gleichzeitig lang laufenden Agents addieren sich Sitzungsgebühren. Eine 500-Agent-Flotte, die gleichzeitig läuft, erzeugt allein $40/Stunde an Sitzungs-Overhead.

Das Agent SDK hat diesen Pro-Sitzungs-Aufschlag nicht. Ihre Kosten sind Tokens plus was auch immer Ihre Infrastruktur kostet. Bei hohem Volumen kann das Besitzen der Runtime in marginalen Kosten günstiger sein — aber nur, wenn Sie die Fixkosten für deren Aufbau und Wartung bereits absorbiert haben.

Die dritte Option: Messages API

Wenn weder SDK noch Managed Agents benötigt wird

Das ist die Option, die die meisten Vergleichsartikel überspringen, und sie ist häufiger die richtige Antwort, als die Leute denken.

Die Messages API gibt Ihnen direkten Modellzugriff. Sie senden einen Prompt, erhalten eine Antwort. Kein Harness, keine Agent-Schleife, keine verwaltete Runtime. Sie bauen alles selbst — einschließlich der Tool-Ausführungsschleife, wenn Sie eine benötigen.

Einfache Tool-Use-Muster, die kein vollständiges Agent-Framework erfordern

Wenn Ihr Anwendungsfall lautet: Claude aufrufen, ihm optional ein oder zwei Tools verwenden lassen, ein Ergebnis zurückgeben — brauchen Sie überhaupt kein Agent-Framework. Die Messages API mit Tool-Use behandelt das sauber. Das Hinzufügen von Agent SDK oder Managed Agents führt Komplexität ein, die sich bei einfachen Request-Response-Mustern nicht auszahlt.

Die Anthropic Python- und TypeScript-Client-SDKs unterstützen Tool-Use nativ. Sie implementieren die Tool-Schleife selbst — eine While-Schleife, die stop_reason prüft, Tools ausführt, Ergebnisse zurücksendet. Für viele Produktions-Workloads ist das alles, was Sie brauchen.

Ich habe Teams beobachtet, die zu Agent-Frameworks griffen, obwohl eine 20-zeilige Tool-Schleife die Arbeit erledigt hätte. Prüfen Sie, ob Ihre Aufgabe tatsächlich Autonomie oder Sitzungspersistenz erfordert, bevor Sie sich für eine schwerere Abstraktion entscheiden.

Migrationsüberlegungen

Start mit Managed Agents, Wechsel zum SDK: Was sich ändert

Die Agent-Logik — System-Prompt, Tool-Definitionen, Aufgabenstruktur — überträgt sich direkt. Was nicht: Sitzungspersistenz, Sandboxing, Kontextmanagement und Absturz-Wiederherstellung. Sie müssen das alles selbst aufbauen.

Der Wechsel von Managed Agents zum SDK bedeutet den Wechsel von „Anthropic betreibt” zu „Sie betreiben”. Die Fähigkeit ist gleichwertig. Die operative Last verlagert sich vollständig auf Ihr Team.

Start mit SDK, Wechsel zu Managed Agents: Was sich ändert

In mancher Hinsicht einfacher, in anderer schwieriger. Die Kernlogik Ihres Agents wird übertragen. Benutzerdefinierte Tools, die als In-Process-MCP-Server implementiert sind, müssen möglicherweise als Remote-MCP-Server neu bereitgestellt werden. Benutzerdefinierte Hooks und Berechtigungs-Callbacks müssen dem Konfigurationsmodell von Managed Agents entsprechen.

Der Gewinn: Sie hören auf, die Runtime zu warten. Der Preis: Sie verlieren die feingranulare Kontrolle über die Ausführungsumgebung. Ob dieser Kompromiss funktioniert, hängt davon ab, wie viel Ihrer benutzerdefinierten Infrastruktur tatsächlich notwendig war gegenüber frühen Prototyping-Entscheidungen geerbt.

Es gibt kein offizielles Migrations-Handbuch zwischen den beiden, Stand April 2026. Planen Sie Integrationstests, nicht nur Code-Portierung.

FAQ

Kann ich beides im selben Produkt verwenden?

Ja. Das SDK und Managed Agents dienen unterschiedlichen operativen Bedürfnissen. Ein gängiges Muster: Agent SDK für benutzerorientierte, latenzempfindliche Interaktionen, bei denen Sie vollständige Kontrolle benötigen; Managed Agents für Hintergrund-, asynchrone Aufgaben, bei denen Sitzungspersistenz und wartungsfreier Betrieb mehr zählen. Sie teilen dieselben zugrundeliegenden Claude-Modelle und die Preisstruktur für Token-Kosten.

Bindet mich Managed Agents an Anthropics Infrastruktur?

Ja. Die Runtime ist speziell für Claude entwickelt. Sie wird GPT, Gemini oder Open-Source-Modelle nicht ausführen. Ihre Agent-Logik — Prompts, Tool-Definitionen, Aufgabenstruktur — ist portierbar. Die Runtime und das Sitzungsformat sind es nicht. Das SDK gibt Ihnen mehr Flexibilität, die Modellschicht zu abstrahieren, obwohl es ebenfalls Claude-spezifisch ist.

Welche Option behandelt Fehler und Wiederholungen besser?

Managed Agents hat eingebaute Absturz-Wiederherstellung — das Sitzungsprotokoll bleibt bestehen, ein neuer Container nimmt dort auf, wo der vorherige ausgefallen ist. Mit dem SDK bauen Sie Ihre eigene Fehlerbehandlung. Wenn Sie das schon gemacht haben und gute Muster haben, kann die SDK-Fehlerbehandlung präziser auf Ihre Bedürfnisse abgestimmt werden. Wenn nicht, sind die Standardwerte von Managed Agents ein starker Ausgangspunkt.

Kann ich einen bestehenden SDK-Agent zu Managed Agents migrieren?

Die Kernlogik des Agents überträgt sich. System-Prompt, Tool-Definitionen und Aufgabenstruktur sind kompatibel. Was Überarbeitung erfordert: benutzerdefinierte Hooks, In-Process-MCP-Server (können Remote-Entsprechungen benötigen), benutzerdefinierte Berechtigungslogik und alles, was von Ihrer spezifischen Ausführungsumgebung abhängt. Noch gibt es kein offizielles Migrations-Tooling.

Welche Option ist bei hohem Volumen kosteneffektiver?

Hängt davon ab, was Sie einrechnen. Managed Agents fügt $0,08/Sitzungsstunde zu den Tokens hinzu. Das SDK fügt keine Pro-Sitzungs-Gebühr hinzu — aber Ihre selbst gehostete Runtime hat ihre eigene Kostenlinie: Server, Orchestrierung, Monitoring, Engineering-Wartung. Bei niedrigem bis moderatem Volumen ist Managed Agents in der Regel günstiger in den Gesamtbetriebskosten. Bei sehr hohem Volumen mit vielen gleichzeitigen lang laufenden Sitzungen kann sich die Rechnung umkehren — aber nur, wenn Sie bereits in die Infrastruktur investiert haben.

Das ist der Vergleich. Der Entscheidungsbaum: Infrastrukturkontrolle benötigt oder Daten können nicht extern gesendet werden → SDK. Infrastruktur überspringen wollen → Managed Agents. Überhaupt keine Agent-Schleife benötigt → Messages API.

Führen Sie einen Pilot mit beiden durch, wenn Sie unsicher sind. Die Wechselkosten sind in der Prototyping-Phase niedriger als nachdem Sie sich für eine Deployment-Architektur entschieden haben.

Weiter nächste Woche — teste noch Multi-Agent-Muster auf Managed Agents.

Vorherige Beiträge: