← Alle Beitrage

Managed Agents vs. lokale Agent-Harnesses: Was bleibt

From the guide: Codex CLI Comprehensive Guide

Anthropic und OpenAI machen die Ausführungsumgebung für Agenten zur Produktoberfläche: gehostete Sitzungen, Sandboxes, Ablaufverfolgung, Gedächtnis, Übergaben, Rubriken und Ereignis-Streams sitzen heute näher beim Modellanbieter als beim privaten Skript-Ordner eines Teams.12

Was sind die wichtigsten Erkenntnisse?

  • Managed Agents werden zur Ausführungsschicht. Sitzungen, Sandboxes, Ablaufspuren, Ereignisse und asynchrone Ausführung gehören zunehmend in die verwaltete Infrastruktur, sofern der Anbieter den Sicherheitsanforderungen des Teams gerecht wird.12
  • Lokale Agentenrahmen bleiben relevant. Behalten Sie die Bestandteile, die Geschmack, Evidenz, Integrität öffentlicher Texte, Datenschutzgrenzen, Quellenprüfung und Projektgedächtnis kodieren.
  • Migrationseinheit ist die Aufgabe, nicht der Befehl. Ein Slash-Command, ein Codex-Skill, eine SDK-Übergabe, ein MCP-Server oder ein verwaltetes Ergebnis können denselben Arbeitsablauf tragen, solange die Akzeptanzkriterien erhalten bleiben.
  • Veröffentlichen Sie keine private Maschinerie. Öffentliche Beiträge sollten das Muster und die Akzeptanzkriterien erklären, nicht private Prompts, exakte Hook-Inhalte, Account-Details oder interne Bewertungsregeln.
  • Beförderung verlangt Beweise. Beginnen Sie explizit, führen Sie eine echte Aufgabe aus, dokumentieren Sie das Ergebnis und befördern Sie nur dann, wenn der für Benutzer sichtbare Pfad besser wird.

Plattformen für Managed Agents sollten die routinemäßige Ausführungsarbeit übernehmen: Sandbox-Ausführung, zustandsbehaftete Sitzungen, Ereignis-Streams, Ablaufverfolgung, Dateiausführung und asynchroner Abschluss. Lokale Agentenrahmen behalten ihren Platz, doch ihre Aufgabe wird kleiner und schärfer. Behalten Sie die Bestandteile, die Produktgeschmack, Evidenz-Schwellen, Integrität öffentlicher Texte, Datenschutzgrenzen, Quellenprüfung und projektspezifisches Betriebsgedächtnis kodieren. Verschieben Sie die Bestandteile, die nur deshalb existieren, weil bisher niemand sonst die Ausführungsumgebung paketiert hatte.

Die schlechte Migration besteht darin, den lokalen Agentenrahmen zu löschen, weil ein Anbieter verwaltete Infrastruktur ausgeliefert hat. Die zweite schlechte Migration besteht darin, jeden lokalen Befehl, Hook und Prompt zu konservieren, weil er einmal ein echtes Problem gelöst hat. Die richtige Migration stellt eine Frage pro Komponente: Kodiert das meine Standards, oder bedient das die Maschine?

Zur breiteren Architektur lesen Sie den AI Agent Architecture-Leitfaden. Zum konkreten Migrationsmuster, das diesem Beitrag zugrunde liegt, lesen Sie den Claude Code to Codex Migration Guide, AGENTS.md Patterns und die Jiro Quality Philosophy.

Zur lokalen Tool-Seite des Bruchs erläutert Claude Code as Infrastructure, warum private Ausführungsschichten wachsen, und Claude Code vs Codex CLI 2026 vergleicht die Aktivierungs- und Sicherheitsoberflächen.

Was hat sich mit Managed Agents geändert?

