GPT-5.5 atteindrait une limite de raisonnement de 516 tokens, et les développeurs ne sont pas contents

IntroductionAu cours des derniers jours, des développeurs utilisant OpenAI Codex ont discuté d’un phénomène étrange : certaines réponses de GPT-5.5 semblent s’arrêter autour d’un nombre très précis de tokens de raisonnement — 516.Le rapport d’origine ne prouve pas qu’OpenAI coupe secrètement le raisonnement. L’affirmation, plus restreinte, est formulée avec davantage de prudence : les données de télémétrie partagées dans une issue publique sur GitHub montrent un schéma de regroupement inhabituel propre à GPT-5.5 autour de reasoning_output_tokens = 516, avec des pics supplémentaires près de 1034 et 1552.Ce détail est important, car les développeurs ne se demandent pas seulement si GPT-5.5 commet des erreurs. Ils se demandent aussi si le modèle emprunte parfois un cheminement de raisonnement plus court sur des tâches complexes, puis renvoie des réponses qui paraissent moins fiables qu’attendu.## Note sur les sources- Article original : article de BAAI Hub

• Issue GitHub citée à l’origine : openai/codex issue #30364
• Issue de reproduction connexe : openai/codex issue #29353
• La page de BAAI indique que l’article provient d’un article WeChat de Xinzhiyuan.
• L’article original ne contenait pas de blocs de code. Il se composait principalement de captures d’écran, de tableaux et de références liées.
• Note sur les images : les captures d’écran, graphiques et images comparatives pertinents sont conservés ci-dessous. Les séparateurs décoratifs, les images ne montrant qu’une marque, les QR codes, les visuels de recrutement et les images promotionnelles sans rapport n’ont pas été inclus.## GPT-5.5 se bloque à « 516 » : les développeurs remarquent un schéma inhabituelLa discussion a commencé par un nombre étonnamment précis : 516.D’après les signalements des développeurs, GPT-5.5 a récemment montré des performances plus faibles sur certaines tâches complexes de programmation et de raisonnement dans Codex. Ce qui a rendu le problème particulièrement notable, ce n’est pas seulement que le modèle produisait parfois de mauvaises réponses. C’est aussi que plusieurs réponses erronées ou suspectes semblaient s’arrêter à la même limite de tokens de raisonnement.![L’image montre un post sur Twitter dans lequel l’utilisateur @bdsq1sz affirme que GPT-5.5 est en réalité « devenu plus bête » — il pourrait être discrètement tronqué. Une invite système demande au modèle de fournir des données toutes les 30 secondes, ce qui entraînerait une troncature automatique des tokens lorsque la longueur atteint (usage.output_tokens_details.reasoning_tokens == 518 * n
• 2). Ce post est lié à la dégradation des performances de GPT-5.5 dans Codex mentionnée dans le document, ainsi qu’à l’anomalie de plusieurs arrêts au même seuil de tokens de raisonnement, et pourrait en proposer une explication.](https://we0-cms.oss-cn-beijing.aliyuncs.com/cms-assets/image/2026/07/6476d652-b821-4649-a709-e9548a80bb12-03-ca6f89d3-9d3b-4c3b-838e-42aeddb232a4.png)Un certain nombre d’utilisateurs de Codex ont ensuite rejoint la discussion, affirmant avoir observé un comportement similaire.La question centrale est simple : pourquoi un modèle de raisonnement de tout premier plan tomberait-il de manière répétée sur un nombre exact de tokens ?## L’issue GitHub : une fenêtre de données plus large derrière l’affirmationLa référence publique la plus importante est l’issue GitHub #30364, ouverte dans le dépôt openai/codex.Dans cette issue, le développeur a signalé un schéma agrégé dans les métadonnées token_count de Codex. L’affirmation était que les réponses de gpt-5.5 tombaient de façon disproportionnée exactement sur reasoning_output_tokens = 516, avec des pics supplémentaires à des seuils fixes autour de 1034 et 1552.Le rapport couvrait la période du 1er février au 27 juin

1. Il analysait 390 195 enregistrements de tokens au niveau des réponses, répartis sur 865 sessions.### Éléments rapportés dans l’issue #30364| Métrique | Valeur |
   |-|-|
   | Enregistrements de tokens au niveau des réponses analysés | 390 195 |
   | Sessions représentées | 865 |
   | Événements exacts reasoning_output_tokens = 516 | 3 363 |
   | Part de GPT-5.5 dans l’ensemble des réponses | 19,3 % |
   | Part de GPT-5.5 parmi les événements exacts à 516 | 82,0 % |
   | Ratio GPT-5.5 exact-516 / >=516 | 44,0 % |
   | Ratio non-GPT-5.5 exact-516 / >=516 | 1,3 % |L’issue comparait également GPT-5.5 à d’autres modèles de la famille GPT. L’écart était suffisamment important pour amener les développeurs à soupçonner qu’il ne s’agissait pas simplement d’une distribution normale des longueurs de raisonnement.### Résultat au niveau des modèles| Modèle | Enregistrements de réponses | Exact 516 / >=516 |
   |-|-|-|
   | gpt-5.5 | 75 401 | 44,0 % |
   | gpt-5.4 | 25 214 | 19,8 % |
   | gpt-5.2 | 247 575 | 0,34 % |
   | gpt-5.3-codex | 13 333 | 0,0 % |
   | gpt-5.3-codex-spark | 26 179 | 0,0 % |![Cette image montre le tableau des résultats au niveau des modèles dans un document intitulé « 7.8日文章改写：GPT-5.5 Codex 516 Reasoning Token Clustering », présentant les données pertinentes de différents grands modèles de langage. Les colonnes du tableau incluent le nom du modèle, le nombre total d’enregistrements de réponses et la proportion de résultats correspondant exactement à 516 ou supérieurs ou égaux à
2. GPT-5.5 compte 75 401 enregistrements de réponses, avec une proportion de 44,0 % pour les correspondances exactes à 516 ; GPT-5.4 en compte 25 214, avec une proportion de 19,8 % ; les trois autres modèles ont davantage d’enregistrements de réponses, mais leurs proportions correspondantes sont toutes inférieures à 0,34 %, certaines étant même de 0,0 %. Ces données font écho au passage du document indiquant que GPT-5.5 ne représentait qu’une minorité des réponses totales, tout en contribuant à la majorité des résultats exacts à 516.](https://we0-cms.oss-cn-beijing.aliyuncs.com/cms-assets/image/2026/07/0116ced2-ab37-42a9-af40-a9b52e6dd749-07-af91cf00-67ee-4ceb-b87a-55b9d04286b2.png)L’article original résumait le point de manière percutante : GPT-5.5 ne représentait qu’une minorité du total des réponses, mais semblait pourtant être à l’origine de la plupart des événements exacts à 516 dans cet ensemble de données.## La partie la plus suspecte :L’intensité globale du raisonnement a diminuéUne défense possible serait de dire que GPT-5.5 réfléchit simplement davantage, de sorte qu’un plus grand nombre de réponses atteignent naturellement des plages plus élevées de jetons de raisonnement.Mais les données rapportées indiquent le contraire.En mai et en juin, lorsque le regroupement exact à 516 serait devenu plus visible, l’intensité globale des jetons de raisonnement de GPT-5.5 a baissé. Le nombre moyen de jetons de raisonnement ainsi que le nombre de jetons de raisonnement au P90 étaient tous deux inférieurs à ceux des mois précédents.### Intensité des jetons de raisonnement par mois| Mois | Moyenne des jetons de raisonnement | Jetons de raisonnement au P90 |
   |-|-|-|
   | Fév. 2026 | 268.1 | 772 |
   | Mars 2026 | 256.8 | 723 |
   | Avr. 2026 | 228.7 | 669 |
   | Mai 2026 | 106.9 | 344 |
   | Juin 2026 | 168.5 | 515 |![L’image est un tableau présentant des données liées aux jetons de raisonnement de février à juin
3. Le tableau comporte trois colonnes : le mois, le nombre moyen de jetons de raisonnement (Mean reasoning tokens) et le nombre de jetons de raisonnement au 90e percentile (P90 reasoning tokens). Les données sont les suivantes : en février, moyenne 268.1 et 90e percentile 772 ; en mars, moyenne 256.8 et 90e percentile 723 ; en avril, moyenne 228.7 et 90e percentile 669 ; en mai, moyenne 106.9 et 90e percentile 344 ; en juin, moyenne 168.5 et 90e percentile
4. Ce tableau est étroitement lié au contexte et montre de manière intuitive l’évolution de l’intensité des jetons de raisonnement au fil du temps, fournissant un appui chiffré à l’analyse de la baisse de l’intensité des jetons de raisonnement de GPT-5.5.](https://we0-cms.oss-cn-beijing.aliyuncs.com/cms-assets/image/2026/07/67ba545d-de3a-46ae-a296-9085a142d013-08-5fee5f35-896a-4de9-9fe0-2b9564eb0281.png)C’est pourquoi les développeurs ont trouvé ce schéma préoccupant. D’un côté, les événements exact-516 devenaient plus fréquents. De l’autre, le modèle semblait globalement utiliser moins de jetons de raisonnement.Cela a conduit à une inquiétude plus sérieuse : sur des tâches complexes ou à haut risque, GPT-5.5 pourrait parfois atteindre un budget de raisonnement caché, un point de troncature, une voie de repli ou un comportement de planification avant d’avoir achevé un cheminement de raisonnement plus approfondi.Pour être clair, il s’agit toujours d’une anomalie signalée par des développeurs, et non d’une explication officielle d’OpenAI.## Les développeurs sur GitHub contestent la situationLa discussion sur GitHub a rapidement attiré d’autres utilisateurs qui ont dit avoir rencontré des problèmes similaires.Le problème est également lié à un rapport antérieur, #29353, dans lequel un développeur décrivait un schéma reproductible dans Codex Desktop en utilisant gpt-5.5 avec un raisonnement xhigh.Dans cette reproduction, certaines nouvelles exécutions allaient directement à la réponse finale, utilisaient exactement 516 jetons de sortie de raisonnement et renvoyaient une mauvaise réponse. D’autres exécutions utilisaient des milliers de jetons de raisonnement, produisaient une phase intermédiaire visible et renvoyaient la réponse attendue.Ce problème antérieur n’a pas tranché la question, mais il a donné au rapport agrégé ultérieur un caractère moins isolé.## Les discussions sur Reddit et Hacker News ajoutent davantage de pressionLa conversation a également dépassé GitHub. Les captures d’écran de l’article original montrent des développeurs débattant de la possibilité qu’une partie des requêtes Codex à haut risque soit silencieusement dégradée en raison d’une troncature du raisonnement.Un commentaire cité dans l’article soutenait que certains problèmes de raisonnement nécessitent entre 6 000 et 8 000 jetons de réflexion avant que la bonne réponse n’apparaisse. Si un modèle s’arrête autour de 516 jetons dans ce type de cas, il risque de produire une réponse trop tôt.Une autre capture d’écran montrait des utilisateurs comparant Codex et Claude, certains disant qu’ils changent d’outil selon celui qui leur semble le moins défaillant une semaine donnée.

Ce que les développeurs veulent qu’OpenAI clarifieLa demande centrale de la communauté n’est pas compliquée. Les développeurs veulent qu’OpenAI ou l’équipe Codex clarifie ce qui se passe autour de 516, 1034 et 1552.Les questions ouvertes incluent :1. Est-ce causé par un budget de raisonnement ?

1. S’agit-il d’un problème de routage ?
2. Est-ce un comportement de troncature ou de streaming ?
3. S’agit-il d’un chemin de repli ?
4. Un ordonnanceur ou un système backend crée-t-il des seuils d’arrêt fixes ?
5. Le 516 exact correspond-il à un point d’arrêt normal, à un niveau dégradé ou à un seuil interne ?Le ticket GitHub d’origine prend soin de ne pas affirmer qu’il prouve une troncature cachée de la chaîne de pensée. L’affirmation la plus forte est simplement que le regroupement observé paraît suffisamment spécifique au modèle et suffisamment proche d’un effet de seuil pour mériter une enquête.## Pas seulement moins fiable : les utilisateurs se plaignent aussi de la personnalitéLa seconde moitié de l’article d’origine passe des performances à la personnalité.Un développeur nommé Angel a comparé ChatGPT utilisant GPT-5.5 Instant à Claude Fable 5 à l’aide de captures d’écran côte à côte. La plainte ne portait pas sur la capacité du modèle à répondre. Elle concernait la façon dont l’assistant se comportait.L’article met en avant trois frustrations récurrentes.## Problème 1 : tout devient une liste à pucesLa première plainte est que ChatGPT a tendance à sur-formater même les réponses conversationnelles les plus simples.Lorsqu’on lui a demandé d’être plus naturel et moins « IA », ChatGPT aurait répondu par une explication structurée de la manière dont il allait être naturel. Claude, en revanche, a donné unune réponse beaucoup plus courte et plus décontractée.![L’image montre une interface de conversation. En haut, l’utilisateur saisit : « please be natural, i don't like AI-ish responses », et en dessous, ChatGPT répond : « Got it

• I'll keep things natural and conversational. What's up? ». En bas de l’interface figurent des icônes de fichier, lecture, j’aime, je n’aime pas, actualisation, ainsi qu’une icône étoilée orange. Cette image est liée à la partie « Problem 1: Everything Becomes a Bullet List » du document et sert à illustrer la manière dont ChatGPT répond lorsqu’on lui demande d’être plus naturel, en mettant en évidence ses problèmes de mise en forme.](https://we0-cms.oss-cn-beijing.aliyuncs.com/cms-assets/image/2026/07/6de5dfcb-bab7-43a4-96b3-3e462d2428a4-15-02681313-0e89-4c98-9c40-1b78cc88c8d4.png)Le problème n’est pas que les puces sont toujours mauvaises. Elles sont utiles dans les explications techniques. Le problème, c’est qu’un assistant de chat peut sembler rigide lorsqu’il transforme chaque petite demande en titres, texte en gras, listes et suggestions de suivi.## Problème 2 : Il veut toujours corriger quelque choseLe deuxième reproche concerne la surcorrection.Quand on lui demande de vérifier une phrase ou un tweet, ChatGPT essaie souvent de l’améliorer, de le réécrire ou de proposer des alternatives, même lorsque l’utilisateur veut peut-être seulement un simple « c’est très bien comme ça ».L’article original oppose cela à un comportement plus proche de Claude, où l’assistant dit plus souvent que le texte est acceptable tel quel lorsqu’aucune vraie correction n’est nécessaire.Pour les utilisateurs qui écrivent de façon décontractée, cela peut créer des frictions. Un modèle qui « corrige » toujours l’utilisateur peut sembler moins être un assistant qu’un éditeur strict.## Problème 3 : Vous en demandez un, il en donne troisLe troisième reproche est que ChatGPT donne souvent plus que ce qui est demandé.Dans l’exemple de l’article, un utilisateur demande une blague. ChatGPT en donne une, puis en ajoute une autre, puis une troisième, avant de demander à l’utilisateur quel style d’humour il préfère. Claude donne une réponse plus courte.![L’image montre l’interface d’une conversation entre ChatGPT et un utilisateur au sujet d’une blague. L’utilisateur demande « can you try to cheer me up with a joke », et ChatGPT répond : « Sure, here's one for you: Why don't scientists trust atoms? Because they make up everything. If that one didn't land, I've got plenty more where it came from
• puns, dad jokes, you name it. » L’image comporte également quatre icônes d’interaction. Cette image est liée à la section « Problem 3: You Ask for One, It Gives Three » du document et illustre de manière intuitive le fait que, lorsque l’utilisateur demande une blague, ChatGPT n’en donne pas seulement une, mais en ajoute deux autres et demande en plus quel style d’humour l’utilisateur préfère, ce qui met en évidence son problème de production excessive dans la conversation.](https://we0-cms.oss-cn-beijing.aliyuncs.com/cms-assets/image/2026/07/04b98953-0b9e-44c7-ade2-75d859b85c8d-19-64cbb94b-6984-43eb-891d-1336a4ea80b2.png)Il s’agit d’un problème produit subtil. Une sortie plus abondante peut sembler utile dans un benchmark, mais dans une conversation, elle peut donner l’impression que l’assistant n’écoute pas.## Pourquoi c’est important pour les assistants IAPour un agent de programmation, la fiabilité est essentielle. Si un modèle s’arrête trop tôt, emprunte un chemin de raisonnement plus court ou se retrouve coincé sur une limite fixe de tokens dans des tâches difficiles, les développeurs doivent le savoir. Ils s’appuient sur ces outils pour le débogage, la revue de code, les décisions d’architecture et les modifications en production.Pour un assistant conversationnel, la personnalité compte aussi. Si chaque réponse est trop formatée, trop corrective ou chargée d’un trop grand nombre d’options, l’expérience utilisateur devient plus pesante avec le temps.L’argument plus large de l’article est que ces deux problèmes renvoient au même risque produit : un assistant peut devenir performant pour « fournir une réponse » tout en devenant moins efficace pour réellement aider l’utilisateur sur le moment.## FAQ### Quel est le problème des 516 tokens de raisonnement dans GPT-5.5 ?Cela fait référence à des signalements de développeurs selon lesquels certaines réponses de GPT-5.5 Codex semblent se regrouper exactement à reasoning_output_tokens = 516. La principale référence publique est l’issue GitHub n°30364 dans le dépôt openai/codex. Cette issue affirme que ce schéma est beaucoup plus marqué pour GPT-5.5 que pour plusieurs autres modèles.### Cela prouve-t-il qu’OpenAI tronque secrètement le raisonnement de GPT-5.5 ?Non. L’issue GitHub elle-même indique qu’elle ne prouve pas une troncature cachée de la chaîne de pensée. La conclusion la plus prudente est que les données rapportées montrent un schéma inhabituel de regroupement sur un nombre fixe de tokens, potentiellement compatible avec un comportement de budget de raisonnement à seuil.### Pourquoi le nombre 516 est-il important ?Ce nombre est important parce que des points d’arrêt exacts et répétés peuvent paraître moins naturels qu’une distribution normale des longueurs de raisonnement. Dans l’ensemble de données signalé, 516, 1034 et 1552 apparaissaient comme des pics à limites fixes. Les développeurs se demandent si ceux-ci sont causés par un budget, un comportement de routage, un chemin de secours ou un autre mécanisme côté backend.### À quoi sert OpenAI Codex ?OpenAI Codex est un agent de programmation destiné au développement logiciel. Selon la documentation développeur d’OpenAI, Codex peut aider à lire des bases de code, modifier des fichiers, corriger des bugs, relire du code et travailler sur des tâches logicielles dans des environnements locaux ou cloud.### Le problème des 516 est-il propre à Codex ?La discussion publique porte principalement sur Codex et sur les métadonnées de Codex Desktop. Les affirmations les plus fortes de l’article sont liées aux données token_count de Codex et aux issues GitHub du dépôt openai/codex. Il ne faut pas le généraliser à tous les usages de ChatGPT ou de l’API OpenAI.cas sans preuves distinctes.### Pourquoi l’article compare-t-il ChatGPT à Claude ?L’article utilise cette comparaison pour parler de la « personnalité » des assistants, et pas seulement de leurs performances brutes en raisonnement. Les captures d’écran montrent des plaintes selon lesquelles ChatGPT peut être trop structuré, trop correctif et trop enclin à proposer plusieurs options, tandis que les réponses de type Claude sont parfois plus courtes et plus conversationnelles.### Que doivent faire les développeurs s’ils constatent un comportement similaire dans Codex ?Les développeurs devraient conserver, lorsque c’est possible, des exemples reproductibles, les métadonnées, les horodatages, les paramètres du modèle et les invites de tâche. Un signalement clair indiquant le nombre de jetons, le comportement attendu, le comportement observé et les étapes de reproduction est plus utile qu’une plainte vague.## Outils associés- OpenAI Codex : l’agent de codage d’OpenAI pour lire, modifier, déboguer et relire du code.
• Codex CLI : une version terminal locale de Codex pour travailler directement avec du code sur votre machine.
• Codex Web : l’environnement Codex cloud d’OpenAI pour déléguer des tâches de codage en arrière-plan.
• GitHub Issues : le système intégré de GitHub pour suivre les bogues, les retours, les tâches et les discussions techniques.
• Instructions personnalisées de ChatGPT : la fonctionnalité officielle d’OpenAI pour orienter le style et le comportement de ChatGPT.
• Claude : l’assistant IA d’Anthropic, mentionné dans la comparaison de personnalité de l’article.
• Claude Code : l’agent de codage d’Anthropic pour travailler avec des bases de code, des fichiers, des commandes et des outils de développement.## Liens associés- Article original sur BAAI Hub : l’article chinois republié sur lequel cette version anglaise est fondée.
• Issue GitHub n°30364 : le principal ticket public signalant le regroupement des jetons de raisonnement de GPT-5.5 autour de 516, 1034 et 1552.
• Issue GitHub n°29353 : un rapport de reproduction connexe impliquant gpt-5.5, le raisonnement xhigh et exactement 516 jetons de raisonnement.
• Documentation développeur d’OpenAI Codex : la documentation officielle d’OpenAI pour Codex.
• Documentation d’OpenAI Codex CLI : la documentation officielle pour exécuter Codex localement depuis le terminal.
• Documentation d’OpenAI Codex Web : la documentation officielle pour utiliser Codex dans le cloud.
• Documentation GitHub : À propos des issues : la documentation officielle de GitHub expliquant comment les issues servent à suivre les bogues et les discussions.
• Aide OpenAI sur les instructions personnalisées de ChatGPT : les recommandations officielles pour personnaliser les réponses de ChatGPT.## RésuméCet article explique l’anomalie des jetons de raisonnement 516 de GPT-5.5 Codex signalée par les développeurs, y compris le principal ticket GitHuble problème, les données agrégées signalées, et la préoccupation selon laquelle certaines tâches complexes pourraient se terminer trop tôt.Cela aborde également une deuxième plainte liée à l’expérience utilisateur : la tendance de ChatGPT à trop mettre en forme, à trop corriger et à trop développer des demandes simples. Cette partie de la discussion est plus subjective, mais elle est importante, car la personnalité de l’assistant influence directement l’expérience produit au quotidien.Le point important n’est pas de considérer le motif 516 comme une preuve d’une troncature cachée. Les éléments publics permettent plutôt de l’interpréter comme une anomalie de comportement du modèle qui mérite d’être étudiée.Pour les développeurs, la conclusion pratique est simple : lorsqu’un agent de codage IA semble soudainement moins performant, recueillez des métadonnées, comparez les exécutions et signalez les motifs reproductibles au lieu de vous fier uniquement à des impressions.