Le créateur de Claude Code : le code 100 % IA est désormais « problématique »

Boris Cherny est en train de dégonfler son propre hype. L'ingénieur d'Anthropic qui a déclaré en janvier que l'IA avait « résolu le coding » — et qui personnellement n'écrit plus une ligne de code — admet maintenant que les entreprises qui tournent avec du code 100 % généré par IA se heurtent à un mur. Cet aveu est important parce que Cherny n'est pas un critique. Il dirige Claude Code. Quand la personne qui construit l'outil dit que l'outil crée des problèmes, il faut écouter.

Ce qui s'est passé : Cherny revient sur « l'IA a résolu le coding »

S'exprimant lors d'une discussion informelle chez Scale AI en juin 2026, Cherny a été directement interrogé sur les inquiétudes du COO d'Uber Andrew Macdonald concernant le fait que les dépenses IA ne produisaient pas assez de ROI. Macdonald avait des raisons de s'inquiéter — Uber a brûlé la totalité de son budget IA 2026 en quatre mois (Business Insider, 2026).

La réponse de Cherny marque un revirement par rapport à sa posture de janvier (Times of India, 2026) :

« Le ROI est absolument le bon cadrage parce qu'il ne faut pas seulement penser au coût — vous dépensez quelque chose et vous obtenez quelque chose en retour. »

Il a ensuite esquissé un modèle de maturité implicite en trois phases pour l'adoption du coding IA :

Cherny qualifie désormais la Phase 2 de « problématique. » Quand le débit de chaque ingénieur explose, le goulot d'étranglement se déplace de la production de code vers la revue de code, l'assurance qualité et — point critique — le fait d'avoir assez de bonnes idées pour alimenter la machine.

Il a reconnu qu'Anthropic elle-même ressent la pression des coûts : « Chaque token que nous utilisons est un token que nous ne fournissons pas à un client » (Business Insider, 2026). Un aveu révélateur de la part d'une entreprise qui gagne de l'argent en vendant des tokens.

Pourquoi c'est important

Le revirement de Cherny n'est pas une correction personnelle. C'est un signal pour toute l'industrie. La vague des outils de coding IA entre dans une phase de réalisme, et la conversation bascule de « regardez ce que ça peut faire » à « voilà ce que ça coûte et voilà ce que vous obtenez en retour. »

Sam Altman d'OpenAI émet des signaux similaires sur les préoccupations de ROI en entreprise. Le pattern est clair : les entreprises qui ont construit les outils sont désormais celles qui mettent en garde contre leurs limites. Cela mérite plus d'attention que n'importe quelle critique externe.

Pour Claude Code spécifiquement, cela renforce le verdict que nous maintenons déjà : conditional. L'outil est architecturalement en avance — workflows dynamiques, sous-agents vérificateur-exécuteur, routines cloud — mais l'infrastructure de contrôle des coûts qui sépare une démo puissante d'un outil d'entreprise durable est encore en retard. Cherny lui-même dit que les entreprises devraient donner aux employés « des tokens et la liberté d'expérimenter » tout en contrôlant les coûts « côté backend, pas côté frontend. » C'est un équilibre difficile qu'aucun outil n'a encore pleinement résolu.

Ce qui change pour vous

Si vous évaluez des outils de coding IA à la mi-2026, le benchmark de capacité n'est plus le bon point de départ. Les propres mots de Cherny définissent les nouvelles priorités :

• Budgétisez les tokens, pas seulement les licences. Les boucles agentiques autonomes font grimper les coûts rapidement. Si votre outil ne vous donne pas de plafonds de dépenses stricts, une boucle sans surveillance peut brûler un mois de budget en un week-end.
• Mesurez le ROI, pas le pourcentage d'adoption. « Quel pourcentage du code est généré par IA ? » est une métrique de vanité. « Qu'avons-nous livré plus vite, et à quel coût ? » est une métrique business.
• Résolvez le goulot d'étranglement des idées dès le début. L'avertissement de Cherny sur la Phase 3 est sous-estimé. Si vos ingénieurs peuvent produire 10x plus de code mais que votre organisation produit ne peut définir que 2x plus de fonctionnalités, vous avez acheté un tapis roulant plus rapide, pas une entreprise plus rapide.

FAQ

Le code 100 % généré par IA est-il vraiment un problème ? Cherny lui-même dit que oui. Quand le débit de chaque ingénieur explose, le goulot se déplace de la production de code vers la revue de code, l'assurance qualité et — point critique — le fait d'avoir assez de bonnes idées pour alimenter la machine. Le code est écrit plus vite que les humains ne peuvent le relire.

Que devraient mesurer les entreprises au lieu du pourcentage d'adoption IA ? Le ROI — les fonctionnalités livrées par dollar dépensé en IA. Cherny est d'accord : « Le ROI est absolument le bon cadrage. » Mesurez ce que vous livrez plus vite et à quel coût, pas le pourcentage de votre code écrit par une IA.

Claude Code est-il toujours recommandé ? Neomanex maintient un verdict conditional sur Claude Code. L'outil est architecturalement en avance — workflows dynamiques, sous-agents vérificateur-exécuteur, routines cloud — mais l'infrastructure de contrôle des coûts est encore en rattrapage. C'est le bon outil pour les équipes qui savent gérer les budgets de tokens et ont une solide culture de review. C'est le mauvais outil pour les équipes qui veulent configurer et oublier.