Claude Managed Agents stellt Entwicklern einen vorgefertigten Agentenrahmen in verwalteter Infrastruktur bereit. Anthropic beschreibt das als geeignet für lang laufende Aufgaben und asynchrone Arbeit, mit Kernkonzepten für Agenten, Umgebungen, Sitzungen und Ereignisse.1 Dieselbe Dokumentation beschreibt eine verwaltete Umgebung, in der Claude Dateien lesen, Befehle ausführen, browsen, Code ausführen, MCP-Server nutzen und Ereignishistorie serverseitig persistieren kann.1

Der Engineering-Beitrag von Anthropic bringt den architektonischen Kern klarer auf den Punkt als die Produktdokumentation. Das Managed-Agents-Team hat Sitzungs-Protokoll, Agentenrahmen und Sandbox getrennt, sodass jeder Bestandteil unabhängig versagen oder sich ändern kann.3 Diese Trennung ist wichtig, denn sie verwandelt eine fragile Ein-Container-Agentenschleife in ein System mit wiederherstellbarem Sitzungszustand, austauschbaren Ausführungsumgebungen und einer engeren Sicherheitsgrenze um die Zugangsdaten.3

OpenAI bewegt sich über das Agents SDK in dieselbe Richtung. Das Update vom 15. April 2026 ergänzte einen modellnativen Agentenrahmen, native Sandbox-Ausführung, eine Manifest-Abstraktion für Workspaces und Unterstützung für gängige Primitive wie MCP, Skills, AGENTS.md, Shell-Ausführung und Patch-Anwendung.2 Die SDK-Dokumentation legt zudem Sitzungen für Gedächtnis über mehrere Durchläufe offen, Ablaufverfolgung für LLM-Generierungen, Tool-Aufrufe, Übergaben, Guardrails und benutzerdefinierte Ereignisse sowie Übergaben für die Weitergabe von Arbeit zwischen spezialisierten Agenten.456

So weit die Nachricht. Die strategische Frage liegt anders: Sobald Plattformen die Ausführungsumgebung für Agenten ausliefern, was sollte Ihr lokaler Agentenrahmen noch leisten?

Wo verläuft die Trennung zwischen Ausführungsumgebung und Urteilsvermögen?

Die meisten lokalen Agentenrahmen vermischen zwei Aufgaben, die nicht immer zusammengehören.

Die erste Aufgabe ist die Ausführungsumgebung. Eine Ausführungsumgebung startet Sitzungen, gewährt Tools, bereitet einen Workspace vor, führt Befehle aus, speichert Ereignisse, behandelt Unterbrechungen, nimmt Arbeit wieder auf, streamt Status und zeichnet Ablaufspuren auf. Diese Aufgabe profitiert von Standardisierung. Sie profitiert ebenso von Security-Engineering, das die meisten einzelnen Teams nicht ohne triftigen Grund neu bauen sollten.

Die zweite Aufgabe ist Urteilsvermögen. Urteilsvermögen sagt, wie gute Arbeit aussieht, welche öffentlichen Aussagen Primärquellen brauchen, wann ein Leitfaden zu veraltet zum Veröffentlichen ist, wann ein Hook zu laut ist, um durchgesetzt zu werden, wann aus einem Quellen-Scan eine Notiz statt eines Beitrags werden sollte und wann ein Agent eine technisch korrekte, aber unwürdige Ausgabe ablehnen sollte. Diese Aufgabe bleibt lokal, denn sie kommt aus dem Produkt, dem Team und dem Leser.

Verwaltete Infrastruktur kann eine bessere Schleife laufen lassen. Sie kann nicht entscheiden, was Ihr Geschmack sein sollte.

Was sollte zu Managed Agents wandern?

Verschieben Sie die Komponenten, die Ihre Produktstandards nicht kodieren.

