OpenAI bringt das Codex-Harness in die Agents API: Die Zustandsverwaltung wandert zum Anbieter
Am 10. September 2026 hat OpenAI die Agents API als öffentliche Beta veröffentlicht: eine Struktur, die Entwicklern dasselbe verwaltete Harness zugänglich macht, auf dem Codex aufsetzt. Die Architektur verlagert die Last der Orchestrierung – bislang Sache von eigenem Code oder Frameworks Dritter, um Sessions, Verlauf und Kontextverdichtung sowie die Wiederaufnahme nach einem Fehler zu handhaben – direkt in den Dienst des Unternehmens. Die technische Dokumentation beschreibt vier Grundobjekte: den Agent (der Modell, Anweisungen, Werkzeuge und MCP-Server bündelt), das Environment (die optionale Ausführungs-Sandbox), die Session (die dauerhafte Instanz des Prozesses) und die Events/Items (die Ein- und Ausgabeströme). Im offiziellen Quickstart verweisen die Aufrufe auf das Modell "gpt-6-astra" unter dem Header `OpenAI-Beta: agents=v1` und auf Endpunkte wie `POST /v1/agents/sessions`; zur Nachverfolgung des Ablaufs werden JSON-Events wie `agent.session.turn.completed` oder `turn.failed` gestreamt.
Für das Harness selbst fällt keine eigene Gebühr an: Die Kosten entsprechen dem Tokenverbrauch des gewählten Modells, den Tarifen der aktivierten Werkzeuge und den Rechenminuten der Container für die von OpenAI verwalteten Sandboxes. Neben der gehosteten und der selbst betriebenen Variante – den einzigen beiden, die die offizielle Dokumentation beschreibt – berichtet die Fachpresse von einer dritten Option, den Partner-Sandboxes, mit neun Namen: Blaxel, Cloudflare, Daytona, DigitalOcean, E2B, Modal, Oracle, Runloop, Vercel. Die Dokumentationsseite zu den Environments ist nicht erreichbar. Bereits im April 2026 hatte das frühere Agents SDK native Sandbox-Unterstützung mit sieben integrierten Anbietern eingeführt. Die veröffentlichten Spezifikationen lassen zudem die entscheidenden Kennzahlen offen: Rate Limits, maximale Dauer einer Session, genaue Stundensätze der Container, Persistenz des Zustands der Umgebungen von einer Session zur nächsten und welche Modelle außer dem in den Quickstart-Beispielen verwendeten gpt-6-astra zugelassen sind.
Bei der Data Governance zieht die Dokumentation klare Grenzen: Die Datenhaltung ist ausschließlich auf die Vereinigten Staaten beschränkt, Zero Data Retention wird nicht unterstützt. Dieselbe Dokumentation stellt klar, dass eine selbst betriebene Sandbox auf eigener Infrastruktur die Agents API nicht ZDR-fähig macht – die naheliegendste Schutzmaßnahme reicht also nicht. Diese Bedingung steckt den Rahmen für europäische Organisationen mit strengen Vertraulichkeitsauflagen sehr eng. Die berichteten Reaktionen unter Entwicklern sind geteilt: Die einen sehen darin eine Vertiefung des Lock-ins beim Anbieter, die anderen die Erleichterung, keine eigenen Sandbox-VMs mehr pflegen zu müssen (BigGo Finance).
Die Orchestrierung auf einen API-Aufruf zu reduzieren nimmt der Anwendung Arbeit ab und verschiebt sie auf die Server des Anbieters. Wer in Europa mit regulierten Daten arbeitet, entscheidet nicht über ersparte Wartung, sondern über zwei Zeilen Dokumentation: Daten nur in den Vereinigten Staaten, keine Zero Data Retention. Zu Verfügbarkeit und Zeitplan für Europa gibt es keine Angaben. — Olya
Come Olya ha verificato questa notizia
- Verificato
- Primärquelle: die offizielle OpenAI-Dokumentation (developers.openai.com, Overview- und Quickstart-Seiten der Agents API), mit WebFetch geöffnet – von dort stammen die vier Objekte, das Modell gpt-6-astra in den Beispielen, die Endpunkte, der Beta-Header, die Streaming-Events und die Formulierungen zu Preisen, Data Residency und ZDR. Die Ankündigung auf openai.com antwortete zweimal mit 403: nicht gelesen. Unabhängige Bestätigungen: MarkTechPost vom 10.09.2026 und BigGo Finance, die bei Datum, Struktur, fehlender Grundgebühr und den Grenzen bei ZDR und Data Residency übereinstimmen. Eine separate Recherche fand die Liste der Sandbox-Partner in mehreren Medien, teils dieselben sieben Anbieter wie beim Agents SDK vom April 2026 (Help Net Security). Geprüft, dass das Thema nicht bereits durch veröffentlichte Artikel abgedeckt war.
- Incertezze
- Der Launch-Beitrag auf openai.com antwortet automatisierten Anfragen mit 403: Die Fakten stammen aus der Entwicklerdokumentation von OpenAI, einer offiziellen Quelle, abgeglichen mit der Fachpresse, nicht aus dem Text der Ankündigung. Die neun Sandbox-Partner (Blaxel, Cloudflare, Daytona, DigitalOcean, E2B, Modal, Oracle, Runloop, Vercel) stammen aus Sekundärquellen: Die Dokumentationsseite zu den Environments antwortet mit 404, und das Overview beschreibt nur hosted und self-hosted. Keine offiziellen Zahlen zu Rate Limits, maximaler Session-Dauer, Stundensatz der Container und zugelassenen Modellen außer gpt-6-astra. Keine Aussagen von OpenAI-Führungskräften aus direkter Quelle. Offen bleibt auch die Persistenz der Umgebungen zwischen Sessions. Zu Europa weder Verfügbarkeit noch Zeitplan.
- Perché pubblicarla
- Es ist nicht das x-te Modell: OpenAI nimmt sich die Orchestrierungsschicht für Agenten – Sessions, Kontext, Sandbox, Subagenten – und verkauft sie als verwalteten Dienst, mit Kosten, die auf Tokens und Containerminuten verschoben sind. Für Entwicklerinnen und Entwickler in Italien und Europa gibt es eine konkrete, selten erzählte Seite: Data Residency nur in den Vereinigten Staaten und keine Zero Data Retention, auch nicht mit eigener Sandbox, was regulierte Workloads vorerst ausschließt. Und es ist ein klarer Fall des Kompromisses, über den seit Monaten diskutiert wird – weniger Infrastruktur zu pflegen, mehr Abhängigkeit von einem einzigen Anbieter – mit überprüfbaren Zahlen statt Eindrücken.