Images 2.6 vs GPT Image 2.5 : la grille tarifaire n'a pas bougé

Images 2.6 d’OpenAI est arrivé le 4 novembre avec la même grille tarifaire que GPT Image 2.5 : 5 $ par million de tokens d’entrée texte, 8 $ par million de tokens d’entrée image et 30 $ par million de tokens de sortie image, l’entrée mise en cache étant à 1,25 $ et 2 $ respectivement. C’est le fait le plus utile de cette mise à niveau. Lorsqu’un fournisseur livre une nouvelle génération sans toucher à sa grille tarifaire, il vous dit que l’amélioration réside dans ce que le modèle peut faire et dans la vitesse à laquelle il le fait, pas dans l’économie. La question pour quiconque utilise déjà GPT Image 2.5 est donc étroite : les nouvelles capacités justifient-elles une migration, ou s’agit-il d’une version à adopter lors de votre prochain projet greenfield et à ignorer autrement ?

Cette question appelle une réponse plus nette que la plupart des mises à niveau de modèle, car les deux modèles d'API — GPT-Image-2.6 Flare et GPT-Image-2.6 Sunburst — conservent la structure de niveaux, les endpoints et le contrat de sortie de leurs prédécesseurs, GPT-Image-2.5 Flare et GPT-Image-2.5 Sunburst. Presque rien ne casse. C'est aussi pourquoi la décision est facile à rater dans les deux sens : ne rien faire est défendable, et le basculement est assez peu coûteux pour qu'il soit difficile de justifier de ne pas basculer au seul motif de la latence.

Ce qui est véritablement identique

La liste ennuyeuse d'abord, parce qu'elle est plus longue que ne le suggèrent les notes de version.

• Prix — 5 $ / 8 $ / 30 $ par million de jetons, inchangé, sur les deux niveaux.

• Points de terminaison — /v1/images/generations et /v1/images/edits, inchangés.

• La séparation en niveaux — un modèle rapide et un modèle de qualité, au même prix, inchangée depuis qu'Images 2.5 l'a introduite en septembre.

• Modalités — texte et image en entrée, image en sortie. Aucune vidéo, pour aucune des deux générations.

• Les surfaces produit — ChatGPT, Codex et l’API. Images 2.5 couvrait déjà ces trois surfaces.

Si votre intégration est une simple surcouche autour du point de terminaison images avec un paramètre de qualité fixe, le passage de 2.5 à 2.6 se résume à une chaîne de modèle et à une exécution de non-régression. Il n’y a pas de nouvelle authentification, pas de nouvelle structure de réponse, pas de migration tarifaire.

Qu’est-ce qui est véritablement nouveau ?

Quatre paramètres et un format de sortie. Tous les cinq relèvent de l'API, et pas seulement des fonctionnalités de ChatGPT.

• Complexité. Faible, moyenne ou élevée, indépendamment de la qualité. Ce réglage détermine l'ampleur de la planification avant le dessin. Pour un détourage de produit à plat, un niveau faible est correct et moins coûteux ; pour une scène comportant six contraintes qui doivent toutes être respectées, un niveau élevé offre plus de marge de planification. C'est un véritable réglage que GPT Image 2.5 n'exposait pas.

• Édition guidée par balisage. Une superposition PNG transparente marque la région à modifier, dessinée sur l’image source. Elle ne peut pas être combinée avec un masque. Le journal des modifications d’OpenAI indique que cela fonctionne sur les modèles GPT Image 2.5 et 2.6 pris en charge — une partie de l’amélioration d’édition est donc aussi disponible pour l’ancienne génération, ce qui vaut la peine d’être vérifié avant de migrer pour en bénéficier.

• Sortie SVG. Export vectoriel depuis l’appel d’image. Nouveau, et la seule fonctionnalité sans équivalent en 2.5.

• Sortie GIF animé. Une boucle à partir d’une image fixe, avec vitesse de lecture et modification image par image dans ChatGPT, et le GIF comme format de sortie sur l’API. Non accepté en entrée.

• Images de référence dans ChatGPT. Enregistrez une personne, un animal ou un personnage une fois et réutilisez-le d’un tour à l’autre sans avoir à le téléverser à nouveau.

Le titre mis en avant par OpenAI est le GIF. La fonctionnalité qu’une équipe de production remarquera en premier est la complexité, car c’est la première fois que le modèle vous permet d’arbitrer explicitement entre planification et latence plutôt qu’implicitement via la qualité.

La promesse de vitesse, décryptée

OpenAI affirme que la génération est environ 50 % plus rapide. Les détails derrière ce chiffre sont plus intéressants que la moyenne : Flare en basse qualité est annoncé à environ six secondes par image, et la comparaison de Design Arena, telle que rapportée lors du lancement, situait Flare à environ 2,6 fois plus rapide que son prédécesseur et Sunburst à environ 1,15 fois.

Ces deux multiplicateurs racontent des histoires différentes. Un gain de vitesse de 2,6× sur le niveau vitesse change ce qui est possible dans une interface — six secondes se situent dans la fenêtre pendant laquelle une personne continue de regarder l’écran. Un gain de vitesse de 1,15× sur le niveau qualité est une erreur d’arrondi pour le traitement par lots et un léger avantage pour l’édition interactive. Si votre charge de travail est de type Sunburst, ne migrez pas pour la vitesse ; migrez pour la promesse de cohérence, ou ne migrez pas.

Ce que 2.5 a encore et que 2.6 n’a pas : un score