Lokale Komponente Bessere Heimat, sofern die Plattform sie unterstützt Warum
Sandbox-Einrichtung Verwaltete Umgebung oder SDK-Sandbox Anbieter können Isolation, Einrichtung, Netzwerkregeln und Provider-Adapter pflegen.
Sitzungs-Persistenz Verwaltetes Sitzungs-Protokoll oder SDK-Sitzungsspeicher Lang laufende Arbeit braucht Zustand, der Kontextfenster und Worker-Ausfälle übersteht.
Ereignis-Streams und Webhooks Verwaltete Ereignisse oder Job-Queue auf Anwendungsebene Die Anwendung soll den Status beobachten, ohne privaten Shell-Zustand abzufragen.
Ablaufverfolgung Anbieter-Ablaufverfolgung oder Ihr Ablaufverfolgungs-Prozessor Agenten-Debugging braucht strukturierte Spans für Modellaufrufe, Tools, Guardrails und Übergaben.
Tool-Anbindung Verwaltete Tools, MCP oder SDK-Tool-Adapter Tool-Aufrufe gehören hinter stabile Schnittstellen, nicht hinter brüchige Prompt-Konventionen.
Multi-Agenten-Verteilung Verwaltete Orchestrierung oder SDK-Übergaben Delegation braucht Sichtbarkeit, Eingabefilter und klare Übergabe-Verträge.

Die Outcomes-Funktion von Anthropic zeigt, wohin der Trend als Nächstes geht. Der Entwickler definiert eine Rubrik, der verwaltete Agentenrahmen stellt einen separaten Bewerter bereit, und der Agent iteriert gegen das Feedback des Bewerters.7 Damit verschwinden lokale Standards nicht. Stattdessen erhalten diese Standards einen Slot in der Ausführungsumgebung.

Dasselbe Muster gilt für die Ablaufverfolgung von OpenAI. Das SDK verfolgt den Durchlauf, Agenten-Spans, Generierungen, Funktions-Tool-Aufrufe, Guardrails und Übergaben standardmäßig, mit Steuerungen zum Deaktivieren der Ablaufverfolgung und Prozessoren für andere Ziele.5 Ein lokales Skript kann das annähern. Ein produktives System sollte üblicherweise die standardisierte Ablaufspur bevorzugen und sie dorthin schicken, wo das Team ohnehin debuggt.

Was sollte lokal bleiben?

Behalten Sie die Komponenten, die Ihre Standards, Ihren Leser oder Ihren privaten Betriebskontext definieren.

Produktgeschmack. Eine Plattform kann eine Aufgabe ausführen; sie kann nicht wissen, ob das Ergebnis das Gesamtprodukt verbessert. Behalten Sie die Geschmacksregeln, die geschäftige, generische oder würdelose Ausgaben ablehnen.

Evidenz-Schwellen. Behalten Sie Regeln, die Evidenz aus der aktuellen Sitzung, Verifikation des Benutzerpfads, benannte Lücken und Ursachenanalyse fordern. Verwaltete Ablaufspuren sagen Ihnen, was passiert ist. Ihr Standard entscheidet, ob die Evidenz ausreicht.

Integrität öffentlicher Texte. Behalten Sie Zitierregeln, Quellen-Tier-Regeln, Prüfungen privater Grenzen, SEO/AIO-Checks und Veröffentlichungs-Schwellen nahe an der Website. Ein Modellanbieter sollte nicht entscheiden, welche privaten Arbeitsablauf-Details sicher zur Veröffentlichung sind.

Projektgedächtnis. Behalten Sie knappe Projektdoktrin, Stilentscheidungen, bekannte Risiken, Release-Grenzen und Betriebsprotokolle dort, wo das Team sie einsehen kann. Verschieben Sie nur die Speicherschicht, wenn ein verwalteter Sitzungsspeicher die Haltbarkeit echt verbessert.

Quellenintelligenz. Behalten Sie die redaktionelle Routing-Schicht. Ein Quellenscanner kann 14 gute Treffer finden und dennoch null Beiträge erzeugen, wenn der richtige Schritt Monitoring, Leitfadenpflege oder eine private Notiz ist.

Beförderungs-Politik. Behalten Sie Staging-Regeln. Ein Skill kann zunächst nur explizit aktivierbar starten, ein Hook kann im Schatten laufen, und ein Plugin kann im Install-Pilot bleiben, bis echte Arbeit beweist, dass es mehr nützt als ablenkt.

