Codex 5.3 Spark : révolution, ou énorme piège pour les devs ?
Alors que Codex 5.3 vient à peine de sortir, OpenAI dégaine déjà un nouveau modèle : Spark, réservé pour l'instant aux abonnés ChatGPT Pro à 200 $/mois. La promesse : une vitesse jamais vue. J'ai décortiqué ce qui se cache sous le capot, et ce que ça change vraiment en usage.
Le secret technique : Cerebras plutôt que des GPU classiques
OpenAI a laissé tomber les clusters de GPU traditionnels pour s'allier avec Cerebras Systems, qui fabrique la plus grosse puce IA au monde (Wafer Scale Engine 3, 4 trillions de transistors). L'astuce : au lieu de milliers de petites puces qui doivent communiquer entre elles, tout le modèle et son contexte tiennent sur une seule puce géante — ce qui élimine les bouchons de communication.
Résultat mesuré : plus de 1000 tokens par seconde, soit 15 fois plus que le modèle standard, avec un délai avant le premier mot réduit de 50 %. Contrepartie : la machine consomme jusqu'à 240 kW et nécessite un refroidissement liquide de pointe — ce qui explique l'accès encore limité aux abonnés Pro.
La vitesse a un prix : moins fiable sur la logique complexe
Sur le benchmark terminal-bench 2.0 (résoudre des tâches complexes dans un terminal), Spark atteint 58,4 % contre 77,3 % pour Codex classique. Mais sur la vitesse pure, l'écart est spectaculaire : 2 à 3 minutes pour Spark contre jusqu'à 15 minutes pour Codex sur une même tâche de programmation complexe.
Le revers, documenté par plusieurs retours utilisateurs : des « hallucinations rapides » — du code propre en apparence, généré très vite, mais avec des erreurs logiques ou des bibliothèques qui n'existent pas. Sur des tâches à plusieurs étapes logiques enchaînées, Spark peut dériver et perdre en cohérence sans que ce soit évident au premier regard.
Les nouvelles fonctionnalités de l'app Codex
La vitesse de Spark permet des usages nouveaux : dupliquer sa session pour explorer deux solutions techniques en parallèle et comparer instantanément, une fenêtre flottante qui reste au-dessus des autres applications (pratique pour le front-end, voir le résultat sans changer d'onglet), et un CLI qui permet de nettoyer manuellement la mémoire de l'IA.
Le vrai workflow : Spark pour la vitesse, un autre modèle pour la fiabilité
La meilleure façon d'utiliser Spark n'est pas de lui faire confiance du début à la fin, mais de l'exploiter pour ce qu'il fait de mieux : poser les bases très vite, sans se bloquer. Ensuite, on passe le résultat derrière un modèle plus solide (Codex standard ou Claude) qui comprend en profondeur, corrige les erreurs et sécurise. Ce n'est pas plus lent au global — c'est même souvent plus rapide que d'utiliser directement un modèle lent, tout en gardant un niveau de qualité élevé.
Mon verdict
Spark n'est pas un remplaçant, c'est un accélérateur. Pour du prototypage rapide, de l'itération, du code répétitif : redoutable. Pour du code critique ou des systèmes complexes sans vérification derrière : risqué. Personnellement, les 200 $/mois pour y accéder me semblent chers pour l'instant — mais les retours des devs américains qui l'utilisent restent impressionnants.
Envie de tester Codex Spark ?
Lien affilié : si tu passes par là, je touche une commission sans que ça te coûte plus cher. Ça soutient la chaîne, et ça ne change rien à mon avis.

