8 min de lecture - API Decisions d’OpenAI : où placer l’IA bornée dans un processus

OpenAI a rendu son API Decisions généralement disponible le 22 octobre 2026. Le point d'accès dédié reçoit du texte, des images ou du JSON structuré, puis renvoie une réponse bornée : une probabilité, un choix parmi des options fournies ou un score selon des niveaux ordonnés. Le format de réponse est étroit. La conséquence métier peut être beaucoup plus large.

Cette différence doit guider l'adoption. Un ticket mal routé peut attendre quelques minutes ; un paiement, une suspension de compte ou un recrutement touche l'argent, l'accès ou le parcours d'une personne. Ces choix exigent des règles différentes.

Posez une question plus précise : quel jugement récurrent combine une entrée ambiguë, des réponses fixes, un coût d'erreur mesurable et un repli sûr ?

La sortie est bornée, pas la responsabilité

Dans son annonce du 22 octobre, OpenAI indique que l'API est disponible avec GPT-6 Luna. Elle accepte jusqu'à 400 questions par requête, la mise en cache, des images dans chaque question et le traitement régional aux États-Unis et en Europe. OpenAI annonce jusqu'à dix fois la vitesse de GPT-6 Luna via Responses. Cette comparaison du fournisseur ne garantit aucun résultat particulier.

Le guide de développement définit trois types de réponse :

• predicate estime la probabilité qu'une condition soit vraie ;
• choice sélectionne une valeur parmi les options fournies par l'application et renvoie les probabilités ainsi qu'un indice de confiance ;
• score évalue des niveaux ordonnés et renvoie un score pondéré par les probabilités.

Une sortie typée facilite l'inspection du code. Elle ne rend pas la réponse exacte et n'autorise aucune action. L'équipe produit reste responsable des libellés, seuils, replis et effets.

Choisissez le mécanisme avant de régler le modèle

Partez de la question opérationnelle et de la personne qui décide aujourd'hui, puis comparez les mécanismes.

Ne remplacez pas une règle fiable par un service probabiliste. Le guide d'OpenAI réserve Structured Outputs aux objets suivant un schéma JSON et l'appel de fonction aux demandes d'outil. Decisions convient aux réponses de type fixe.

Notre guide sur le routage des modèles compare tâches, qualité et latence. Ici, décidez d'abord si un modèle appartient à ce point du processus.

Chiffrez les deux types d'erreur

Un taux d'exactitude masque parfois l'échec coûteux. Pour une facture, un faux positif ajoute une revue ; un faux négatif peut laisser passer une anomalie importante.

Établissez un registre des erreurs avant de fixer un seuil :

Transformez ces effets en seuils. Un routage sans conséquence grave peut agir au-dessus d'un seuil testé et envoyer le reste vers une file générale. Pour une action importante, le modèle peut seulement ordonner la revue. Consignez qui modifie le seuil et sur quelles preuves.

OpenAI demande de définir les seuils avec des exemples étiquetés de l'application et le coût des deux erreurs. La confiance alimente une règle ; elle ne certifie rien.

Composez le jeu d'évaluation à partir de la vraie file

Les entrées réelles contiennent phrases incomplètes, e-mails copiés, scans et catégories vieillies. Prélevez le jeu d'évaluation dans le processus visé, sous réserve des droits et règles de conservation.

Conservez pour chaque cas l'entrée, le libellé attendu, le motif et l'effet d'une erreur. Un désaccord entre spécialistes peut révéler une mauvaise définition de la catégorie ; ne le noyez pas dans une moyenne.

Découpez les résultats par langue, source, segment, qualité d'entrée et catégorie rare. Une activité franco-marocaine peut recevoir du français, de l'anglais ou de l'arabe ; un test monolingue n'établit rien pour les autres langues. Cet exemple ne décrit pas les performances de l'API.

Notre guide du développement piloté par l'évaluation explique le jeu de référence et la non-régression. Ajoutez un contrôle de calibration : une confiance similaire produit-elle un succès comparable dans le temps et par segment ?

Testez à côté du processus avant d'y entrer

Commencez en parallèle : copiez les entrées admissibles vers le point d'accès et stockez réponse, modèle et politique, sans lui donner d'autorité. Examinez les désaccords.