Diese Liste ist der eigentliche Agentenrahmen. Die Dateien und Befehle sind nur eine Implementierung davon.

Welchen Migrationsfehler sollten Teams vermeiden?

Der einfachste Weg, diese Migration schlecht durchzuführen, besteht darin, die Form statt der Aufgabe zu erhalten.

Claude Code-Slash-Commands, Codex-Skills, SDK-Tools, verwaltete Ergebnisse und MCP-Server sind keine austauschbare Syntax für dieselbe Sache. Es sind unterschiedliche Aktivierungsoberflächen. Aus einem Slash-Command kann ein Skill werden. Aus einem Skill kann eine Rubrik für ein verwaltetes Ergebnis werden. Aus einem Hook kann ein Ablaufspur-Prozessor werden. Ein lokales Skript kann überflüssig werden, sobald die Plattform Sitzungen oder Webhooks bereitstellt.

Der Beitrag von Anthropic über lang laufende Agenten kommt aus der Gegenrichtung zum selben Schluss: Compaction allein lieferte keine produktionsreife Arbeit, also ergänzte das wirksame Muster Funktionslisten, Fortschrittsartefakte, sauberen Übergabezustand und End-to-End-Tests.8 Das sind keine UI-Konventionen. Das sind Beweispflichten.

Die Migration sollte nicht fragen: „Wo lege ich /scan-intel ab?” Sie sollte fragen: „Welche Aufgabe hat der Quellenintelligenz-Arbeitsablauf eigentlich erfüllt?”

Bei einem Quellenscanner besteht die Aufgabe nicht darin, „einen Befehl auszuführen”. Die Aufgabe besteht darin, konfigurierte Quellen zu scannen, die Erreichbarkeit der Quellen zu belegen, Kandidaten zu bewerten, breite Schreibvorgänge mit geringem Signal abzulehnen, nützliche Notizen privat zu sichern und öffentliche Gelegenheiten an die redaktionelle Prüfung weiterzuleiten. Die exakte Aktivierungsphrase darf sich ändern, ohne dass der Arbeitsablauf verloren geht.

Dieselbe Regel gilt für die Qualitätsdoktrin. Veröffentlichen Sie kein privates Prompt-Paket. Übersetzen Sie die Doktrin in beobachtbare Abschluss-Schwellen: Evidenz, Verifikation des Benutzerpfads, Prüfung privater Grenzen und das Recht, Arbeit abzulehnen, die das Produkt schwächt.

Wie lässt sich das auf einen Quellenintelligenz-Scanner anwenden?

Ein Quellenintelligenz-Scanner macht die Trennung greifbar.

Die Ausführungsseite kann wandern. Eine verwaltete Plattform kann den geplanten Job ausführen, die Sitzung speichern, Browser- oder Feed-Tools aufrufen, Ereignisse emittieren und Ablaufspuren aufbewahren. Wenn ein Scan ein Timeout erreicht, sollte die verwaltete Sitzung wissen, was lief, welche Quellen versagten und wo der nächste Durchlauf wieder ansetzen sollte.

Die Urteilsseite sollte lokal bleiben. Der Quellenscanner braucht weiterhin eine private Quellenkarte, Score-Schwellen, Duplikatsprüfungen, Schreibvolumen-Begrenzungen und eine redaktionelle Route. Ein Scan, der 14 Kandidaten findet, sollte nicht automatisch 14 Notizen oder einen Artikel veröffentlichen. Die richtige Handlung kann eine private Notiz sein, eine Aufgabe zur Leitfadenpflege, eine Monitoring-Warteschlange oder eine Verweigerung, überhaupt etwas Öffentliches zu schreiben.

Diese Unterscheidung verwandelt eine laute Automatisierung in einen nützlichen Arbeitsablauf:

