KI-Modelle und Plattformen
OpenAI veröffentlicht Decisions API in öffentlicher Beta, betrieben von GPT-6 Luna
Unite.AI zu deinen bevorzugten Quellen auf Google hinzufügen
OpenAI hat die Decisions API am 6. Oktober 2026 in öffentlicher Beta veröffentlicht und dabei einen Endpunkt eingeführt, der typisierte Antworten auf von Entwicklern definierte Fragen zu Text‑ und Bildeingaben zurückgibt. Das OpenAI API‑Änderungsprotokoll dokumentiert die Beta‑Veröffentlichung mit gpt-6-luna, bereitgestellt über einen dedizierten POST /v1/decisions Endpunkt.
OpenAI sagt, dass der neue Endpunkt diese Antworten etwa 10‑mal schneller liefert als die Responses API. Laut der Decisions API‑Dokumentation kann die API im Playground getestet werden, wo Entwickler Fragen und Eingaben ausprobieren können, bevor sie Code schreiben.
Die Veröffentlichung folgt auf die Einführung der API bei DevDay 2026, wo sie in einer limitierten Vorschau verfügbar war. OpenAIs DevDay-Zusammenfassung erklärte, dass die API das Denken des Luna‑Modells auf einen Satz von benutzerdefinierten Fragen anwendet, die jeweils über eine endliche Menge vordefinierter Antworten verfügen, sodass Entwickler Text‑ oder Bildkontext bereitstellen und Ergebnisse erhalten können, die die Inhaltsklassifizierung, die Anfragenweiterleitung oder die nächste Aktion eines Agenten steuern. OpenAI sagte zu diesem Zeitpunkt, dass eine umfassende Veröffentlichung in den kommenden Tagen geplant sei.
Der Endpunkt läuft auf GPT-6 Luna, einem Denkmodell, das OpenAI zusammen mit GPT-6 Sol am 22. September 2026 veröffentlicht hat. Beide Modelle akzeptieren Text‑ und Bildeingaben und erzeugen Text über die Responses‑ und Chat‑Completions‑APIs.
Wie die Decisions API funktioniert
Jede Anfrage besteht aus drei Teilen. Das Modell‑Feld wählt das zu bewertende Modell aus; derzeit wird nur gpt-6-luna unterstützt. Das Eingabe‑Feld trägt die gemeinsam genutzte Evidenz für die Fragen, entweder als Textzeichenkette oder als Benutzernachrichten, die Text und Bilder enthalten. Das Fragen‑Array gibt an, was das Modell bewerten soll: den Fragetyp, die Anweisungen und mögliche Auswahlmöglichkeiten oder Bewertungsstufen. Die Antwort enthält ein answers‑Array, und jede Frage trägt einen eindeutigen Namen, den die API zusammen mit ihrer Antwort zurückgibt.
Eine Prädikatfrage prüft eine Bedingung, zum Beispiel sichtbare Schäden an einem Produkt oder ob ein Abschnitt relevant ist, und liefert eine Wahrscheinlichkeitsabschätzung von 0 bis 1, dass die Bedingung wahr ist. Im Beispiel der Anleitung wird ein Produktfoto auf Riss, Riss oder Delle untersucht, und eine illustrative Antwort gibt eine Wahrscheinlichkeit von 0,92 zurück; eine Anwendung kann Fotos zur Überprüfung markieren, sobald der Wert einen vom Entwickler festgelegten Schwellenwert überschreitet.
Eine Auswahlfrage wählt einen Wert aus einer festen Menge bereitgestellter Optionen, wobei jede Option eine Beschreibung enthält, die erklärt, wann sie zutrifft. Die Antwort enthält den ausgewählten Wert, ein Wahrscheinlichkeits‑Array, das jede Option abdeckt, und ein separates Vertrauens‑Feld. Das Routing‑Beispiel der Anleitung leitet eine Kundenbeschwerde über eine doppelte Belastung an eine Abrechnungsoption weiter, bevor technische, Versand‑ und andere Alternativen berücksichtigt werden. OpenAIs Empfehlung lautet, einen Fallback‑Wert hinzuzufügen, wie zum Beispiel other für Eingaben, die von den Kategorien nicht vorhergesehen werden; die Anwendung kann dieses Fallback‑Ergebnis an eine allgemeine Prüfungswarteschlange weiterleiten.
Eine Score‑Frage bewertet eine Eingabe anhand geordneter Stufen, zum Beispiel der Schwere eines Problems, die von niedrig nach hoch angeordnet sind. Der zurückgegebene Score ist der wahrscheinlichkeit‑gewichtete Mittelwert der Stufenindizes, die bei 0 beginnen, sodass das Ergebnis zwischen zwei definierten Stufen liegen kann. Im ausgearbeiteten Beispiel führen Wahrscheinlichkeiten von 0,1, 0,7 und 0,2 über drei Schweregrade zu einem Score von 1,1 bei einem Vertrauen von 0,55.
Für Ausgaben, die über diese drei Antworttypen hinausgehen, verweist die Dokumentation Entwickler auf Structured Outputs mit der Responses‑API, wenn sie ein Objekt benötigen, das einem benutzerdefinierten JSON‑Schema entspricht, sowie auf function calling, wenn ein Modell einen Tool‑Aufruf mit Argumenten anfordern muss.
Nutzungsrichtlinien und Eingabebegrenzungen
Bilder müssen als Inline‑Base64‑Data‑URLs gesendet werden; der Endpunkt unterstützt keine gehosteten HTTP‑ oder HTTPS‑Bild‑URLs oder file_id‑Eingaben. Um ein Bild zusammen mit Anweisungen oder anderem Kontext zu bewerten, platzieren Entwickler die Teile input_text und input_image in einer einzigen Benutzernachricht.
Unabhängige Fragen können dasselbe Fragen‑Array einer einzelnen Anfrage teilen, und jede Frage kann einen anderen Typ verwenden, sodass eine Anwendung ein Produktfoto auf Schäden prüfen und die Produktkategorie in einem Aufruf klassifizieren kann. Wenn eine Entscheidung von einer vorherigen Antwort abhängt, muss die Anwendung separate Anfragen senden und das erste Ergebnis als Voraussetzung für die Folgende nutzen, etwa um Schäden zu bestätigen, bevor nach einer Reparaturkategorie gefragt wird.
Die Autor‑Richtlinien der Dokumentation konzentrieren sich auf beobachtbare Kriterien: unterschiedliche Anliegen in separaten Fragen behandeln, jeder Auswahl eine eindeutige Bedeutung geben und Bewertungsstufen so definieren, dass benachbarte Stufen klar differieren. Bei der Interpretation empfiehlt die Richtlinie, Schwellenwerte anhand von gekennzeichneten Beispielen aus der Produktionsanwendung zu kalibrieren und die relativen Kosten von Fehlalarmen und Fehlabsagen abzuwägen.
Preisgestaltung, Datenkontrollen und Sprache
Die Preisgestaltung für den Endpunkt mit gpt-6-luna beträgt $0,10 pro 1 M Eingabetoken. Es werden nur Eingabetoken berechnet: Cache‑Lese‑, Cache‑Schreib‑ und Ausgabetoken sind kostenfrei. Regionale Verarbeitungszuschläge und Preis‑Multiplikatoren für Langkontext‑Eingaben gelten weiterhin, während gpt-6-luna‑Anfragen außerhalb /v1/decisions den geltenden Modell‑ und Verarbeitungs‑Stufen‑Preisen folgen.
Die API unterstützt Zero Data Retention und HIPAA‑Nutzung für berechtigte Kunden, mit Datenresidenz und regionaler Verarbeitung in den Vereinigten Staaten und in Europa (dem Europäischen Wirtschaftsraum und der Schweiz). Für sprachgesteuerte Anwendungen lässt die Client‑Delegation mit der Live API einen Agenten Aktionen aus Sprachaufforderungen auswählen und die Ergebnisse dem Nutzer zurückmelden.
OpenAI sagt, dass es erwartet, dass die Decisions API in den kommenden Wochen die allgemeine Verfügbarkeit erreicht.
