GPT-5.3-Codex-Spark vaut le coup d'essai
Categories:
Ceux qui connaissent l’évaluation des LLM savent qu’opus domine souvent gpt dans les classements, mais en utilisation réelle, la capacité de résolution de problèmes de gpt est inégalée. Au moment de la publication, les derniers modèles principaux de la série gpt5 sont gpt-5.2-mini, gpt-5.2, gpt-5.3-codex, gpt-5.3-codex-spark, etc. Parmi ceux-ci, les non-codex sont des modèles généraux, avec une logique puissante mais très lents. Codex est un modèle optimisé pour le codage ; pour les modèles codex de gpt5.2-codex et antérieurs, j’ai constaté par tests réels une dégradation de la capacité logique, j’ai donc toujours utilisé gpt5.2, malgré sa lenteur insupportable. Dès la sortie de gpt-5.3-codex, je l’ai testé immédiatement ; le résultat réel est très bon, il est désormais difficile de dire si gpt-5.3-codex est logiquement plus faible que gpt5.2, mais en vitesse il écrase déjà gpt5.2, devenant mon modèle de codage principal. Récemment est sorti gpt-5.3-codex-spark, présenté au début comme extrêmement rapide mais avec des scores de classement plus faibles, je l’ai ignoré un temps. Mais en voyant qu’il est utilisable gratuitement dans cursor, j’ai décidé de lui donner une chance ; le test réel montre de très bons résultats, sans bêtise. Selon mes informations, la logique de 5.3-codex-spark est légèrement inférieure à celle de 5.3-codex, avec un contexte de seulement 128K, mais suffisant pour la plupart des besoins. La caractéristique principale du modèle codex-spark est la « paresse », il bouge un tout petit peu seulement quand on le pousse. En premier lieu, il ne peut pas servir de modèle d’orchestration d’agent, et de fait son score en agent est aussi faible. Il ne fait pas de compléments hors instruction, y compris corriger le lint, exécuter les tests, les fonctionnalités non mentionnées et les todo, etc. Contrairement à des modèles comme opus/sonnet qui paraissent sophistiqués d’un coup, creusent plein de trous, refactorisent d’emblée et laissent des problèmes sans fin, je pense que codex spark est un modèle amical pour les programmeurs expérimentés. Il n’ajoute pas d’ornements inutiles, suit la modification minimale ; si vous avez déjà une planification claire des fonctionnalités produit, vous pouvez essayer codex spark. Quelques réflexions superficielles de ma part, discussions bienvenues. Le vibe coding est un codage d’ambiance, certains disent qu’on peut entrer en flow, je pense que ceux qui le disent ne connaissent pas la définition précise du flow ; un point très important pour entrer en flow est que la pensée du développeur ne doit pas être interrompue, le modèle doit d’abord ne pas diverger dans sa réflexion, deuxièmement être concentré sur l’objectif, troisièmement répondre rapidement. Aucun modèle n’y arrivait avant, mais codex spark pourrait maintenant devenir ce modèle qui aide le développeur à entrer en flow.