Schritt im Quellenscanner Verwaltete Schicht Lokale Agentenrahmen-Schicht
Quellen abrufen Browser-, Feed-, Such- oder MCP-Tools Quellenkarte und Vertrauensstufen
Durchlaufzustand persistieren Sitzungs-Protokoll, Ereignisse, Ablaufspuren Themenregister und Gedächtnis bisheriger Abdeckung
Kandidaten bewerten Optionaler Modell-/Tool-Durchlauf Redaktionelle Schwellen und Geschmacksregeln
Ausgaben schreiben Datei- oder Notiz-Tool Schreibvolumen-Schwelle und Prüfung privater Grenzen
Nächste Aktion routen Ereignis, Webhook oder Übergabe Veröffentlichen, Leitfaden aktualisieren, Monitoring oder Nichts-Tun-Entscheidung

Dieselbe Logik gilt für Coding, Leitfadenpflege, Übersetzung und Arbeitsabläufe zum öffentlichen Schreiben. Verschieben Sie Ausführungsmechanik, wenn eine Plattform sie besser erledigt. Behalten Sie den Standard, der entscheidet, ob die Ausgabe überhaupt existieren soll.

Welche Checkliste sollten Teams nutzen, bevor sie einen Agentenrahmen verschieben?

Nutzen Sie diese Checkliste, bevor Sie eine lokale Agentenrahmen-Komponente auf eine Managed-Agent-Plattform verschieben.

Frage Wenn ja Wenn nein
Bedient die Komponente ausschließlich die Ausführungs-Infrastruktur? Verschieben Sie sie in Richtung verwalteter Sitzungen, Sandboxes, Ablaufverfolgung oder Ereignisse. Behalten Sie sie lokal oder in Projektverantwortung.
Kodiert die Komponente Geschmack, Vertrauen oder redaktionelle Standards? Behalten Sie den Standard lokal; legen Sie nur eine sichere Rubrik oder Akzeptanzkriterien offen. Erwägen Sie, sie auszumustern.
Berührt die Komponente Geheimnisse, Account-Zustand oder private Prompts? Halten Sie die privaten Details aus öffentlichen Paketen und Artikeln heraus. Sie ist möglicherweise als generisches Muster veröffentlichbar.
Kann die Plattform dieselbe Schwelle als Rubrik, Ablaufspur, Hook oder Prozessor ausdrücken? Pilotieren Sie die plattform-native Variante. Behalten Sie die lokale Variante als rein explizit.
Hat echte Arbeit das Verhalten belegt? Befördern Sie von rein explizit zu Pilot oder erzwungen. Belassen Sie sie im Staging.
Erzeugt die Komponente Lärm? Vereinfachen, in den Schatten stellen oder entfernen. Messen Sie sie weiter an realen Ergebnissen.

Der Beförderungspfad sollte langweilig bleiben:

  1. Inventarisieren Sie die Komponente.
  2. Benennen Sie die Aufgabe, die sie erfüllt.
  3. Klassifizieren Sie sie als Ausführungsumgebung, Urteil, Gedächtnis, Veröffentlichung, Quellenintelligenz oder Sicherheit.
  4. Portieren Sie die kleinste nützliche Version.
  5. Lassen Sie sie auf eine echte Aufgabe los.
  6. Halten Sie fest, was passiert ist.
  7. Befördern, überarbeiten oder entfernen Sie sie.

Alles Aufwendigere verbirgt meist Unsicherheit.

Wie sollten Teams einen echten Agentenrahmen heute aufteilen?

Für ein ernsthaftes Coding- und Schreib-Setup würde ich diese Aufteilung wählen.

Anbieter- oder verwaltete Schicht:

  • Sandbox-Erstellung
  • Dateiausführung
  • persistente Sitzungen
  • Ereignis-Streams
  • Webhooks
  • Ablaufspuren und Spans
  • Wiederherstellung lang laufender Worker
  • grundlegende Multi-Agenten-Delegation
  • Rubrik-Ausführung, sofern der Anbieter sie unterstützt

