IT18 juillet 2026

Nous avons rendu open source la mémoire que nos agents de codage IA n’avaient jamais eue

Par Andrea Borghi
Nous avons rendu open source la mémoire que nos agents de codage IA n’avaient jamais eue

Nous avons rendu open source la mémoire que nos agents de codage IA n’avaient jamais eue

Imaginez un professeur de yoga atteint d’amnésie. À chaque cours, il vous voit vous plier en avant et vous dit « assouplissez vos genoux ». Au cours suivant, même corps, même habitude de verrouiller les genoux — et il vous dit plutôt « micro-flexion au niveau de l’articulation », ayant oublié avoir déjà dit cela de la première façon. Aucun des deux conseils n’est faux. Mais vous tenez désormais deux instructions pour une seule habitude, et personne dans la salle ne peut vous dire qu’il s’agit de la même chose.

C’est ce qu’un agent de codage IA fait à votre base de code, à chaque session.

Le problème que personne ne compare dans les diffs

Claude, Kilo, Cursor, Copilot — aucun ne se souvient du nom donné aux choses la fois précédente. Demandez à un agent d’ajouter une limite de réessai le lundi, et il écrit MAX_RETRIES. Demandez à une autre session de faire quelque chose de proche le mercredi et, sans aucun souvenir du lundi, elle écrit tout aussi logiquement RETRY_LIMIT. Les deux sont de bons noms. Ensemble, ils deviennent un bug en attente de quelqu’un qui modifiera l’un en oubliant l’autre.

Ce n’est pas une intuition. Le rapport « The Maintainability Gap » de GitClear a suivi 623 million de lignes modifiées de 2023 à 2026 et a constaté une hausse de 81% des blocs de code dupliqués, tandis que la part des commits qui refactorisent réellement est tombée de 21% à moins de 4%. L’analyse de 470 pull requests par CodeRabbit a révélé que les PR rédigées par l’IA comportent 1.7x plus de problèmes que celles rédigées par des humains, les incohérences de nommage apparaissant environ deux fois plus souvent. Les agents écrivent. Personne ne consolide. Et cela n’apparaît jamais dans une revue de diff classique, car chaque commit pris isolément semble parfaitement raisonnable — l’incohérence n’existe qu’entre les sessions, c’est précisément là où personne ne regarde.

Ce que VarAlign fait réellement

VarAlign est un hook qui surveille chaque variable qu’un agent IA écrit, conserve un registre par dépôt qui persiste d’une session à l’autre, et le réconcilie avec ce que le dépôt contient réellement — en détectant les dérives, les suppressions et les concepts dupliqués sous des noms différents. C’est déterministe : aucun LLM dans la boucle, aucun token consommé, rien ne quitte votre machine. Le registre vit sous forme de fichiers simples dans votre propre dépôt, donc il peut être comparé dans git et lu par n’importe quel outil, sans être verrouillé derrière une base de données.

La détection tient compte du langage, ce qui compte plus qu’on ne le pense. Les noms capitalisés en Go ne signifient pas la même chose que le CONST_CASE de Python ; les identifiants PowerShell ne tiennent pas compte de la casse ; un préfixe commun avec un mot final différent (HTTP_GET / HTTP_POST) correspond à une famille délibérée, pas à un doublon. Se tromper sur ce point et l’outil crie au loup jusqu’à ce que personne ne lise plus ses rapports — une autre forme d’amnésie.

La continuité, c’est toute la pratique

Voici la partie qui parlera à toute personne qui enseigne ou suit régulièrement un cours : une pratique ne s’accumule que si quelque chose est transmis. Un professeur qui se souvient de votre hanche droite raide peut transformer trois mois de petites corrections en vrai changement. Un professeur qui repart de zéro à chaque fois ne peut que se répéter, parfois avec des mots un peu différents, et l’élève doit arbitrer entre les versions à croire.

Par défaut, les agents de codage IA sont ce professeur amnésique. VarAlign est le carnet que le professeur aurait dû tenir. Il ne rend pas l’agent plus intelligent. Il s’assure simplement que la troisième session sait déjà ce que la première a décidé, afin que la base de code accumule un seul vocabulaire au lieu de trois.

Ce qui a été livré aujourd’hui

À ce jour, VarAlign est en v1.0.0, et le moteur ainsi qu’un plugin Claude Code sont open source sur GitHub sous Apache-2.0. L’installation prend deux commandes et aucun clone local :

/plugin marketplace add greenyogainc/varalign
/plugin install varalign

Comme la détection est basée sur les fichiers, elle repère les variables dupliquées et déviantes quel que soit l’outil qui les a écrites — Claude Code, Kilo, Cursor, Copilot, ou un humain tapant directement. L’extension VS Code, qui ajoute une liste de doublons codée par couleur avec remplacement en un clic et notes, est livrée séparément et reste gratuite sur le Marketplace et Open VSX.

À quoi ressemble vraiment l’utilisation interne

Nous ne publions pas des affirmations que nous n’avons pas testées sur nous-mêmes. À l’heure actuelle, VarAlign surveille en direct plus de 36,000 affectations de variables dans 15 de nos propres dépôts, avec 1,390 suspects de doublons et de dérives déjà triés via son propre workflow de revue. Rien que dans les vingt-quatre heures autour de cette sortie, il a détecté trois vrais problèmes avant qu’ils ne soient davantage diffusés : un calcul discrètement dupliqué dans un tableau de bord, une constante de gravité redéfinie au lieu d’être importée depuis sa source partagée, et des valeurs de configuration dispersées dans des scripts qui auraient dû lire depuis un seul endroit. Aucun de ces problèmes n’aurait apparu dans une revue de code classique — chaque changement semblait correct pris isolément.

La première vraie version de l’extension VS Code est sortie il y a trois jours et a déjà dépassé 2,300 téléchargements.

Une action pour cette semaine

Si vous utilisez Claude Code, Kilo, Cursor ou Copilot sur un dépôt d’une taille réelle, vous avez déjà ce problème — vous n’avez simplement pas encore vu le rapport. Installez le plugin, laissez-le analyser, et lisez ce qu’il signale avant d’écarter quoi que ce soit. La plupart des éléments remontés seront un renommage facile, de cinq minutes. La valeur ne tient pas à une correction isolée. Elle réside dans le fait que la base de code se fixe sur un seul nom par concept au lieu d’accumuler un nouveau dialecte à chaque sprint.

C’est la même chose qu’une bonne pratique sur plusieurs mois sur un tapis : pas une révélation spectaculaire, mais un vocabulaire qui continue de se construire sur lui-même au lieu de recommencer à zéro.


Le moteur de VarAlign et le plugin Claude Code sont open source sur github.com/greenyogainc/varalign. L’extension VS Code est gratuite sur le Marketplace et Open VSX. Si vous souhaitez de l’aide pour le déployer dans une organisation plus importante, contactez-nous.