Claude Code passe à Bun réécrit en Rust : la migration invisible qui change tout

Anthropic a discrètement migré Claude Code vers une version inédite de Bun entièrement réécrite en Rust. Cette transition, passée inaperçue pour les utilisateurs, révèle une collaboration privilégiée avec Oven et confirme Rust comme nouveau standard pour l’infrastructure logicielle critique. Décryptage d’une migration technique qui redéfinit les règles du jeu.

Une découverte technique qui en dit long

Le 19 juillet 2026, Simon Willison, expert reconnu en IA et développement, publie une analyse qui met en lumière un changement majeur dans l’architecture de Claude Code. En examinant le binaire de son installation locale, il découvre que l’assistant de codage d’Anthropic utilise désormais Bun v1.4.0, une version qui n’existe officiellement nulle part.

Deux commandes simples suffisent à le prouver. La première, strings ~/.local/bin/claude | grep -m1 'Bun v1', affiche « Bun v1.4.0 (macOS arm64) ». Problème : la dernière version publique de Bun sur GitHub est la v1.3.14, publiée le 12 mai 2026. La seconde commande révèle la présence de 563 fichiers sources en Rust (.rs) dans le binaire, confirmant que cette version embarque bien la réécriture complète du runtime JavaScript.

Selon Jarred Sumner, créateur de Bun, cette migration s’est faite en toute discrétion : « Claude Code v2.1.181 (sorti le 17 juin) et les versions ultérieures utilisent le port Rust de Bun. Le démarrage a gagné 10% sur Linux mais sinon, personne n’a rien remarqué. C’est ennuyeux, et c’est tant mieux. »

De Zig à Rust : pourquoi cette réécriture ?

Bun, runtime JavaScript concurrent de Node.js et Deno, était initialement développé en Zig, un langage système moderne. Mais l’équipe d’Oven a décidé de tout réécrire en Rust pour une raison simple : la sécurité mémoire.

D’après Jarred Sumner, les bugs liés à la gestion manuelle de la mémoire (use-after-free, double-free, fuites mémoire) empoisonnaient le développement de Bun. « Je n’accuse pas Zig, d’autres projets en Zig n’ont pas ces problèmes », précise-t-il. Mais pour un runtime critique utilisé en production par des millions de développeurs, ces failles représentaient un risque inacceptable.

Rust, avec son système de borrow checker et son modèle de propriété mémoire, élimine ces bugs dès la compilation. Pas de garbage collector (contrairement à JavaScript ou Python), mais des garanties formelles que le code ne plantera pas pour des raisons de mémoire. C’est ce qui a convaincu l’équipe de franchir le pas.

Une migration technique d’une ampleur exceptionnelle

Réécrire un runtime JavaScript complet dans un autre langage relève de l’exploit d’ingénierie. Selon les estimations basées sur les pull requests GitHub, la migration a porté sur environ 535 000 lignes de code Zig transformées en près de 780 000 à 1 million de lignes de Rust.

L’équipe d’Oven a utilisé massivement Claude Code lui-même, propulsé par une version préliminaire de Claude Fable 5, pour automatiser une partie du portage. D’après Jarred Sumner, environ 50 workflows automatisés ont tourné pendant 11 jours, avec des agents séparés pour écrire, relire et corriger le code. Le coût estimé en appels API : environ 165 000 dollars.

Mais le véritable défi n’était pas la quantité de code. C’était de maintenir la compatibilité totale avec l’écosystème Node.js existant tout en améliorant les performances. Résultat : la suite de tests de Bun (plus de 60 000 tests) passe sans modification, et les utilisateurs de Claude Code n’ont rien remarqué. C’est précisément cette transparence qui prouve la réussite technique.

Anthropic et Oven : un partenariat privilégié ?

L’utilisation par Anthropic d’une version preview de Bun soulève des questions. Comment une entreprise obtient-elle l’accès à une version non publique d’un projet open-source ? Plusieurs hypothèses :

• Partenariat technique : Anthropic pourrait avoir contribué financièrement ou techniquement au développement de Bun en Rust
• Early access négocié : Oven pourrait proposer un modèle « preview access » aux entreprises qui utilisent Bun en production critique
• Collaboration informelle : les équipes techniques se connaissent et s’entraident dans l’écosystème IA/JavaScript

Quel que soit le modèle, cette situation révèle une nouvelle forme de relation dans l’open-source moderne : les géants tech deviennent beta-testeurs en production de projets critiques, créant une validation mutuelle. Anthropic prouve la stabilité de Bun en l’utilisant pour Claude Code, tandis qu’Oven peut afficher un client prestigieux.

Rust s’impose comme standard d’infrastructure

Cette migration s’inscrit dans une tendance lourde de l’écosystème JavaScript : la réécriture d’outils critiques en Rust. Exemples récents :

• SWC remplace Babel pour la transpilation JavaScript (30x plus rapide)
• Turbopack (Vercel) remplace Webpack pour le bundling
• Biome remplace ESLint et Prettier pour le linting et le formatage
• Ruff remplace Flake8 et Black dans l’écosystème Python

