Agents IA : la fin des applications traditionnelles approche

Une nouvelle thèse qui circule dans les milieux de la crypto et de l'IA affirme que l'ère des applications vit sur du temps emprunté. L'argument reprend une grille de lecture historique bien connue — boire avant de conduire, rouler sans ceinture, fumer à l'intérieur, installer des binaires arbitraires — et pose la question de savoir quand l'exécution de code tiers opaque sur sa machine sera requalifiée de la même manière. Une fois que des agents d'IA pourront construire, vérifier et contraindre le logiciel dans un environnement contrôlé par l'utilisateur, la charge de la justification s'inverse. La personne qui exécute le code de quelqu'un d'autre aura besoin d'un motif. La personne qui construit via un agent se contentera d'utiliser le défaut le plus sûr.

Pourquoi c'est important

Le texte parcourt la défaillance structurelle du modèle actuel de confiance logicielle. SolarWinds a montré comment un processus de build compromis transformait des mises à jour banales en infrastructure de livraison pour une attaque. La porte dérobée XZ Utils — signalée par la CISA en mars 2024 dans les versions 5.6.0 et 5.6.1 d'une bibliothèque de compression présente dans les distributions Linux — a montré le même schéma arrivant par des canaux ordinaires. Dans la crypto, les détournements DNS et les exploits JavaScript sur npm ont répété la leçon au niveau applicatif. Le Secure Software Development Framework du NIST et la chaîne de provenance SLSA sont des réponses nécessaires, mais elles révèlent la limite du modèle : les entreprises continuent d'affiner la façon de décider quel code externe mérite confiance. Le modèle suivant réduit la quantité de code extérieur qui nécessite une confiance.

Impact sur le marché

La lecture commerciale est plus tranchée. Les agents de codage — OpenAI Codex, Claude Code d'Anthropic, l'agent de codage Copilot de GitHub et Google Jules — sont présentés aujourd'hui comme des outils de développeur, mais OpenAI a déjà livré le mois dernier une option d'interface orientée autour des conversations et des sorties plutôt que du code et des terminaux. Le basculement fait passer la création logicielle d'un produit choisi sur un marché à une sortie générée à la demande dans un environnement d'exécution contrôlé par l'utilisateur. La valeur migre de l'artefact compilé vers le pattern, et la distribution passe de l'expédition de code exécutable à la publication d'intention, de designs, de preuves et d'attentes d'API. Les systèmes zero-knowledge entrent par la couche de vérification : le même pattern que les rollups ZK utilisent pour prouver des transitions d'état hors chaîne peut s'étendre à la preuve qu'un terminal a exécuté du code approuvé, traité des données sous des contraintes définies, ou produit un résultat à partir d'un build audité spécifique. Les fournisseurs d'infrastructure affrontent désormais un test commercial — prouver l'affirmation, publier l'interface, exposer le jeu de contraintes, et laisser les agents côté utilisateur décider de l'inclusion.