Idée principale

Le moteur de contexte porté sur ChatGPT est inférieur sur presque tous les points à celui qui tourne avec Codex ou Claude Code : plus lent, incapable d'exécuter des scripts Python ou d'appeler des API, sans recul sur ce qu'il devient lorsqu'un contexte grossit pendant plusieurs semaines. Comparé fonction par fonction, il perd. Il n'est pourtant pas un brouillon du premier : il lève la seule contrainte que le premier ne lèvera jamais, celle de dépendre d'une machine allumée et joignable.

Deux systèmes coexistent donc, et le choix entre eux ne se fait pas sur leurs capacités mais sur la situation : au bureau, le moteur complet ; en déplacement, le mode autonome. Un système dégradé devient un mode quand il est choisi pour ce qu'il débloque, et reste un pis-aller quand il est choisi faute de mieux.

Pourquoi c'est important

Cela évite deux erreurs symétriques. La première est d'abandonner une version plus pauvre parce que la comparaison de fonctionnalités lui est défavorable, alors qu'elle sert un cas que l'autre ne sert pas. La seconde est de vouloir la faire converger vers la version complète, ce qui lui fait perdre la légèreté qui la rendait utilisable là où l'autre ne l'est pas.

Cela donne aussi la bonne question à poser devant une alternative moins capable : quelle contrainte lève-t-elle, et cette contrainte est-elle réelle dans mon usage ?

Nuances et limites

La coexistence a un coût que l'article ne chiffre pas : deux jeux de directives à maintenir, deux comportements à connaître, et le risque que les contextes créés d'un côté ne soient pas exploitables de l'autre.

Et la justification tombe dès que la contrainte disparaît. Si le système complet devient accessible sans machine personnelle, le second mode perd sa raison d'être — il ne se rattrape pas sur ses fonctions.

Questions ouvertes

• Qu'est-ce qui doit rester commun entre deux modes d'un même système pour que la matière produite dans l'un reste exploitable dans l'autre ?