Même les créateurs de langages « modernes » comme Zig reconnaissent implicitement que Rust a gagné la bataille des langages système pour les 10 prochaines années. Andrew Kelley, créateur de Zig, a d’ailleurs réagi publiquement à la réécriture de Bun, qualifiant le code généré par IA de « slop non revu » (code de mauvaise qualité produit en masse). Mais cette critique ne change pas la réalité : Rust offre des garanties formelles que Zig ne peut pas encore fournir.

Performances : que gagne-t-on concrètement ?

D’après les chiffres communiqués par Jarred Sumner :

• Démarrage : 10% plus rapide sur Linux (quelques dixièmes de seconde, mais critiques pour l’expérience développeur)
• Binaire : taille réduite de 20% environ
• Mémoire : consommation en baisse grâce à la gestion mémoire de Rust
• Stabilité : élimination des bugs de mémoire (crashes, fuites)

Ces gains peuvent sembler modestes, mais dans le contexte d’applications IA comme Claude Code, où chaque interaction compte, chaque milliseconde améliore l’expérience utilisateur. Et surtout, la stabilité accrue réduit les coûts de support et la frustration des utilisateurs.

Il faut toutefois noter que ces chiffres proviennent de l’équipe Bun elle-même et n’ont pas encore été validés par des benchmarks indépendants. La communauté attend la release publique de Bun v1.4.0 pour vérifier ces affirmations.

Ce que cela signifie pour les développeurs

Si vous êtes développeur JavaScript/TypeScript, cette migration a plusieurs implications :

Court terme (1-3 mois) :

• La release publique de Bun v1.4.0 en Rust arrive bientôt
• Vous pourrez tester Bun sur vos projets Node.js existants (compatibilité quasi-totale annoncée)
• Les benchmarks communautaires compareront Bun Zig vs Bun Rust
• D’autres outils pourraient adopter Bun v1.4.0 preview

Moyen terme (6-12 mois) :

• Scénario optimiste : Bun Rust devient le runtime par défaut pour les nouvelles applications performantes, adoption massive
• Scénario réaliste : adoption progressive dans des niches (tooling, edge computing, CLI), coexistence avec Node.js qui garde la majorité du marché
• Scénario pessimiste : bugs critiques découverts, retour en arrière partiel, fragmentation de la communauté

Actions concrètes :

• Tester Bun pour vos projets Node.js (compatibilité, performances réelles)
• Surveiller la release de Bun v1.4.0 pour migrer vers la version stable
• Évaluer Rust pour vos propres outils critiques de performance
• Documenter vos dépendances runtime pour anticiper les migrations silencieuses

Les questions qui restent en suspens

Malgré les informations disponibles, plusieurs zones d’ombre subsistent :

• Partenariat Anthropic-Oven : nature exacte de la relation, contributions financières ou techniques ?
• Étendue de la réécriture : 100% du code en Rust ou migration progressive ? Parties restant en Zig ?
• Performances multi-plateformes : gains sur macOS et Windows comparables à Linux ?
• Modèle économique d’Oven : comment monétiser Bun au-delà du support entreprise ?
• Réaction de Node.js : l’écosystème dominant va-t-il contre-attaquer avec ses propres optimisations ?
• Autres utilisateurs preview : d’autres entreprises utilisent-elles déjà Bun v1.4.0 en production sans le communiquer ?

Ces interrogations seront probablement clarifiées lors de la release publique de Bun v1.4.0 et des communications officielles d’Anthropic et Oven.

Conclusion : la migration invisible qui change tout

L’adoption par Claude Code de Bun réécrit en Rust marque un tournant à plusieurs niveaux. D’abord, elle valide Rust comme langage d’infrastructure critique pour les 10 prochaines années, même pour des projets initialement développés dans des langages « modernes » comme Zig. Ensuite, elle révèle une nouvelle forme de partenariat open-source où les géants tech obtiennent un accès privilégié à des versions preview en échange d’une validation en production.

Mais surtout, cette migration prouve qu’une réécriture majeure peut être totalement transparente pour les utilisateurs quand elle est bien exécutée. C’est précisément cette « invisibilité » qui constitue le plus grand succès technique : réécrire 535 000 lignes de code dans un autre langage sans casser la compatibilité ni dégrader l’expérience utilisateur relève de l’exploit d’ingénierie.

Pour les développeurs, les entreprises et les investisseurs, le message est clair : Rust n’est plus une option, c’est un standard. Et les outils qui ne suivront pas cette tendance risquent de se retrouver distancés dans la course aux performances et à la stabilité qui définit l’infrastructure logicielle moderne.

Question ouverte : Si même les créateurs de Bun, qui avaient choisi Zig pour ses performances, migrent vers Rust, quel avenir reste-t-il aux langages système alternatifs ? Et surtout, combien d’autres migrations silencieuses de ce type se produisent en ce moment même dans l’infrastructure que nous utilisons tous les jours ?