Yandex a automatisé les mises à jour de Chromium avec un agent LLM

Tous les quatre semaines, Yandex Browser passe à une nouvelle version de Chromium. Pour les utilisateurs finaux, cela se fait de manière transparente, mais les développeurs doivent résoudre des milliers de conflits de code et corriger autant d'erreurs de compilation. Yandex a décidé d'automatiser cette routine et a intégré un agent LLM dans le processus de synchronisation avec l'upstream.

L'Échelle des Mises à Jour qui Consomment des Mois

Chaque cycle de mise à jour rencontre environ 10.000 commits du référentiel principal de Chromium et environ 1.500 modifications propriétaires accumulées dans le fork de Yandex. Le résultat : plus de 1.000 conflits de fusion, des milliers d'erreurs de compilation, de nombreuses dépendances qui ne fonctionnent plus avec la nouvelle version. Le processus implique des dizaines de développeurs ayant différents niveaux de compétences. L'effort total pour un cycle s'élève à plusieurs personnes-mois. C'est du temps que l'équipe ne peut pas consacrer aux features, à l'optimisation ou aux bugs des utilisateurs. Pure routine qui bloque le développement.

Pourquoi un Simple Chat avec un LLM Ne Fonctionne Pas

On pourrait penser : alimentez une erreur à ChatGPT, obtenez un correctif. En réalité, cela ne fonctionne pas. Yandex ne traite pas avec des erreurs isolées—il s'agit de mettre à jour régulièrement un grand fork avec un historique de changements profond.

Des milliers de problèmes doivent être traités simultanément, en considérant le contexte du upstream et les modifications propriétaires. Une requête LLM standard est inutile ici : il n'y a pas assez de contexte, les solutions se contredisent, et la validation est nécessaire à chaque étape. C'est pourquoi Yandex est allé plus loin—non seulement en alimentant des erreurs dans un chat, mais en intégrant un agent LLM qui comprend la structure du projet et peut analyser et résoudre les conflits de manière autonome.

Comment l'Agent Résout les Conflits

L'agent fonctionne en deux étapes. Dans la première, il analyse le conflit : qu'est-ce qui a changé dans le upstream, qu'existe-t-il dans le fork, pourquoi sont-ils incompatibles, quelles dépendances sont cassées. Dans la deuxième, il propose une résolution, en considérant les deux côtés.

Voici les principales tâches que l'agent gère :

• Résoudre les conflits de fusion en analysant les changements des deux côtés
• Corriger les erreurs de compilation (erreurs de type, erreurs de liaison, includes manquants)
• Valider les solutions : s'assurer que rien ne s'est cassé dans les modules adjacents

L'agent n'est pas parfait—les cas complexes nécessitent toujours du travail manuel. Mais il gère 70-80% du travail de manière indépendante. Les développeurs passent au mode révision de code au lieu d'écrire du code, ce qui est beaucoup plus rapide et efficace.

Ce que Cela Signifie pour le Développement de Navigateurs

Les grands éditeurs de forks (navigateurs, systèmes d'exploitation, kernels embarqués) voient maintenant un vrai chemin vers une synchronisation moins douloureuse avec l'upstream. Les agents LLM trouvent leur place non pas dans des démos brillantes et des présentations, mais dans les processus industriels routiniers où ils réduisent véritablement les coûts. C'est un signe de la maturité des LLM en développement : non pas un remplacement des développeurs, mais un assistant intelligent dans le travail routinier qui libère du temps pour la créativité et les nouvelles fonctionnalités. Yandex tire le meilleur parti de ce qui a été ajouté aux modèles ouverts—pas des hallucinations, mais une organisation systématique du travail.