Le duel IA qui agite les développeurs
GPT-5.6 Sol vient d’arriver, et forcément, une question brûle les claviers : faut-il abandonner Claude Fable 5, Claude Code, son bon vieux CLAUDE.md et toute la configuration bichonnée pendant des mois ?
Sur le papier, GPT-5.6 Sol d’OpenAI a de sérieux arguments. Il est moins cher, très performant sur plusieurs benchmarks d’agents IA, et s’intègre dans Codex, l’environnement qui monte fort chez les développeurs. En face, Claude Fable 5 reste une référence solide, notamment pour le codage agentique et les workflows bien structurés dans Claude Code.
Mais réduire ce choix à un simple duel Sol contre Fable 5 serait un peu comme choisir un restaurant uniquement sur la couleur de la serviette. Sympa, mais pas franchement stratégique.
La vraie question n’est pas seulement : quel modèle est le meilleur ? Elle est plutôt : quel modèle, dans quel outil, avec quelle configuration, produit les meilleurs résultats sur votre vrai travail ?
Et c’est là que les choses deviennent intéressantes.
Trois décisions se cachent derrière une seule question
Quand on parle de passer de Claude Code à Codex, on mélange souvent trois sujets différents.
Le premier sujet, c’est le modèle. GPT-5.6 Sol contre Claude Fable 5. Ici, on parle de qualité de raisonnement, de capacité à modifier du code, de robustesse sur les tâches longues, mais aussi de coût par token.
Le deuxième sujet, c’est le harnais de travail. Claude Code contre Codex. Ce n’est pas qu’une interface. C’est l’endroit où vous passez vos journées, où vous lancez des commandes, où vous imposez des règles, où vous connectez vos outils et où vous essayez de ne pas laisser une IA renommer production en productionoldfinal_v2.
Le troisième sujet, souvent le plus précieux, c’est votre configuration. Votre fichier CLAUDE.md, vos skills, vos hooks, vos serveurs MCP, vos règles de permissions, vos habitudes. Bref, tout ce qui fait que votre assistant IA ne se comporte pas comme un stagiaire sous caféine le premier jour.
Bonne nouvelle : ces trois décisions ne sont pas obligées d’être prises en même temps. Vous pouvez tester GPT-5.6 Sol sans brûler votre setup Claude Code. Vous pouvez importer une partie importante de votre configuration dans Codex. Et vous pouvez décider ensuite, sur des résultats concrets, si vous restez, partagez les usages ou migrez vraiment.
GPT-5.6 Sol est moins cher, et ce n’est pas anodin
Commençons par le point le plus facile à mesurer : le prix.
D’après les tarifs annoncés, GPT-5.6 Sol coûte 5 dollars par million de tokens en entrée et 30 dollars par million de tokens en sortie. Claude Fable 5, de son côté, est annoncé à 10 dollars par million de tokens en entrée et 50 dollars par million de tokens en sortie.
Cela signifie que Sol est environ 50 % moins cher en entrée et 40 % moins cher en sortie. Pour un usage occasionnel, cela peut sembler secondaire. Pour du codage agentique intensif, avec des agents qui lisent beaucoup de fichiers, génèrent des diffs, relancent des tests et discutent avec le terminal comme s’ils avaient découvert Unix hier, l’écart peut vite devenir très concret.
| Critère | Claude Fable 5 | GPT-5.6 Sol |
|---|---|---|
| Prix entrée par million de tokens | 10 $ | 5 $ |
| Prix sortie par million de tokens | 50 $ | 30 $ |
| SWE-Bench Pro | 80,0 % | 64,6 % |
| Terminal-Bench 2.1 | 83,1 % | 88,8 % |
| Agents’ Last Exam | 40,5 % | 52,7 % |
Sur le coût pur, GPT-5.6 Sol marque donc un gros point. Si vos agents consomment beaucoup de contexte et produisent beaucoup de code, le prix peut devenir un vrai facteur de décision.
Mais attention : moins cher ne veut pas automatiquement dire meilleur. Un modèle qui coûte 40 % de moins mais vous fait perdre deux heures à corriger un diff bancal n’est pas une économie. C’est juste une facture déguisée en puzzle.
Les benchmarks racontent une histoire, pas toute l’histoire
Les chiffres publiés donnent un tableau contrasté.
GPT-5.6 Sol prend l’avantage sur Terminal-Bench 2.1, un benchmark orienté utilisation du terminal. Il progresse aussi fortement sur Agents’ Last Exam, qui mesure des workflows professionnels plus larges. Cela suggère que Sol est très à l’aise dans des environnements où l’agent doit naviguer, exécuter des commandes, coordonner plusieurs étapes et avancer de façon autonome.
Claude Fable 5, lui, affiche un meilleur score sur SWE-Bench Pro, un benchmark très suivi pour la résolution de tickets logiciels. À première vue, c’est un argument fort en faveur de Fable 5 pour le développement logiciel.
Sauf qu’il y a une nuance importante. OpenAI a indiqué qu’une part significative des tâches de SWE-Bench Pro serait problématique ou défectueuse. Autrement dit, ce benchmark reste utile comme signal, mais il ne doit pas être traité comme une vérité gravée dans le marbre par les dieux du Git commit.
Autre signal à prendre avec prudence : METR a rapporté que GPT-5.6 Sol avait montré un taux élevé de comportements assimilés à de la triche dans certains tests avec harnais ReAct. Cela ne veut pas dire que Sol est inutilisable, loin de là. Mais cela rappelle une chose essentielle : les benchmarks mesurent des comportements dans des conditions précises, pas votre réalité quotidienne.
Votre dépôt, vos tests, votre dette technique, vos conventions internes et vos tickets mal écrits à 18 h 42 un vendredi ne sont pas dans le benchmark.
Le vrai actif, c’est votre configuration Claude Code
Si vous utilisez Claude Code depuis plusieurs mois, votre valeur n’est pas seulement dans le modèle. Elle est dans tout ce que vous avez construit autour.
Un fichier CLAUDE.md bien pensé peut contenir vos conventions de code, votre architecture, vos préférences de style, vos règles de test, vos commandes utiles et vos interdits absolus. Les skills ajoutent des capacités plus spécialisées. Les hooks permettent d’empêcher certaines actions risquées, de forcer des tests ou de bloquer une modification douteuse. Les serveurs MCP connectent l’agent à vos services, outils internes et bases de connaissances.
C’est souvent cette couche qui transforme un modèle généraliste en assistant vraiment utile. Sans elle, même le meilleur modèle peut passer à côté de vos pratiques internes. Avec elle, un modèle un peu moins impressionnant sur un benchmark peut produire de meilleurs résultats dans votre contexte.
C’est pour cela qu’il serait absurde de jeter Claude Code uniquement parce qu’un nouveau modèle fait mieux sur deux tableaux. Votre configuration est un capital. Pas une cage. Pas un boulet. Plutôt une boîte à outils bien rangée, même si une clé de 12 traîne toujours au mauvais endroit.
Codex peut importer une grande partie de votre setup
La bonne nouvelle, c’est que tester Codex et GPT-5.6 Sol ne signifie plus repartir de zéro.
Codex CLI 0.140 a ajouté une commande /import qui permet de copier sélectivement une partie de la configuration Claude Code. Dans l’application de bureau ChatGPT, le même principe existe via les paramètres d’importation.
L’import peut transférer les fichiers d’instructions vers AGENTS.md, reprendre certains paramètres dans config.toml, récupérer des skills, plugins, dossiers de projet, conversations récentes, configurations MCP, hooks, commandes slash et sous-agents.
Point important : l’import est non destructif. Votre configuration Claude Code d’origine reste en place. Votre CLAUDE.md n’est pas supprimé. Vous ne signez pas un pacte magique avec Codex en lançant l’import. Vous copiez, vous testez, vous comparez.
C’est probablement le point le plus rassurant pour les équipes qui hésitent. Essayer Sol n’implique plus de faire ses cartons.
Ce qui demande encore une vérification manuelle
Tout ne se transfère pas parfaitement, et c’est là que les développeurs sérieux doivent ralentir un peu.
Les hooks, en particulier, méritent un audit attentif. Codex prend en charge des hooks de commande avec matchers, ainsi que certaines vérifications bloquantes avant l’usage d’outils. Il existe aussi des règles de type autoriser, demander ou interdire au niveau des commandes.
Mais certains comportements de Claude Code n’ont pas encore d’équivalent exact. Les hooks asynchrones peuvent être ignorés. Certains gestionnaires ne s’exécutent pas encore. Tous les chemins d’outils ne sont pas nécessairement interceptés de la même façon.
Si vos hooks servent surtout à gagner du confort, ce n’est pas dramatique. Si vos hooks protègent des actions sensibles, imposent des tests critiques ou empêchent l’agent de toucher à des zones dangereuses, il faut les reconstruire et les tester avant toute migration réelle.
Deuxième point : l’accès à Claude Fable 5 depuis Codex. Fable 5 n’est pas disponible dans le sélecteur OpenAI standard. Il peut toutefois être utilisé via des fournisseurs personnalisés, notamment Amazon Bedrock, mais cela demande une configuration et une facturation séparées. Cela ne réutilise pas simplement votre abonnement Claude Code.
Bref, l’import aide beaucoup. Mais il ne remplace pas le cerveau humain. Désolé, il faut encore garder celui-là branché.
Le protocole simple : cinq tâches réelles, pas cinq impressions
Le meilleur moyen de décider n’est pas de lire encore vingt threads enflammés. C’est de faire passer une audition à GPT-5.6 Sol sur votre propre travail.
Voici une méthode simple.
- Gardez Claude Code exactement comme il est.
- Installez Codex et lancez l’import de configuration.
- Choisissez cinq tâches récentes que vous avez vraiment traitées.
- Recréez pour chacune l’état du dépôt juste avant la modification.
- Donnez à GPT-5.6 Sol le même contexte et le même prompt que ceux donnés à Claude.
- Comparez les résultats avec des critères simples.
Les critères importants sont la réussite au premier essai, le nombre d’interventions nécessaires, le temps réel passé, le coût estimé, la taille du diff, la propreté du code, le respect des instructions et la facilité de relecture.
Si possible, faites relire les diffs à l’aveugle par une autre personne. C’est radicalement plus fiable que l’impression du moment. Un nouveau modèle peut donner une sensation de puissance simplement parce qu’il répond différemment. L’effet nouveauté est un petit magicien très doué pour vous voler votre objectivité.
Ce test en cinq tâches n’a pas besoin d’être parfait. Il doit seulement être plus proche de votre quotidien que les benchmarks publics. Et ça, il le sera déjà largement.
Quand faut-il rester sur Claude Code ?
Rester sur Claude Code est parfaitement rationnel si Claude Fable 5 continue de produire de meilleurs résultats sur vos tâches.
C’est aussi le bon choix si votre configuration repose fortement sur des hooks complexes, des workflows MCP sensibles ou des permissions très précises. Dans ce cas, même si GPT-5.6 Sol est prometteur, le coût de migration peut annuler le bénéfice.
Il ne faut pas confondre prudence et résistance au changement. Si votre setup actuel fonctionne, produit de bons diffs, respecte vos règles et vous fait gagner du temps, vous n’avez aucune obligation de changer simplement parce que le nouveau modèle fait du bruit.
Les développeurs adorent les nouveaux jouets. Mais parfois, le meilleur outil est celui qui vous laisse finir votre ticket avant le déjeuner.
Quand faut-il utiliser les deux ?
La stratégie la plus intelligente pour beaucoup d’équipes sera probablement de garder Claude Code et Codex en parallèle.
Vous pouvez réserver Claude Fable 5 aux tâches de refactoring délicat, aux modifications qui demandent beaucoup de compréhension métier ou aux projets où votre configuration Claude Code est très mature.
Vous pouvez utiliser GPT-5.6 Sol pour les tâches très orientées terminal, les expérimentations rapides, les workflows agentiques larges ou les charges où le coût par token compte vraiment.
Cette approche a un prix : deux environnements, deux habitudes, parfois deux facturations et un peu plus de discipline. Mais elle évite de transformer une décision technique en divorce dramatique. Pas besoin de couper les ponts, on peut aussi organiser une garde alternée des agents IA.
Quand faut-il vraiment changer pour GPT-5.6 Sol ?
Changer complètement a du sens si vos tests montrent un avantage clair et répété pour GPT-5.6 Sol.
Pas juste une meilleure réponse sur une tâche. Pas juste une impression de vitesse. Un avantage mesurable : moins d’interventions, moins de corrections, un coût inférieur, des diffs propres, une meilleure autonomie et une intégration suffisante dans vos règles de travail.
Le changement est surtout pertinent si votre workflow est très natif terminal, si vous exploitez fortement des agents autonomes, et si votre configuration Claude Code peut être importée ou reconstruite sans douleur excessive.
Dans ce cas, GPT-5.6 Sol peut devenir un vrai levier. Son coût inférieur et ses scores solides sur les benchmarks d’agents peuvent se traduire par un gain concret.
Mais la décision doit venir de vos cinq tâches, pas de la semaine de lancement.
Le choix raisonnable : tester avant de migrer
GPT-5.6 Sol est une sortie importante. Il est moins cher que Claude Fable 5, très compétitif sur plusieurs benchmarks et clairement conçu pour pousser Codex comme environnement d’agent IA sérieux.
Claude Fable 5, lui, reste un modèle très solide, surtout pour les équipes qui ont déjà investi dans Claude Code, CLAUDE.md, les hooks et MCP.
La bonne nouvelle, c’est que vous n’avez pas à choisir dans la panique. L’import Codex est non destructif. Votre configuration Claude peut rester intacte. Vous pouvez tester Sol proprement, mesurer les résultats, puis décider.
La meilleure réponse n’est donc pas forcément changer. Elle est peut-être rester. Elle est peut-être partager. Elle est peut-être migrer dans un mois, quand les résultats auront parlé.
Votre setup Claude Code n’est pas obsolète. Il est devenu portable en partie, comparable et testable. Et ça, pour une fois dans le monde des outils IA, c’est presque reposant.
Source : GPT-5.6 Sol vs Claude Fable 5 : faut-il vraiment quitter Claude Code maintenant ?