OpenAI a annoncé Decisions API au DevDay du 29 septembre. Son récapitulatif officiel décrit une tâche ciblée : les développeurs fournissent un contexte textuel ou visuel, posent leurs propres questions avec un ensemble fini de réponses prédéfinies et obtiennent des réponses pour classer, acheminer des demandes ou choisir la prochaine action d’un agent. OpenAI indique que le service concentre l’intelligence de GPT-6 Luna sur ces questions.

Cette description mérite l’attention des développeurs d’applications, mais ne constitue pas encore un contrat d’intégration public. Le récapitulatif qualifie le service de préversion limitée et prévoit une diffusion plus large « dans les prochains jours ». Lors de notre vérification du 30 septembre, le journal des modifications de l’API OpenAI ne mentionnait pas Decisions API. Dans les documents consultés, nous n’avons trouvé ni route de requête publique, ni schéma de requête ou de réponse, ni exemple de SDK, ni tarif pour Decisions API. BIG CHANGE n’a pas appelé le service.

La décision définit la frontière du produit

Dans une application, une classification peut compter parce qu’elle détermine la suite du processus. Les exemples d’OpenAI incluent le choix d’une catégorie, l’acheminement d’une demande et la sélection d’une action d’agent. L’interface annoncée place au centre la question du développeur et les réponses autorisées. Une réponse peut être utile à un logiciel qui sait déjà ce que signifie chaque choix.

Un ensemble fini de réponses permet aussi de préciser plus facilement le comportement attendu qu’une réponse libre. Le développeur peut définir les choix pertinents pour l’application, puis vérifier si la réponse sélectionnée convient à des entrées représentatives. Il s’agit d’une analyse de la conception annoncée, et non d’un constat sur la précision de la préversion. Une réponse limitée à des étiquettes valides peut tout de même être erronée. L’application doit décider si une étiquette suffit pour agir, si une vérification est nécessaire et comment corriger une erreur.

La différence est particulièrement nette lorsqu’un modèle choisit la prochaine action d’un agent. OpenAI cite cet usage pour Decisions API, mais n’a pas publié le fonctionnement de l’exécution des actions dans cette préversion. Choisir l’étape suivante et l’exécuter sont deux opérations distinctes. Sauf indication contraire d’OpenAI, les autorisations, l’action elle-même et la vérification du résultat relèvent du flux de travail environnant.

Ce que les API existantes documentent déjà

Les développeurs qui ont besoin aujourd’hui d’une sortie encadrée disposent d’une solution documentée avec l’ API Responses et Structured Outputs . Structured Outputs peut imposer à la réponse du modèle de respecter un schéma JSON fourni, y compris un champ dont les valeurs autorisées appartiennent à un ensemble fixe. La documentation précise que le respect du schéma n’élimine pas les erreurs dans les valeurs renvoyées. Cette fonction peut donc encadrer le format d’un résultat de classification, mais une évaluation propre à la tâche reste nécessaire pour juger la classification. OpenAI n’a pas indiqué si Decisions API utilise Structured Outputs ou partage son implémentation.

Les appels de fonctions concernent une autre étape du flux de travail. L’application définit les fonctions et leurs arguments ; le modèle peut demander un appel, puis le code de l’application l’exécute et renvoie le résultat. C’est pertinent lorsque l’étape choisie doit appeler un outil. Le développeur garde le contrôle des fonctions disponibles et de l’autorisation de l’opération demandée. Le flux documenté des appels de fonctions ne précise ni le point de terminaison de Decisions API ni la représentation de ses réponses.

Moderation est un classificateur spécialisé pour les textes et les images potentiellement nuisibles. Ses résultats documentés appuient la politique de contenu d’une application, notamment les procédures de vérification ou d’intervention. C’est la comparaison pertinente lorsque la question porte sur les catégories de contenu préjudiciable. L’annonce de Decisions API décrit plutôt des questions et des choix de réponse définis par le développeur. Le récapitulatif ne prétend pas que Decisions API remplace le point de terminaison Moderation ou fournit ses catégories de sécurité.

