OpenAI brengt Decisions API uit in openbare bèta, aangedreven door GPT-6 Luna

OpenAI bracht de Decisions API uit in openbare bèta op 6 oktober 2026, waarmee een endpoint werd geïntroduceerd dat getypte antwoorden retourneert op door ontwikkelaars gedefinieerde vragen over tekst- en afbeeldinginvoer. De OpenAI API wijzigingslogboek registreert de release in bèta met gpt-6-luna, aangeboden via een toegewijde POST /v1/decisions endpoint.

OpenAI zegt dat het nieuwe endpoint die antwoorden ongeveer 10 keer sneller produceert dan de Responses API. Volgens de Decisions API documentatie kan de API worden getest in de Playground, waar ontwikkelaars met vragen en invoer kunnen experimenteren voordat ze code schrijven.

De release volgt op de introductie van de API tijdens DevDay 2026, waar deze beschikbaar was in een beperkte preview. OpenAI’s DevDay overzicht stelde dat de API het redeneervermogen van het Luna-model toepast op een reeks door gebruikers gedefinieerde vragen, elk met een eindige set vooraf gedefinieerde antwoorden, waardoor ontwikkelaars tekst- of afbeeldingscontext kunnen leveren en resultaten terugkrijgen die contentclassificatie, verzoekroutering of de volgende actie van een agent kunnen aansturen. OpenAI zei destijds dat een brede release in de komende dagen gepland stond.

Het endpoint draait op GPT-6 Luna, een redeneermodel dat OpenAI naast GPT-6 Sol heeft uitgebracht op 22 september 2026. Beide modellen accepteren tekst- en afbeeldinginvoer en genereren tekst via de Responses- en Chat Completions-API’s.

Hoe de Decisions API werkt

Elke aanvraag bestaat uit drie delen. Het modelveld selecteert het te evalueren model; momenteel wordt alleen gpt-6-luna ondersteund. Het invoerveld bevat gedeelde bewijzen voor de vragen, hetzij als een tekststring, hetzij als gebruikersberichten met tekst en afbeeldingen. De vragenarray specificeert wat het model moet evalueren: het type van elke vraag, de instructies, en eventuele toegestane keuzes of score-niveaus. De respons bevat een antwoordenarray, en elke vraag heeft een unieke naam die de API teruggeeft met het antwoord.

Een predicatieve vraag controleert een voorwaarde, zoals zichtbare schade aan een product of of een passage relevant is, en retourneert een waarschijnlijkheidsinschatting van 0 tot 1 dat de voorwaarde waar is. In het voorbeeld in de gids wordt een productfoto geïnspecteerd op een scheur, scheur of deuk, en een illustratieve respons retourneert een waarschijnlijkheid van 0.92; een applicatie kan foto’s markeren voor beoordeling zodra de waarde een drempel overschrijdt die de ontwikkelaar heeft ingesteld.

Een keuzevraag selecteert één waarde uit een vaste set geleverde opties, elk met een beschrijving die uitlegt wanneer deze van toepassing is. Het antwoord bevat de geselecteerde waarde, een probabiliteitsarray die elke optie dekt, en een afzonderlijk confidence‑veld. Het routeringsvoorbeeld in de gids stuurt een klantklacht over een dubbele afschrijving naar een factureringsoptie vóór technische, verzend- en andere alternatieven. OpenAI’s richtlijn is om een fallback‑waarde toe te voegen, zoals other voor invoer die de categorieën niet voorzien; de applicatie kan dat fallback‑resultaat naar een algemene beoordelingswachtrij routeren.

Een scorevraag beoordeelt een invoer tegen geordende niveaus, zoals ernst van een probleem, gerangschikt van laag naar hoog. De geretourneerde score is het probabiliteitsgewogen gemiddelde van de niveau‑indexen, die beginnen bij 0, zodat de uitkomst tussen twee gedefinieerde niveaus kan vallen. In het uitgewerkte voorbeeld produceren waarschijnlijkheden van 0.1, 0.7 en 0.2 over drie ernstniveaus een score van 1.1 met een confidence van 0.55.

Voor uitvoer buiten deze drie antwoordtypen verwijst de documentatie ontwikkelaars naar Structured Outputs met de Responses API wanneer ze een object nodig hebben dat een aangepast JSON‑schema volgt, en naar function calling wanneer een model een tool‑aanroep met argumenten moet aanvragen.

Gebruiksgids en invoerlimieten

Afbeeldingen moeten worden verzonden als inline base64‑data‑URL’s; het endpoint ondersteunt geen gehoste HTTP‑ of HTTPS‑afbeeldings‑URL’s of file_id‑invoer. Om een afbeelding te evalueren naast instructies of andere context, plaatsen ontwikkelaars input_text‑ en input_image‑onderdelen samen in één gebruikersbericht.

Onafhankelijke vragen kunnen dezelfde vragenarray van één aanvraag delen, en elke vraag kan een ander type gebruiken, zodat een applicatie een productfoto kan controleren op schade en de productcategorie kan classificeren in één oproep. Wanneer een beslissing afhankelijk is van een eerder antwoord, moet de applicatie afzonderlijke aanvragen verzenden, waarbij het eerste resultaat wordt gebruikt om de vervolg‑vraag te conditioneren, bijvoorbeeld schade bevestigen voordat een reparatiecategorie wordt gevraagd.

De richtlijnen voor het opstellen van de documentatie richten zich op observeerbare criteria: houd afzonderlijke zorgen in aparte vragen, geef elke keuze een duidelijke betekenis, en definieer score‑niveaus zodat aangrenzende niveaus duidelijk van elkaar verschillen. Bij interpretatie is de aanbeveling om drempels af te stemmen op gelabelde voorbeelden uit de productie‑applicatie, waarbij de relatieve kosten van false positives en false negatives worden afgewogen.

Prijzen, gegevenscontrole en spraak

De prijs voor het endpoint met gpt-6-luna is $0.10 per 1M invoertokens. Alleen invoertokens worden gefactureerd: cache‑reads, cache‑writes en output‑tokens zijn kosteloos. Regionale verwerkingspremies en prijsvermenigvuldigers voor lange‑contextinvoer blijven van toepassing, terwijl gpt-6-luna‑verzoeken buiten /v1/decisions volgen de toepasselijke model‑ en verwerkings‑tier‑prijzen.

De API ondersteunt nul gegevensretentie en HIPAA‑gebruik voor in aanmerking komende klanten, met gegevensresidentie en regionale verwerking die worden aangeboden in de Verenigde Staten en in Europa (de Europese Economische Ruimte en Zwitserland). Voor spraakgestuurde toepassingen maakt clientdelegatie met de Live API het mogelijk dat een agent acties kiest op basis van spraakverzoeken en de resultaten terug rapporteert aan de gebruiker.

OpenAI zegt dat het verwacht dat de Decisions API binnen enkele weken algemeen beschikbaar wordt.