GPT Image 2.5 Sunburst est le meilleur modèle du classement texte-image d’Artificial Analysis avec 1 224 Elo, Flare occupant la deuxième place avec 1 208 ; dans le classement d’édition, Sunburst mène avec 1 199 et Flare est troisième avec 1 183. Le prix catalogue d’aucune des deux générations n’apparaît comme une bonne affaire ici — 210,70 $ par millier d’images au réglage maximal constitue la ligne la plus chère près du sommet.

Images 2.6 n’a pas de ligne. Nous avons vérifié les deux tableaux le 5 novembre, le lendemain du lancement, et GPT-Image-2.6 Flare et Sunburst sont absents. La seule affirmation de classement en circulation est celle d’OpenAI elle-même, selon laquelle Sunburst a pris la première place sur Design Arena et a détrôné 2.5 Sunburst. C’est plausible et précis, mais il s’agit d’une position d’arène citée par un fournisseur, sans Elo publié que nous puissions vérifier.

Donc, pour être honnête, voici où l’on en est : le modèle que vous pouvez mesurer est l’ancien, et celui qu’on vous demande d’adopter n’est pas mesuré. C’est normal pour une version publiée depuis un jour, et ce n’est pas une raison de l’éviter — mais cela signifie que la migration doit être conditionnée à vos propres résultats, pas à un classement.

Combien coûte une modification sur l’une ou l’autre génération

Comme les tarifs par token sont identiques, un exemple chiffré s’applique sans changement. Prenons une modification type : 900 tokens d’entrée texte, une entrée image de 1 200 tokens et une sortie image de 4 000 tokens. Cela représente 0,0045 $ pour le texte, 0,0096 $ pour l’entrée image et 0,12 $ pour la sortie — soit 0,1341 $ par modification, sur 2.5 ou 2.6.

Maintenant, appliquez la seule économie qui compte. Si la complexité vous permet de passer d’un appel à planification élevée à un appel à planification faible sur les 80 % de modifications qui sont simples, le nombre de tokens de sortie baisse et le coût par modification baisse avec lui. Si l’affirmation de cohérence de Sunburst signifie une relance en moins sur cinq, le coût effectif par actif utilisable diminue d’un cinquième. Les deux sont plausibles ; la première est directement contrôlable aujourd’hui, la seconde est une affirmation que vous devez tester.

La migration dont personne ne parle : la version que vous pouvez réellement appeler

GPT-Image-2.5 Flare et GPT-Image-2.5 Sunburst sont disponibles sur OrcaRouter dès aujourd'hui, au prix catalogue d'OpenAI avec 0 % de marge, sur la même clé que le reste de notre catalogue de plus de 200 modèles, avec bascule automatique entre fournisseurs. GPT-Image-2.6 ne figure pas dans notre catalogue au moment de la rédaction. Cette asymétrie constitue la décision pratique pour de nombreuses équipes cette semaine : la mise à niveau est bien réelle, mais la version offrant un chemin routable, protégé par bascule automatique et à clé unique reste la 2.5.

Si vous ne dépendez que d’un seul fournisseur, cela n’a aucune importance et vous devriez tester 2.6 directement. Si vous utilisez la génération d’images comme dépendance plutôt que comme fonctionnalité — une place de marché qui génère des visuels produits, une application qui génère des avatars —, l’équation change. Un modèle qui a un jour n’a aucun historique de disponibilité, aucun comportement de limitation de débit sous votre charge et aucun score de qualité indépendant. L’exécuter derrière un routeur capable de revenir à la génération précédente est la façon de l’adopter sans parier votre pipeline dessus. C’est l’argument pour garder les deux clés actives plutôt que d’attendre.

Il existe également le cas du changement de tarif. Lorsqu’OpenAI modifie réellement sa grille tarifaire — et la tarification des images a évolué deux fois en dix-huit mois — un routeur avec répercussion le reflète le jour même. Une intégration directe le reflète dès que la logique de facturation est mise à jour.

Qui devrait mettre à niveau, et qui devrait rester en l'état

Effectuez la mise à niveau maintenant si : votre produit affiche des images dans une interface qu’une personne regarde (l’accélération Flare est le plus grand changement isolé de la version), vous avez besoin d’une sortie vectorielle, ou vous développez des fonctionnalités d’animation/GIF et ne souhaitez pas faire appel à un second fournisseur. La surface de l’API est compatible et les coûts restent inchangés.

Testez avant de mettre à niveau si : la cohérence des retouches de Sunburst est la raison de votre intérêt. C'est l'affirmation la moins étayée et la plus précieuse, et un jeu de régression de vingt images vous en dira plus que n'importe quel article de lancement.

Restez sur 2.5 si : votre charge de travail est de type batch, de gamme qualité et sensible aux coûts. La grille tarifaire n'a pas bougé, la gamme qualité est devenue 1,15× plus rapide, et l'ancien modèle a un score publié en tête du classement. Il n'y a aucun argument financier pour migrer cette semaine, seulement un argument de capacité, et si vous n'avez pas besoin de SVG, de GIF ou de complexité, cet argument de capacité n'existe pas.

Ce qu’il faut surveiller, c’est le premier chiffre indépendant pour Sunburst 2.6. S’il dépasse 1,224, « rester sur la 2.5 » devient une décision que vous devez justifier. S’il s’en approche, il s’agissait d’une version de fonctionnalités d’un modèle déjà au sommet, et la grille tarifaire vous le dit exactement.