Tarification de GPT-5.6 et coût de service. Le coût de service, c'est ce que vous coûte un utilisateur chaque fois qu'il touche votre fonctionnalité ia. Les trois paliers de GPT-5.6 permettent de répartir ces appels, pour que les appels bon marché arrêtent de payer le prix du modèle phare. C'est une lecture de la facture côté product owner, pas une lecture du modèle côté ingénieur.
Le 26 juin 2026, OpenAI a lancé la famille GPT-5.6 : sol, terra et Luna. Luna est tarifé bien en dessous de sol par token, un écart large sur la même surface produit, rapporté par finout.
Si vous dirigez le produit dans un SAAS en série b avec une fonctionnalité ia visible par les clients, cet écart, c'est votre prochaine revue financière. La question n'est pas quel modèle est le plus intelligent. La question est quels appels ont vraiment besoin de sol, et lesquels le payaient trop cher sans que personne ne le voie.
#à quoi sert vraiment le palier Luna de GPT-5.6 ?
Qu'est-ce que le palier Luna de GPT-5.6 et à quel point est-il bon marché ?
Luna est le moins cher des trois paliers GPT-5.6 d'OpenAI, lancé le 26 juin 2026 à un prix par token bien inférieur à celui de sol. OpenAI vise Luna pour la classification, le routage d'intention et le résumé : les appels à fort volume et faible raisonnement qui composent la plupart des fonctionnalités ia.
La plupart des fonctionnalités ia visibles par les clients ne font pas une seule tâche. Ce sont une pile de petites tâches derrière un seul bouton. étiqueter ce message. Le router vers le bon flux. Résumer le fil. Puis, parfois, vraiment raisonner sur un cas difficile.
Les trois premières, c'est exactement ce pour quoi Luna est tarifé. La quatrième, c'est ce pour quoi vous gardez sol. Si chacun de ces appels passe aujourd'hui par votre modèle phare, partez du principe qu'environ 80 % de votre volume de tokens paie le tarif phare pour un travail qu'un palier moins cher peut faire.
#Combien la répartition par palier retire-t-elle vraiment de la facture ?
Prenez une fonctionnalité dont, à titre d'illustration, 80 % des tokens de sortie servent au routage, à l'étiquetage et au résumé. Avec sol seul, toute cette sortie est facturée au tarif du modèle phare. Déplacez ces 80 % vers Luna et le même travail est facturé au tarif du palier moins cher. Les appels de raisonnement restent sur sol, inchangés, car c'est là que la qualité doit tenir.
L'utilisateur ne voit aucune différence. L'étiquette arrive toujours, le résumé se lit toujours bien, la question difficile obtient toujours la bonne réponse. La seule chose qui a changé, c'est quel palier a facturé quel appel.
#La mise en cache change-t-elle aussi le calcul ?
Oui, et ça se cumule. GPT-5.6 conserve une remise importante sur l'entrée mise en cache, avec des points de rupture de cache explicites et une durée de vie de cache minimale, selon eesel au 26 juin 2026. Les écritures de cache sont facturées avec une légère majoration, donc le coût ponctuel reste faible.
Votre prompt système est le même à chaque appel. C'est la partie que vous mettez en cache. Pour une fonctionnalité qui envoie un bloc d'instructions de 2 000 tokens à chaque requête, le mettre en cache réduit nettement le coût de cette part d'entrée, en plus du palier vers lequel vous avez routé l'appel.
We are
Stennir est un cabinet de conseil en ia qui livre la couche de routage pour que votre fonctionnalité lise chaque appel et envoie le travail bon marché vers Luna et le vrai raisonnement vers sol.
We aren't
Stennir n'est pas un revendeur qui change l'identifiant de votre modèle vers le palier le moins cher en espérant que la qualité survive.
#Faut-il reconstruire la fonctionnalité pour obtenir ça ?
Non. Une fonctionnalité dotée d'une couche de routage, comme dans notre travail AI for product, répartit déjà le trafic par tâche. Le routage, l'étiquetage et la modération vont vers le palier bon marché. Le raisonnement va vers le modèle phare. Un nouveau palier comme Luna est donc un changement de configuration sur la voie bon marché, pas une reconstruction de la fonctionnalité dont dépendent vos utilisateurs.
Si votre fonctionnalité envoie tout vers un seul modèle aujourd'hui, c'est l'écart à combler en premier. La répartition est un petit changement comparé à une reconstruction de la fonctionnalité. L'économie s'accumule chaque mois où votre usage augmente.
Un test honnête pour tout changement de coût de service : votre directeur financier ne demandera pas quel modèle vous utilisez. Il demandera ce que coûte un utilisateur actif. La répartition par palier est la réponse qui permet à une fonctionnalité de passer la revue.
Cela relève de notre pratique conseil en ia, et le journal contient d'autres notes sur la mise en production de fonctionnalités ia. Si vous voulez vos propres chiffres avant la prochaine revue financière, réservez un appel découverte de 30 min et on passera en revue la répartition du trafic de votre fonctionnalité avec vous.