Ces distinctions comptent autant pour les achats que pour le code. La page du modèle GPT-6 Luna et la page des tarifs de l’API publient les prix standard des modèles. La mention de Luna dans le récapitulatif ne prouve pas que les appels à Decisions API appliquent ces tarifs. Ni le récapitulatif ni le journal public consulté le 30 septembre ne mentionnent de frais propres à Decisions API. Il faut attendre un prix et une unité de facturation explicites avant de comparer les budgets.

Le grand changement

OpenAI a annoncé un service conçu pour prendre, à partir de texte ou d’images, des décisions parmi un ensemble fini d’options définies par le développeur. L’occasion immédiate est de mieux distinguer la réponse du modèle de l’application qui l’utilise. Pour l’instant, il s’agit d’une description de produit en préversion limitée. En l’absence de contrat public, il est impossible de rédiger un guide d’implémentation fiable ou de comparer les performances aux API existantes sur la base de mesures.

Notre guide des nouveautés du DevDay présente Decisions API parmi les annonces et préversions de l’événement. Cet article complémentaire porte sur l’interface de décision et sur ce qu’un développeur peut vérifier. BIG CHANGE présentation de Jev et les démonstrations de Jev concernent un autre produit, celui de TypeSafe AI. Un vocabulaire similaire autour de la décision ne prouve pas une architecture, un entraînement ou un comportement d’API communs.

À vérifier avant d’adopter la préversion

La prochaine étape pratique consiste à définir une tâche réelle de classification ou d’acheminement, les réponses autorisées, les éléments permettant de juger une réponse correcte et les conséquences d’une erreur. Une API déjà documentée peut être évaluée dès maintenant sur cette tâche. Pour Decisions API, les développeurs ayant accès à la préversion doivent obtenir le contrat réel d’OpenAI avant l’intégration : critères et voie d’accès ; champs pris en charge dans les requêtes et réponses ; traitement des entrées non prises en charge ou ambiguës ; limites de débit ; gestion des données ; tarifs ; versions. Il faudra ensuite mesurer la latence et le taux d’erreur sur la charge de travail de l’application. L’annonce ne fournit aucune de ces mesures.

Le projet d’OpenAI d’élargir la diffusion est un calendrier prévisionnel, et non la confirmation que l’accès est ouvert. Le journal des modifications de l’API et les futurs documents du produit permettront de vérifier les conditions de diffusion lorsqu’ils paraîtront. D’ici là, les affirmations de la communauté sur la vitesse, les champs de confiance ou la syntaxe exacte des appels ne doivent pas être considérées comme des spécifications d’OpenAI.

Sources et lectures complémentaires

  • OpenAI, DevDay 2026 Recap — annonce du 29 septembre sur le principe de réponses finies de Decisions API, le contexte textuel ou visuel, les usages et la préversion limitée. Le récapitulatif ne fournit ni schéma de requête, ni prix, ni benchmark.
  • Journal des modifications de l’API OpenAI — recherche effectuée le 30 septembre sur « Decisions API », « decision layer » et « fast decision layer » ; aucune entrée trouvée. Cette absence ne remet pas en cause l’annonce officielle et n’établit pas le statut de l’accès privé à la préversion.
  • OpenAI API, Structured Outputs — documentation sur le respect des schémas et avertissement : les valeurs renvoyées peuvent malgré tout être erronées. Ne documente pas Decisions API.
  • OpenAI API, Function calling — documentation sur les fonctions, les appels du modèle et l’exécution par l’application ; distingue le choix d’une action de son exécution.
  • OpenAI API, Moderation — classification de contenus potentiellement nuisibles dans les textes et les images, avec des catégories et usages adaptés à chaque objectif.
  • OpenAI API, GPT-6 Luna et tarifs de l’API — contexte tarifaire des modèles standard uniquement ; aucune de ces pages n’établit la facturation de Decisions API.
  • Article de la communauté Hugging Face par bna — piste proposée par un lecteur, et non publication ou spécification d’API d’OpenAI. Ses affirmations sur la vitesse et l’implémentation ne sont pas reprises.