Les agents IA écrivent du code incroyablement rapidement. Ils détruisent l'architecture logicielle encore plus rapidement.
Ce n'est plus un secret. Elle a désormais un nom – la dette technique agentique –, une pile d’études derrière elle et un consensus approximatif : les agents autonomes accumulent la dette architecturale plus rapidement que n’importe quel processus de révision ne peut l’absorber.
Déposez un agent de codage d’IA standard dans un environnement d’entreprise complexe et intégré à l’héritage et vous obtiendrez de la vitesse. Mais vous en payez le prix : en brisant discrètement les limites de l'injection de dépendances, en couplant des modules conçus pour rester indépendants et en semant une dérive architecturale qui ne fera surface qu'avec la prochaine version majeure.
Le diagnostic est désormais partout. Les correctifs arrivent également rapidement. La question qui mérite d’être posée n’est pas de savoir si les agents dérivent – c’est réglé – mais ce qu’un mécanisme doit garantir avant de lui confier une base de code réglementée.
Je travaille sur des logiciels dans des domaines réglementés – C++ mixte, .NET Framework, modules natifs, où un défaut survit au sprint qui l'a expédié. Dans des environnements comme celui-là, les « lignes de code générées » ne sont pas une bonne chose à optimiser. La bonne question est plus étroite et plus difficile :
Dans quelle mesure pouvez-vous contraindre l'agent de manière déterministe - et comment prouver la contrainte appliquée ?
Tout ce qui suit est la réponse à cette question.
La plupart des équipes remettent à un agent une user story et demandent une pull request. C’est une recette pour l’hallucination : l’IA amplifie une vague spécification au lieu de la capter.
Le correctif est ...
[Courte citation de 8% de l'article original]