
Tech • IA • Robotique • Jeu
OpenAI introduit une Decisions API pensée pour les logiciels qui ont besoin d’un signal exploitable immédiatement, plutôt que d’un texte rédigé. L’outil vise les cas de routage, priorisation et classification dans les workflows d’entreprise. Il traite à la fois du texte et des images, avec une sortie sous forme de probabilités. L’enjeu est de déplacer l’usage des modèles d’IA de la génération vers la prise de décision opérationnelle.
La nouvelle interface repose pour l’instant sur un seul modèle, GPT-6 Luna. OpenAI le positionne comme une brique spécialisée pour évaluer une entrée plutôt que rédiger une réponse complète. Cette spécialisation réduit la friction d’intégration pour les applications métiers qui attendent un score ou un choix, pas une explication longue. Le produit marque aussi une segmentation plus nette de la gamme API entre génération et décision.
Selon OpenAI, la Decisions API est environ 10 fois plus rapide qu’une approche via Responses API sur les tâches simples. La promesse économique repose sur l’absence de génération de texte, donc sur la suppression des coûts liés aux tokens de sortie. Le tarif annoncé est de 0,10 $ par million de tokens en entrée. Pour la classification courte et le tri automatique, cela peut fortement abaisser le coût unitaire.
L’API expose trois formats de décision distincts. Predicate estime la probabilité qu’une affirmation soit vraie, score note une entrée sur des niveaux ordonnés, et choice sélectionne la meilleure option dans un ensemble donné. Cette structuration standardise des tâches habituellement bricolées avec du prompting libre. Elle rapproche les modèles de composants logiciels déterministes, plus faciles à monitorer et à auditer.
Du côté de Claude, la vraie contrainte d’un abonnement à 200 $ ne serait pas la taille de contexte, mais le budget hebdomadaire d’usage. Plusieurs plafonds coexistent, avec des limites de session de court terme et des limites agrégées sur plusieurs jours. Les premières restent gérables car elles se réinitialisent rapidement, tandis que les secondes peuvent interrompre le travail plus durablement. Un repère pratique avancé consiste à ne pas dépasser environ 14 % par jour sur un cycle de sept jours.
L’économie de Claude reste dominée par les tokens, en particulier ceux liés à la production de sortie. Le coût réel ne dépend donc pas seulement de ce que le modèle lit, mais de ce qu’il génère pendant son raisonnement. Les écarts de prix entre modèles peuvent rapidement faire dérailler un forfait pourtant élevé en apparence. Pour les équipes, l’optimisation passe moins par la compression agressive du contexte que par le contrôle de la verbosité et du mode de raisonnement.
Fable est présenté comme le modèle le plus coûteux pour un usage courant dans l’écosystème Claude. Son prix tournerait autour de 10 $ par million de tokens, un niveau difficile à soutenir pour les tâches quotidiennes. Il apparaît donc mal adapté aux usages de routine, surtout si l’on cherche à tenir un budget hebdomadaire stable. La recommandation implicite est de réserver ce type de modèle aux cas à forte valeur ajoutée.
Ces annonces dessinent deux approches très différentes de l’industrialisation des modèles. OpenAI mise sur des sorties probabilistes compactes, plus rapides et moins chères pour les pipelines logiciels. Anthropic, à travers l’usage de Claude, met en lumière une logique d’allocation fine des ressources où le choix du modèle et du niveau de raisonnement devient central. Pour les entreprises, le sujet n’est plus seulement la qualité des réponses, mais la gouvernance du coût par tâche.