Lokale oder Projekt-Schicht:

  • AGENTS.md oder gleichwertige Projektpolitik
  • Standards für öffentliches Schreiben
  • Zitier- und Quellen-Tier-Regeln
  • Doktrin der Produktqualität
  • privates Betriebsgedächtnis
  • standortspezifische SEO/AIO-Checks
  • Routing der Quellenintelligenz
  • finale Veröffentlichungs-Schwellen
  • Release-Grenz-Politik für Plugins und gemeinsam genutzte Pakete

Die Trennlinie verläuft nicht bei „verwaltet gegen selbst gehostet”. Sie verläuft bei „routinemäßige Ausführung gegen Produkturteil”.

Wo brauchen Managed Agents weiterhin Vorsicht?

Managed-Agent-Plattformen entfernen die schwierigen Teile nicht. Sie verschieben sie.

Sie brauchen weiterhin ein Sicherheitsmodell für Tools, Dateien, Netzwerkzugang und Zugangsdaten. Die Architektur von Anthropic trennt Zugangsdaten ausdrücklich von der Sandbox, in der generierter Code läuft, was die richtige Richtung ist, doch Teams müssen Ressourcen, Vaults und Zugriffsgrenzen weiterhin korrekt konfigurieren.3

Sie brauchen weiterhin Beobachtbarkeit. Eine Ablaufspur zeigt den Aufrufgraph; sie kann nicht sagen, ob die Arbeit verdient hatte, ausgeliefert zu werden. Ein Bewerter kann eine Rubrik bewerten; er kann nicht wissen, ob die Rubrik den richtigen Geschmack ausdrückt.

Sie brauchen weiterhin inhaltliche Grenzen. Ein öffentlicher Migrationsartikel darf das Muster beschreiben, aber er sollte keine privaten Prompts, exakten Hook-Interna, privaten Dateipfade, Quellenlisten, Account-Details oder proprietären redaktionellen Bewertungen ausschütten.

Sie brauchen weiterhin Staging. Anthropic weist darauf hin, dass Managed Agents weiterhin Beta sind, mit allen Endpunkten, die den Beta-Header managed-agents-2026-04-01 verlangen, und einigen Funktionen, die Vorab-Zugang erfordern.1 Eine Beta-Ausführungsumgebung kann nützlich sein, ohne zum Standardpfad für jeden Arbeitsablauf zu werden.

Was sollten Teams mitnehmen?

Für Engineering-Verantwortliche:

  • Verschieben Sie Ausführungsarbeit in Richtung verwalteter Sitzungen, Sandboxes, Ereignisse und Ablaufspuren, sobald die Plattform Ihre Sicherheitsanforderungen erfüllt.
  • Behalten Sie lokale Standards für Evidenz, Quellenqualität, Produktgeschmack und Release-Grenzen.
  • Behandeln Sie verwaltete Rubriken als Ausführungs-Slots für Ihre Standards, nicht als deren Ersatz.

Für Agent-Entwickler:

  • Portieren Sie keine Befehle eins zu eins. Portieren Sie Jobs-to-be-Done.
  • Starten Sie rein explizit, befördern Sie erst, wenn eine echte Aufgabe den Wert belegt.
  • Bevorzugen Sie Ablaufspuren, Sitzungs-Protokolle und öffentliche Artefakte gegenüber privater Prompt-Archäologie.

Für öffentliche Autoren:

  • Verwandeln Sie privaten Prozess in öffentliche Akzeptanzkriterien.
  • Zitieren Sie offizielle Produktdokumentation für aktuelles Verhalten.
  • Verzichten Sie auf die Zusammenfassung, wenn der bessere Artikel der Entscheidungsrahmen ist.

Was ist die Kurzfassung?

Managed-Agent-Plattformen machen den lokalen Agentenrahmen kleiner, nicht überflüssig. Verschieben Sie Ausführungsarbeit in verwaltete Sitzungen, Sandboxes, Ablaufspuren, Ereignisse und Orchestrierung, sobald die Plattform dieses Vertrauen verdient. Behalten Sie die lokalen Standards, die Qualität, Evidenz, Datenschutz und Integrität öffentlicher Texte definieren – und die entscheiden, welche Arbeit es verdient, ausgeliefert zu werden.

