Le développeur de Claude Code reconnaît une faille dans la pensée adaptative et propose une solution de contournement.

Boris Charny, le créateur de Claude Code chez Anthropic, s'est engagé publiquement avec les développeurs sur Hacker News concernant les problèmes de performances signalés depuis février. Après avoir initialement attribué les problèmes aux paramètres utilisateurs, il a changé de position après avoir examiné les transcriptions des bugs.
Position initiale : Problème de paramètres
La première explication de Charny pointait deux changements intentionnels : masquer le processus de réflexion (un changement d'interface) et réduire le niveau d'effort par défaut. Le message implicite était que les performances ne s'étaient pas dégradées - les utilisateurs expérimentaient simplement le nouveau paramètre par défaut à moindre coût. Il a suggéré de rétablir les paramètres à /effort élevé pour retrouver les niveaux de performance antérieurs.
Passage à la reconnaissance
Face aux preuves d'utilisateurs utilisant déjà les paramètres d'effort les plus élevés et rencontrant toujours des problèmes, Charny a analysé les rapports de bugs et est passé d'explications générales sur les paramètres à un diagnostic technique spécifique.
Position finale : Défaut spécifique identifié
Charny a explicitement validé les expériences des utilisateurs, concédant que la fonction de "pensée adaptative" "sous-alloue le raisonnement". Il a confirmé que cela n'était pas lié aux paramètres d'effort par défaut, car la télémétrie montrait que les sessions affectées envoyaient effort=élevé à chaque requête.
Son message final indiquait : "Les données indiquent que la pensée adaptative sous-alloue le raisonnement à certains tours - les tours spécifiques où elle a fabriqué (version de l'API Stripe, suffixe SHA git, liste de paquets apt) n'ont émis aucun raisonnement, tandis que les tours avec un raisonnement approfondi étaient corrects."
Solution temporaire et enquête
Charny a fourni une solution temporaire : CLAUDE_CODE_DISABLE_ADAPTIVE_THINKING=1 force un budget de raisonnement fixe au lieu de laisser le modèle décider par tour. Il a noté que l'équipe du modèle enquête sur le problème.
La discussion démontre un engagement direct entre le personnel technique d'Anthropic et les développeurs externes, avec transparence sur les problèmes techniques affectant les performances de Claude Code.
📖 Lire la source complète : r/ClaudeAI
👀 See Also

Qwen 3.6 27B à 52,8 tps TG sur AMD MI50s : Pleine précision, sans MTP, sans quantification
Un utilisateur de Reddit benchmark Qwen3.6-27B sur huit AMD MI50 (cartes de 2018) en utilisant un fork de vllm avec ROCm 7.2.1, atteignant 52,8 tps TG et 1569 tps PP en pleine précision et sans MTP.

OpenClaw v2026.7.1 : Refonte de l'interface de contrôle, Intégration, Applications mobiles, GPT-5.6, Tencent Hy3, Meta Muse Spark 1.1
OpenClaw v2026.7.1 apporte une refonte majeure de l'UI de contrôle, un onboarding repensé, des mises à jour des apps iOS/Android/macOS, la compatibilité GPT-5.6, le support de Tencent Hy3 et Meta Muse Spark 1.1, et des workflows améliorés pour Codex et les agents de codage.

Le paradoxe du « construire vs. acheter » à l'ère des agents IA
Des développeurs gagnant 100 $ de l'heure passent régulièrement plus de 10 heures à construire avec Claude et n8n pour éviter de payer 30 à 50 $ par mois pour un produit fonctionnel, ignorant le coût d'opportunité de plus de 1 000 $.

Les développeurs du noyau Linux proposent de supprimer le code obsolète en raison des rapports de bogues générés par des LLM.
Les développeurs du noyau Linux proposent de supprimer plusieurs sous-systèmes hérités, notamment les pilotes Ethernet ISA/PCMCIA, les protocoles radioamateurs, ATM et ISDN, afin de réduire la charge liée au traitement des rapports de bogues de sécurité générés par les grands modèles de langage.