Un pilote pratique suit quatre étapes :

1. Figez question, choix et libellés. Refusez les entrées hors périmètre.
2. Testez l'historique étiqueté par erreur et segment, pas avec une moyenne unique.
3. En parallèle, consignez latence, échecs, désaccords et évolution des entrées.
4. N'autorisez qu'un routage réversible à faible conséquence. Gardez file manuelle, arrêt et trace d'audit.

Une modification du prompt, des choix, du modèle ou de la source doit relancer les tests de non-régression avant tout déplacement du seuil.

Le profil de NIST consacré à l'IA générative recommande une surveillance couvrant recours, passage outre, incidents, reprise, retrait et changements. Ce cadre volontaire ne certifie pas une intégration OpenAI et n'impose aucun seuil.

Mesurez le parcours entier

OpenAI affiche 0,10 $ par million de jetons d'entrée non mis en cache pour GPT-6 Luna, un tarif réduit pour les accès au cache, des écritures en cache facturées et aucun jeton de sortie facturé. Des coefficients régionaux et de contexte long s'appliquent. Ces conditions, vérifiées le 23 octobre 2026, peuvent changer.

Ajoutez intégration, étiquetage, revue, nouvelles tentatives, surveillance et correction. Mesurez le coût par dossier juste et le délai final ; un appel bon marché peut engorger la revue.

La liste de contrôle d'OpenAI recommande de comparer réussite, latence, jetons et coût par tâche réussie. Réseau, repli et revue peuvent annuler le gain ; testez depuis les systèmes qui porteront le trafic.

Séparez résidence, conservation et autorisation

La documentation indique un traitement régional aux États-Unis et en Europe. Résidence, Zero Data Retention et usage HIPAA ont leurs propres conditions d'éligibilité, d'accord et de configuration. Une région ne prouve ni absence de conservation ni conformité.

Avant le pilote, consignez champs, finalité, région, conservation, accès et suppression. Vérifiez le compte actif et le contrat.

Gardez une décision de lancement courte

N'autorisez un déploiement limité que si le dossier répond à ces questions :

• Quelles entrées et réponses sont incluses ou exclues ?
• Quel est le coût des deux erreurs par segment important ?
• Quelle zone de confiance peut agir, laquelle part en revue et que se passe-t-il en cas d'échec ?
• Qui possède libellés, seuils, surveillance, incidents et retour en arrière ?
• Quelles conditions et quels contrôles ont été vérifiés sur le compte actif ?
• Quel changement impose une nouvelle évaluation ?

Gardez règles ou revue humaine si les catégories sont contestées, les erreurs irréversibles ou le délai inchangé. Avancez si les réponses sont stables, le coût des erreurs acceptable et le test en parallèle supérieur à la méthode actuelle.

L'API Decisions rend une sortie bornée plus simple à acheter et à intégrer. L'autorité en production doit encore se gagner, processus par processus.

Les services IA et d'ingénierie d'Exceev peuvent vous aider à cartographier la frontière, bâtir l'évaluation et tester un routage réversible.

Sources et limites

Nous avons ouvert et vérifié toutes les sources ci-dessous le 23 octobre 2026.

• L'annonce de disponibilité générale d'OpenAI établit la date, les entrées, les fonctions, le traitement régional et la comparaison de latence du fournisseur.
• Le guide de l'API Decisions définit réponses, limite de questions, seuils, suivi, prix et contrôles de données.
• La liste de contrôle de déploiement d'OpenAI recommande des évaluations représentatives et des mesures par tâche réussie.
• Le profil de NIST consacré à l'IA générative traite, de façon indépendante et volontaire, de surveillance, recours, incidents et changements. Il n'évalue pas l'API Decisions.

Nous n'avons ni exécuté le point d'accès, ni inspecté le modèle, ni reproduit les résultats annoncés. Aucun contrat, contrôle de données ou trafic réel n'a été vérifié. Matrice, registre, pilote et questions relèvent de l'analyse d'Exceev, pas d'exigences d'OpenAI ou de NIST. Ce texte n'est pas un avis juridique et ne prétend pas qu'une réponse bornée garantit une décision sûre ou conforme.