GPT-6.1 Sol : Ultrafast change l’économie de Codex
GPT-6.1 SolCodexUltrafast
Ce qu’OpenAI ajoute à GPT-6.1 Sol et Codex
Je ne réduirais pas cette sortie à une simple accélération du modèle. Dans son aperçu DevDay 2026 et les ressources de référence ChatGPT Learn, OpenAI décrit plusieurs évolutions liées : GPT-6.1 Sol, les niveaux de vitesse Fast et Ultrafast, Decisions API et un harness Codex open source.
Le chiffre clé d’Ultrafast est de 300 jetons par seconde au maximum et d’une génération jusqu’à huit fois plus rapide dans Codex. Pour l’API, OpenAI annonce une accélération pouvant aller jusqu’à six fois. Il s’agit toutefois du débit de génération, pas d’une promesse de terminer chaque tâche complète dans un délai équivalent.
Le tarif ne ressemble pas non plus à une baisse de prix. Au lancement, Ultrafast coûtait six fois le tarif API standard. L’affirmation souvent reprise d’une réduction de 95 % n’est donc pas étayée par les documents officiels d’OpenAI.
La disponibilité comporte une réserve importante. GPT-6.1 Sol est annoncé pour les utilisateurs Plus, Pro, Business, Enterprise et Edu dans ChatGPT Work et Codex, tandis que la prise en charge d’Ultrafast pour Sol doit arriver plus tard. Au départ, Ultrafast visait les abonnés Pro à 500 dollars ainsi que les espaces Enterprise et Edu éligibles, selon les autorisations administrateur.
Decisions API répond à un besoin plus circonscrit : elle reçoit une question, un ensemble limité d’options et du contexte, puis choisit une réponse. C’est une interface de routage, de classification et de sélection de l’étape suivante sans génération libre superflue. Le harness Codex ouvert permet quant à lui d’examiner et de modifier la couche qui relie le modèle aux flux de travail et aux intégrations.
Pourquoi plus de vitesse ne rend pas automatiquement le développement moins cher
Ultrafast change réellement la donne lorsque la latence compte davantage que le prix. Le développement interactif, les courtes boucles de correction et les tâches d’agents parallèles peuvent profiter d’une émission de jetons plus rapide, même si chaque requête coûte davantage.
La première comparaison devrait porter sur le temps total d’exécution d’une tâche, et non sur les jetons par seconde. Planification, appels d’outils, tests et nouvelles tentatives ne disparaissent pas. Si la génération ne représente qu’une partie du cycle, un gain annoncé de huit fois peut facilement devenir un avantage final bien plus modeste.
Decisions API paraît moins spectaculaire, mais peut s’avérer plus pratique sur le plan de l’ingénierie. Un ensemble de réponses contraint est plus simple à valider et à intégrer dans une chaîne déterministe. Il y a moins de magie, mais un contrat plus clair et des points de défaillance mieux identifiés.
La stratégie d’OpenAI est lisible : segmenter un même modèle par classe de latence et facturer une prime pour l’urgence. Le vrai test d’Ultrafast commencera lorsque la vitesse de génération rencontrera des outils lents, de longues boucles d’agents et le coût réel d’une tâche achevée.