Bun, le runtime JavaScript de Claude Code, en train d'être porté de Zig vers Rust par des agents IA
Bun, la boîte à outils JavaScript sur laquelle tourne Claude Code, est en train d'être portée de Zig vers Rust par des agents IA
entre expérience prometteuse et signal d'alarme, les développeurs sont partagés
Racheté par Anthropic en décembre 2025, Bun, le runtime JavaScript ultra-rapide bâti sur Zig, traverse une semaine de remous. Pendant que certains développeurs s'interrogent sur l'avenir du projet dans le giron d'une entreprise d'IA dont le produit phare, Claude Code, accumule les critiques, son créateur Jarred Sumner publie discrètement un guide de portage vers Rust, alimenté par l'IA. Coïncidence malheureuse ou signal fort d'un tournant stratégique ? La communauté ne sait plus quoi penser.
En décembre 2025, l'annonce du rachat de Bun par Anthropic avait été globalement bien accueillie. La logique semblait imparable : Claude Code est distribué sous forme d'exécutable Bun à des millions d'utilisateurs. Si Bun se casse, Claude Code se casse. Anthropic a donc une incitation directe à maintenir Bun excellent. Pour une communauté qui se demandait comment un projet financé par du capital-risque allait trouver un modèle économique viable, l'adossement à une entreprise valorisée à plusieurs dizaines de milliards de dollars paraissait être une bouée de sauvetage providentielle.
L'annonce assurait que Bun resterait open source sous licence MIT, que la même équipe continuerait à travailler dessus, et que la feuille de route resterait centrée sur les outils JavaScript haute performance et la compatibilité Node.js. Cinq mois plus tard, ce tableau rassurant commence à se fissurer, non pas parce que Bun lui-même aurait fléchi, mais parce que son nouveau propriétaire donne des signes inquiétants de son rapport au logiciel produit.
Claude Code, le cas d'école de la dégradation
Il y a un an, Claude Code semblait prodigieux. C'était l'un des premiers outils de codage assisté par IA qui convainquait que les flux de travail des développeurs allaient évoluer de l'autocomplétion vers les agents. Il pouvait lire un projet, effectuer des modifications précises, exécuter des commandes, corriger des erreurs et persévérer. Ce qui avait transformé des sceptiques en évangélistes. Aujourd'hui, le même outil concentre les doléances.
En avril 2026, les développeurs ont commencé à se plaindre de la qualité de Claude Code, du comportement vis-à-vis des limites d'utilisation, des restrictions imposées aux harnais tiers, d'une facturation opaque et d'une communication trop lente.
Le 2 avril 2026, un ticket intitulé « Claude Code est inutilisable pour les tâches d'ingénierie complexes avec les mises à jour de février » est ouvert sur le dépôt officiel d'Anthropic. Son auteure : Stella Laurenzo, identifiable via son profil GitHub sous le pseudonyme stellaraccident et un post LinkedIn associé : directrice du groupe IA chez AMD. Le message n'est pas une simple plainte d'utilisatrice frustrée. C'est un rapport d'analyse de plusieurs semaines, produit par Claude lui-même à partir de données de sessions réelles, et qui pointe nommément Anthropic pour une dégradation progressive et non communiquée de son produit phare.
Laurenzo explique que son équipe est parvenue à cette conclusion en s'appuyant sur des mois de logs issus d'un environnement de travail à haute complexité. Tous les ingénieurs seniors de son équipe ont rapporté des expériences similaires. Le verdict est sans appel : « Claude ne peut plus être considéré comme fiable pour des tâches d'ingénierie complexes. »
Anthropic a publié un post-mortem technique reconnaissant plusieurs problèmes : un effort de raisonnement par défaut réduit, un bug de session périmée, et une modification de prompt ayant dégradé la qualité de génération de code.
Puis vint l'affaire OpenClaw. TechCrunch a rapporté qu'Anthropic avait indiqué aux abonnés de Claude Code qu'ils devraient payer un supplément pour utiliser OpenClaw et d'autres harnais tiers. Plus préoccupant encore : le simple fait de mentionner « OpenClaw » dans l'historique git pouvait provoquer un refus de Claude Code ou générer une surfacturation, même dans un dépôt vide lors d'un simple appel à claude -p "hi". Ce type de comportement, où le contexte textuel d'un commit modifie silencieusement la facturation, illustre précisément ce que la communauté désigne par le terme d'enshittification : une dégradation progressive et méthodique de l'expérience utilisateur au profit de mécanismes de monétisation.
L'effet de contamination craint sur Bun
C'est dans ce contexte que le développeur William Johnston publie un billet intitulé « I am worried about Bun ». Le raisonnement est simple : Bun est embarqué dans Claude Code. Claude Code semble s'enshittifier. On est donc en droit de s'inquiéter que Bun puisse suivre le même chemin. Non pas parce que Bun est mauvais, il ne l'est pas, ni parce que l'équipe Bun a cessé de s'en soucier, mais parce qu'à mesure que Bun et son équipe s'intègrent davantage dans Anthropic, les mêmes politiques qui ont conduit à la dégradation de Claude Code pourraient s'y appliquer.
Johnston annonce donc migrer ses projets vers pnpm, tout en précisant qu'il ne recommande pas nécessairement cette démarche à tous : pour les nouveaux projets, pnpm fait sens ; pour les projets existants, mieux vaut rester avec Bun à moins d'avoir une bonne raison d'en partir.
Sur Hacker News, la discussion divise. Un commentateur, AntonyGarand, apporte un contre-argument structuré : avant l'acquisition, Bun devait de toute façon trouver un modèle de monétisation. Et même si la maison mère adopte des pratiques discutables avec ses autres logiciels, il est exagéré d'en déduire que cela se traduira par une dégradation de Bun. Claude Code est au cœur de la croissance d'Anthropic, là où tout changement peut entraîner des problèmes de facturation ; Bun est un runtime JavaScript qui peut se concentrer sur l'excellence sans peser sur le compte de résultat. La distinction est pertinente : Bun ne génère pas directement de revenus pour Anthropic, ce qui le soustrait pour l'instant aux pressions de monétisation court-termistes.
Le guide de portage Zig → Rust : expérience ou signal ?
C'est alors que survient un deuxième événement, simultané et hautement symbolique. Le créateur de Bun, Jarred Sumner, a publié un guide de portage Zig-vers-Rust, alimentant les spéculations sur une possible migration du projet en dehors de Zig. Le commit, poussé sur la branche claude/phase-a-port, porte bien la signature d'une démarche pilotée par IA.
Le document de portage est en réalité un prompt système adressé à un agent IA. La « Phase A » consiste à produire un fichier .rs en miroir du fichier .zig qui capture fidèlement la logique, sans nécessairement compiler. La « Phase B » assure la compilation module par module. Certaines bibliothèques sont explicitement exclues : tokio, rayon, hyper, async-trait. On est dans la génération de code assez contrainte, pas dans le vibe coding débridé, mais la communauté a tout de même tiqué.
Sur Hacker News, un commentateur a fait remarquer l'ironie de la situation : le fil de discussion sur les inquiétudes autour de Bun mentionnait qu'Anthropic ne ferait pas de « vibe coding expérimental » sur sa propre base de code, or voilà que dans le même temps, on découvre exactement ce type de démarche en cours.
Sumner lui-même a cherché à tempérer les attentes sur Hacker News : « Nous ne nous sommes pas engagés à réécrire. Il y a une probabilité très élevée que tout ce code soit finalement jeté. Je suis curieux de voir à quoi ressemble une version fonctionnelle, ce qu'elle donne, comment elle performe. »
Pourquoi abandonner Zig ?
Les raisons d'une éventuelle migration ne sont pas que cosmétiques. L'équipe Bun a déjà forké Zig, revendiquant une amélioration par quatre des temps de compilation en mode debug grâce à la génération de code parallèle avec LLVM. Ces améliorations ne peuvent pas être reversées en amont vers Zig en raison de sa politique stricte d'interdiction des contributions IA.
Cette politique est au cœur du désaccord. Selon Loris Cro, membre de la Zig Software Foundation, « la réalité des contributions basées sur les LLM a été principalement négative : augmentation du bruit de fond dû à des pull requests sans valeur remplies d'hallucinations, voire des premières contributions de 10 000 lignes absurdes ». La position de Zig est donc idéologique autant que technique.
La politique anti-IA de Zig pourrait s'avérer embarrassante pour Anthropic, qui a acquis Bun fin 2025 et l'utilise pour Claude Code. Comment en effet justifier de maintenir un langage hôte dont la gouvernance interdit toute contribution générée par IA, quand votre modèle économique repose précisément sur la vente d'outils de génération de code ? La contradiction est structurelle.
Un autre facteur milite pour le changement : Andrew Kelley, le créateur de Zig, n'hésite pas à introduire des changements cassants dans le langage, ce qui complique son utilisation pour des projets de production d'envergure. Pour un runtime distribué à des millions de développeurs, la stabilité du langage hôte n'est pas un luxe.
Le précédent de l'IA comme outil de migration
Si la migration Zig → Rust se concrétisait, elle s'inscrirait dans une tendance plus large. Cloudflare a réimplémenté la majeure partie de l'API Next.js en une semaine avec l'aide de l'IA, et le projet Ladybird a porté son moteur JavaScript de C++ vers Rust en deux semaines. Ces chantiers auraient été impensables à cette vitesse sans assistance par LLM... et ils ont tenu la route.
La portée idéologique de la démarche Sumner va plus loin encore. Commentant l'interdiction de l'IA par Zig, il a déclaré sur X qu'il s'attendait à ce que l'open source parte dans la direction opposée : « aucune contribution humaine autorisée ». Les humains discuteront encore des problèmes et des priorités, mais l'acte d'écrire du code, de soumettre des pull requests, de traiter les retours et d'implémenter sera l'affaire des LLM. Une prophétie qui sonne comme un manifeste et qui explique pourquoi le guide de portage Bun est structuré comme un système de prompt plutôt que comme une documentation classique.
Une semaine révélatrice
Deux événements en 48 heures : un développeur influent annonce quitter Bun par crainte de son devenir sous Anthropic, et l'équipe Bun révèle une expérimentation de portage par IA vers Rust. Sur Lobste.rs, certains soulignent que le guide PORTING.md fait environ 16 000 tokens et que « l'année dernière, aucun modèle n'aurait suivi de manière utile un tel document de portage ; pratiquement tous les modèles de nouvelle génération ont depuis revendiqué une meilleure capacité à suivre les instructions ». L'expérience serait donc impossible à mener sérieusement il y a douze mois. Ce qui dit beaucoup sur la vitesse à laquelle les LLM changent les pratiques d'ingénierie système.
La véritable question que soulève cette semaine n'est peut-être pas « Bun survivra-t-il à Anthropic ? » mais plutôt : « à quoi ressemble un logiciel d'infrastructure maintenu, voire réécrit, principalement par des agents IA ? » Bun était jusqu'ici l'un des projets qui répondait le mieux aux critères de qualité artisanale; vitesse brute, fiabilité, expérience développeur soignée. Si ces qualités survivent à une migration par LLM, ce sera la preuve que le vibe coding peut atteindre la qualité de production sur des bases de code critiques. Si elles disparaissent, ce sera un avertissement coûteux.
Sources : Guide de portage Zig → Rust (GitHub), William Johnston, Loris Cro, zigland
Et vous ?
L'acquisition d'un outil d'infrastructure open source par une entreprise d'IA dont c'est l'usage interne constitue-t-elle une garantie de pérennité ou un risque de capture ? Où se situe le point de bascule ?
Voir aussi :
Répondre avec citation
Partager