Le 17 juin, une version de Claude Code est passée en production sans déclencher le moindre remous. Pas d’annonce tapageuse, pas de fil de discussion enflammé : un numéro de build, v2.1.181, et quelques millions de machines qui ont continué à tourner comme si de rien n’était.
Sous le capot, pourtant, le moteur avait changé. L’assistant en ligne de commande d’Anthropic ne s’appuie plus sur la version historique de Bun, mais sur son portage en Rust, encore en préversion. Jarred Sumner, créateur de Bun, l’a confirmé dans sa note « Rewriting Bun in Rust » : depuis cette build, le démarrage est environ 10 % plus rapide sous Linux. Pour le reste, personne ou presque n’a rien remarqué. Et de conclure : « Boring is good ». L’ennui, ici, tient de la réussite.
Un changement de moteur, pas de carrosserie
Bun est le runtime JavaScript sur lequel repose Claude Code : la couche qui exécute le programme, lit les fichiers, lance les processus. Écrite à l’origine en Zig, elle est en cours de réécriture intégrale en Rust, un langage système réputé pour sa sûreté mémoire et ses performances.
Les traces sont nettes. En inspectant le binaire distribué, on y trouve plus de 560 fichiers sources en .rs, l’extension de Rust, et un numéro de version, Bun v1.4.0, qui n’existe pas encore publiquement : la dernière mouture diffusée s’arrête à la 1.3.14, datée du 12 mai. Autrement dit, Anthropic déploie à très grande échelle une préversion d’un runtime que le grand public n’a pas encore entre les mains.
Des millions d’installations servent alors, sans le savoir, de banc d’essai grandeur nature à une brique logicielle encore en chantier. Peu d’éditeurs peuvent s’offrir un terrain d’essai pareil.
Quand la latence du démarrage devient un problème d’agent
Dix pour cent au lancement, on pourrait hausser les épaules. Sur un poste isolé, la différence se compte en fractions de seconde. Mais un agent IA n’est pas un programme qu’on ouvre une fois le matin et qu’on referme le soir.
Il relance des processus en boucle, enchaîne des appels d’outils, ouvre et referme des sessions, parfois des centaines de fois par heure sur une machine de développement ou dans une chaîne d’intégration. Chaque démarrage qui traîne se paie au cumul. La couche d’exécution, longtemps invisible, devient un facteur de confort mesurable au quotidien.
À cela s’ajoute la tenue dans la durée. Une session d’agent peut rester ouverte des heures, accumuler du contexte, manipuler des fichiers volumineux. Sur ce terrain, la gestion mémoire rigoureuse d’un langage système pèse davantage qu’un gain de vitesse ponctuel : elle décide si la session tient trois heures ou finit par ramer, voire par tomber.
Le modèle ne fait plus toute la différence
Voilà le déplacement de fond. Pendant deux ans, la compétition s’est jouée presque exclusivement sur les modèles : tel score à tel benchmark, telle fenêtre de contexte, tel prix au million de tokens. Le reste passait pour de la tuyauterie.
Or les écarts de capacité brute se resserrent. À qualité de modèle comparable, ce qui distingue une expérience d’agent, c’est l’enveloppe autour : la vitesse de réaction, le nombre d’outils qu’on peut appeler en parallèle sans que tout se grippe, la stabilité d’une session longue. Cette enveloppe porte un nom : la couche runtime.
Réécrire cette couche en Rust n’est donc pas un caprice d’ingénieur. C’est un pari sur le terrain où se jouera bientôt une part de la différenciation, le jour où le modèle seul ne suffira plus à emporter la préférence.
L’outillage IA glisse vers les langages système
Le mouvement ne fera que s’amplifier, et Anthropic n’ouvre même pas la voie : OpenAI a réécrit son propre agent de terminal, Codex CLI, en Rust dès 2025, pour se défaire de sa dépendance à Node.js et livrer un binaire autonome. D’ici la fin 2026 et courant 2027, d’autres outils d’agents (interfaces en ligne de commande, orchestrateurs, serveurs d’outils) migreront à leur tour vers Rust ou Zig pour leur cœur d’exécution. La bascule a déjà transformé l’outillage des développeurs depuis plusieurs années ; elle gagne aujourd’hui la plomberie des agents.
Le pari tient à une condition claire : que le gain se traduise là où ça compte vraiment, sur les sessions longues et les usages intensifs, pas seulement sur un chrono de démarrage. Un runtime deux fois plus prompt à s’ouvrir mais toujours fragile après trois heures d’usage n’aurait rien réglé.
Un détail commercial trahira le basculement. Aujourd’hui, un éditeur vend son agent sur les performances de son modèle. Le jour où l’un d’eux mettra en avant la stabilité de ses sessions longues ou la vitesse de sa couche d’exécution comme argument de vente, la bataille aura changé d’étage. La réécriture silencieuse de juin en aura été le premier chapitre, et « boring », décidément, aura payé.
