OpenAI: öffentliche Beta
OpenAI hat die öffentliche Beta am 10. September 2026 gestartet. Entwickler, die sie bereits jetzt evaluieren möchten, können mit der OpenAI-Dokumentation und den Zugangsvoraussetzungen beginnen.
Der Codex-Harness für lang laufende Aufgaben in deiner Anwendung.
Status geprüft am 2. Oktober 2026
Entwickle Abläufe, die Probleme untersuchen, Dateien bearbeiten und über viele Schritte ein Ergebnis liefern. OpenAI Agents API bringt den Codex-Harness mit verwalteten Sitzungen, Kontextkomprimierung und parallelen Subagenten in deine Anwendung. EvoLink bereitet die Integration vor; Aufrufe sind noch nicht möglich. Abonniere das Startupdate mit Zugangsanleitung, unterstützten Funktionen und Preisen.
Das EvoLink-Startupdate enthält Zugangsanleitung, unterstützte Fähigkeiten und Preise für die Planung deiner ersten Integration.
Mit dem Absenden bestellst du E-Mail-Updates zu dieser Integration.
Hast du eine konkrete Aufgabe? Sprich mit uns auf Discord
Zugangsdokumentation, erste unterstützte Funktionen und Preise für die Integration deiner Anwendung.
OpenAI hat die öffentliche Beta am 10. September 2026 gestartet. Entwickler, die sie bereits jetzt evaluieren möchten, können mit der OpenAI-Dokumentation und den Zugangsvoraussetzungen beginnen.
Deine Anwendung authentifiziert Nutzer, autorisiert Geschäftswerkzeuge und prüft das Endergebnis. Bei einem Bericht entscheidet sie, wer ihn herunterladen darf; bei einem Ticket speichert sie die Freigabe und die ID des erstellten Tickets.
Du möchtest EvoLink nutzen? Verfolge das Startupdate und bereite erste Aufgabe, Geschäftswerkzeuge und Abnahmekriterien vor.
OpenAIs Ankündigung und Verfügbarkeit beim Anbieter.
Offizielle Dokumentation zu Sitzungen, Werkzeugen, Umgebungen und Dienstgrenzen.
Status geprüft am 2. Oktober 2026
Diese Fähigkeiten beschreiben OpenAIs Dienst. Nutze sie zur Planung eines passenden Anwendungsablaufs.
Verwaltete Sitzungen und automatische Kontextkomprimierung unterstützen viele Arbeitsschritte. Bei Repository-Pflege kann ein Agent Code untersuchen, Änderungen erstellen und innerhalb derselben Aufgabe auf Review-Feedback reagieren.
Verteile unabhängige Recherchefragen oder Dokumentprüfungen auf Subagenten mit getrennten Kontexten. Der Hauptagent führt Ergebnisse zusammen – etwa bei Untersuchungen mit mehreren unabhängigen Arbeitssträngen.
Tool Search lädt relevante Definitionen bei Bedarf. Programmatische Aufrufe können Ergebnisse im Code filtern und kombinieren, etwa CRM-Datensätze aggregieren und eine kompakte Analyse an den Agenten zurückgeben.
Prüfe gehostete Rechenumgebungen für Dateianalysen, selbst gehostete Rechenumgebungen für spezielle Abhängigkeiten oder eine Ausführung ohne Sandbox für Aufgaben mit externen Werkzeugen. Entscheide nach den Anforderungen der Aufgabe, nicht anhand eines Standardcontainers.
Verarbeite Quelldateien in einer Sandbox und erzeuge Artefakte, die deine Anwendung abrufen kann. Ein Abgleich kann CSV-Exporte in eine Arbeitsmappe mit Summen, Ausnahmen und Datensätzen zur Prüfung umwandeln.
OpenAI dokumentiert den Export von Traces im OTLP-JSON-Format. Verknüpfe Ausführungsbelege mit einer Geschäftsaufgabe, um Werkzeugaufrufe zu untersuchen, stockende Arbeitsschritte zu finden und erfolgreiche Ausführungen mit fehlgeschlagenen Versuchen zu vergleichen.
Drei vorgeschlagene Pilotaufgaben, jeweils mit einem konkreten Ergebnis und Abnahmekriterien.
Für Entwicklerwerkzeug-Teams: Repository, reproduzierbaren Pagination-Fehler und bestehende Tests bereitstellen. Der vorgeschlagene Ablauf untersucht die Ursache, erstellt einen Patch und führt gezielte Tests aus. Abnahme: Fehler behoben, Authentifizierung und öffentliches Antwortformat auch nach Folgeanweisungen unverändert.
Für Finanz- und Betriebssoftware: zwei CSV-Exporte und Zuordnungsregeln bereitstellen. Der vorgeschlagene Ablauf gruppiert Daten, berechnet Summen und liefert eine Arbeitsmappe mit Treffern, Ausnahmen und Zusammenfassung. Summen müssen unabhängigen Berechnungen entsprechen; doppelte IDs oder fehlende Währungen gehen zur Prüfung statt still aufgelöst zu werden.
Für Supportwerkzeug-Teams: Problem, Lesezugriff auf relevante Datensätze und Freigaberegel bereitstellen. Der vorgeschlagene Ablauf sammelt Belege und entwirft ein Ticket; Anwendungscode erstellt es nach Freigabe. Unterbrich nach Erstellung: Die Anwendung muss die vorhandene ID wiederfinden und das Ergebnis ohne Duplikat anzeigen.
Nutze diese Checkliste vor dem Pilot. Sichere Eingaben und erwartete Ergebnisse zum Vergleich mit der bisherigen Implementierung.
| Dein Workflow | Was vorzubereiten ist |
|---|---|
| Sitzungen und Ereignisse | Definiere eine ID für die Geschäftsaufgabe, den Beginn einer Sitzung und was Nutzer sehen sollen, wenn sie zur Aufgabe zurückkehren. |
| Dateien und Artefakte | Sichere typische Eingabedateien, Ausgabeformat und Berechtigungen für den Download. |
| Ausführungsumgebungen | Erfasse Paketabhängigkeiten, Speicherbedarf und benötigte Lebensdauer der Arbeitsdateien. |
| Werkzeuge und MCP | Liste die Systeme auf, die der Agent lesen oder verändern darf, und kennzeichne Aktionen, die eine menschliche Freigabe erfordern. |
| Tracing und Nutzung | Erfasse heutige Kosten je abgenommenem Ergebnis und die Ausführungsdetails für die Fehlerdiagnose. |
| Wiederherstellung und Abbruch | Definiere sichere Wiederholungsregeln und einen Weg, erledigte Aktionen wie ein vorhandenes Ticket wiederzufinden. |
Ordne Agentenschleife, Compute, Geschäftsregeln und Anwendungsanbindung den jeweiligen Verantwortlichen zu.
Der verwaltete Dienst betreibt Agentenschleife und Sitzungskontext. Das ist etwas anderes als die Ausführung des Agents SDK in deiner Anwendung.
Code und Dateien werden in einer Ausführungsumgebung bearbeitet. Eine eigene Sandbox bedeutet nicht, den gesamten verwalteten Dienst selbst zu hosten.
Deine Anwendung authentifiziert Nutzer, autorisiert Geschäftswerkzeuge und prüft das Endergebnis. Bei einem Bericht entscheidet sie, wer ihn herunterladen darf; bei einem Ticket speichert sie die Freigabe und die ID des erstellten Tickets.
EvoLink bereitet die Gateway-Anbindung vor. Trenne Geschäftswerkzeuge vom API-Adapter, damit du den veröffentlichten Integrationsweg übernehmen kannst, ohne den Workflow neu zu schreiben.
Laut OpenAI fällt für Agents API keine separate API-Gebühr an; Kosten für Modelle, Werkzeuge und gehostete Umgebungen fallen weiterhin an. Vergleiche die direkten Gesamtkosten geteilt durch die Anzahl abgenommener Ergebnisse und beziehe die Kosten fehlgeschlagener Ausführungen und von Wiederherstellungsversuchen ein. Erfasse die Lebensdauer der Umgebung getrennt von der Nutzerunterhaltung und den Entwicklungsaufwand getrennt von den Nutzungsgebühren.
EvoLink-Preise folgen in den Startinformationen. Erfasse bis dahin die heutigen Kosten je abgenommener Aufgabe als Vergleichsbasis.
Wähle den nächsten Schritt anhand der Laufzeitkontrolle, geschäftlicher Einschränkungen und Datenanforderungen. Bewerte Modellaufrufe getrennt vom Zugang zu verwalteten Sitzungen.
Wenn dein Team viel Aufwand in die Ausführung lang laufender Aufgaben investiert, kann es eine Untersuchung mit reinem Lesezugriff oder die Erstellung eines Berichts aus Dateien vorbereiten. Halte Eingaben, Abnahmeregeln und die aktuellen Kosten bis zum Abschluss fest, bevor du eine neue Laufzeitumgebung evaluierst.
Eine feste Abfolge mit etablierten Freigabe- und Wiederherstellungsregeln profitiert möglicherweise nicht von einer weiteren Laufzeitumgebung. Trenne wiederverwendbare Geschäftswerkzeuge von Sitzungsadaptern, damit die Evaluation kein Neuschreiben des Produkts erfordert.
Stand 2. Oktober dokumentiert OpenAI für Agents API ausschließlich Datenresidenz in den USA und keine Unterstützung für Zero Data Retention – auch bei selbst gehosteten Sandboxes. Unvereinbare Anforderungen schließen diese Option aus; eine private Ausführungsumgebung hebt die Grenze zum verwalteten Dienst nicht auf.
Harness, Werkzeugmechanismen, Kostenabgrenzung und vorbereitete Abnahmefälle prüfen.
Laufzeitkontrolle, Wiederherstellung, Migrationskosten und Eignung für die jeweilige Aufgabe vergleichen.
Modelle nach Aufgabe vergleichen und eine passende Route für die bestehende Anwendung wählen.
Noch nicht. Die Integration läuft. Diese Seite wird aktualisiert, sobald unterstützte Operationen und Zugangsvoraussetzungen verifiziert sind.
Nein. Agents API bietet eine verwaltete Laufzeit; beim SDK betreibt deine Anwendung die Orchestrierung. Entscheidend ist, wo du Ausführungskontrolle benötigst.
Nutze zum Start die spezifische Agents-API-Anleitung. Verwaltete Sitzungen haben eigene API-Operationen; ein bestehendes Modellaufruf-Beispiel ist keine Einrichtungsanleitung dafür.
EvoLink hat noch kein Startdatum und keine Preise angekündigt. Das Startupdate enthält Verfügbarkeit, Zugangsanleitung und Preise zur Integrationsplanung.
OpenAI unterstützt selbst gehostete Ausführungsumgebungen und betreibt dabei weiterhin die verwaltete Agentenlaufzeit. Wenn du eine bestimmte Sandbox benötigst, bereite deren Abhängigkeiten und Netzwerkanforderungen vor; unterstützte Verbindungen findest du in der EvoLink-Dokumentation zum Start.
Wähle eine repräsentative Aufgabe, definiere ein erfolgreiches Ergebnis, bestimme die Werkzeugberechtigungen und erfasse die aktuellen Kosten dieser Aufgabe. Plane die Evaluation mithilfe des Release-Leitfadens und des Laufzeitvergleichs.