FAQ: Managed Agents und lokale Agentenrahmen

Ersetzen Managed Agents einen lokalen KI-Agentenrahmen?

Nein. Verwaltete Plattformen ersetzen einen größeren Teil der Ausführungsschicht: Sitzungen, Sandboxes, Ereignis-Streams, Ablaufverfolgung und Tool-Ausführung. Lokale Agentenrahmen bleiben relevant, wenn sie Produktstandards, Evidenz-Schwellen, Regeln für öffentliches Schreiben, Datenschutzgrenzen, Quellenintelligenz und projektspezifisches Gedächtnis kodieren.

Was sollte in AGENTS.md oder CLAUDE.md bleiben?

Behalten Sie dort dauerhafte Projektregeln: was das Produkt wertschätzt, wie der Abschluss verifiziert wird, welche privaten Details nicht veröffentlicht werden dürfen, wie öffentliches Schreiben geprüft wird und welche für Benutzer sichtbaren Pfade funktionieren müssen, bevor eine Aufgabe als erledigt gilt. Stopfen Sie keine vorübergehenden Tool-Ausgaben oder privaten Prompt-Inhalte in dauerhafte Anweisungsdateien.

Wann sollte ein Team eine Managed-Agent-Plattform nutzen?

Nutzen Sie verwaltete Infrastruktur, wenn die Arbeit lang laufende Ausführung, sichere Container, langlebige Sitzungen, Ereignis-Streams, asynchronen Abschluss, Ablaufverfolgung oder verwaltete Multi-Agenten-Orchestrierung benötigt und wenn Sicherheits-, Kosten- und Datenkontrollen des Anbieters zum Anwendungsfall passen.12

Was sollte nicht in ein öffentliches Agentenrahmen-Paket wandern?

Veröffentlichen Sie keine privaten Prompts, exakten Hook-Inhalte, sensiblen Dateipfade, Account-Identifikatoren, Token-Handhabungen, privaten Quellenlisten, proprietären Bewertungsregeln oder irgendetwas, das Fremden erlauben würde, Ihr internes Betriebssystem zu rekonstruieren. Veröffentlichen Sie das Muster und die Akzeptanzkriterien.

Quellen


  1. Anthropic, “Claude Managed Agents overview”. Abgerufen am 7. Mai 2026. 

  2. OpenAI, “The next evolution of the Agents SDK”, 15. April 2026. 

  3. Anthropic Engineering, “Scaling Managed Agents: Decoupling the brain from the hands”, 8. April 2026. 

  4. OpenAI Agents SDK, “Sessions”. Abgerufen am 7. Mai 2026. 

  5. OpenAI Agents SDK, “Tracing”. Abgerufen am 7. Mai 2026. 

  6. OpenAI Agents SDK, “Handoffs”. Abgerufen am 7. Mai 2026. 

  7. Anthropic, “Define outcomes”. Abgerufen am 7. Mai 2026. 

  8. Anthropic Engineering, “Effective harnesses for long-running agents”, 26. November 2025. 

Verwandte Beiträge

Agenten-Skills brauchen Paketmanager

Agenten-Skills, MCP-Server, Prompts, Hooks und Befehle verhalten sich inzwischen wie Abhängigkeiten. Teams brauchen Mani…

10 Min. Lesezeit

Codex-Hooks machen den Agentenrahmen konkret

Codex-Hooks, Remote SSH und mobile Steuerung machen Agentenarbeit betriebsfähig. Über Qualität entscheiden jetzt Nachwei…

8 Min. Lesezeit

Code with Claude SF 2026: Was Anthropic tatsächlich ausgeliefert hat

Rückblick auf Code with Claude SF 2026: verdoppelte Claude Code-Ratenlimits, der SpaceX-Colossus-1-Deal, 10 Finanzagente…

9 Min. Lesezeit