Plusieurs annonces des derniers jours convergent : messagerie entre sessions et mode d'exécution plus sûr par défaut pour un assistant de code, agents supervisés en beta publique chez un éditeur de bibliothèques, intégration entre agents de codage et outils d'observabilité, unification de passerelles pour router entre plusieurs fournisseurs. Aucune n'est spectaculaire isolément. Ensemble, elles racontent le passage des agents du prototype à l'exploitation.
Nous avons expliqué ce qu'est un agent IA et pourquoi 2026 est décrite comme l'année de l'agentique. Le sujet change de nature : on ne se demande plus si ça marche, mais comment le faire tourner sans que ça casse.
Ce que ces annonces ont en commun
Elles portent toutes sur des sujets ennuyeux, et c'est précisément le signe qui compte.
La mémoire entre sessions. Permettre à un agent de reprendre le fil d'une session précédente répond à une limite très concrète : la fenêtre de contexte ne suffit pas pour un travail qui s'étale sur plusieurs jours.
Les modes d'exécution sécurisés par défaut. Un agent qui exécute des commandes dans un environnement restreint plutôt qu'avec tous les droits. C'est l'application directe du principe du moindre privilège, et une réponse aux risques que nous documentons régulièrement.
L'observabilité. Brancher un agent sur les outils qui surveillent un système en production permet de lui donner un retour sur les conséquences réelles de ses modifications. C'est une boucle importante : l'agent ne se contente plus d'écrire du code, il observe si ce code se comporte bien une fois déployé.
Le routage entre fournisseurs. Pouvoir changer de modèle sans réécrire son application répond au risque de dépendance que nous avons souligné à plusieurs reprises, notamment après la migration d'API qui a cassé des intégrations en juillet.
Une technologie devient sérieuse quand les annonces cessent de porter sur ce qu'elle peut faire pour porter sur la manière de la surveiller, de la sécuriser et de la remplacer. C'est ce qui s'est passé avec le cloud vers 2012, avec les conteneurs vers 2017. On voit apparaître les outils de supervision, les modes dégradés, les procédures de repli. Ce n'est jamais excitant, et c'est le meilleur indicateur qu'on est sorti de la démonstration.
Le problème que ça révèle
Si tant d'outils apparaissent pour surveiller les agents, c'est qu'il y a quelque chose à surveiller.
Un agent en production pose trois difficultés spécifiques que n'a pas un logiciel classique. Son comportement n'est pas entièrement prévisible, puisqu'il décide de ses étapes. Il coûte de l'argent à chaque action, ce qui rend une boucle infinie non seulement inutile mais facturée. Et il peut échouer de manière silencieuse en produisant un résultat plausible et faux, ce qui est bien plus difficile à détecter qu'un plantage.
Ce dernier point est le plus sérieux. Nous l'avons vu à propos de la modernisation de code scientifique : un système qui tourne parfaitement en produisant un résultat légèrement faux est un problème invisible.
Ce que ça change pour les équipes
Deux conséquences pratiques.
Le métier se déplace vers la supervision. Écrire le code que l'agent exécutera compte moins que définir ce qu'il a le droit de faire, comment on vérifie son travail, et ce qui se passe quand il se trompe. C'est un travail d'architecture et de garde-fous plus que de développement.
Le coût devient une variable de conception. Un agent mal cadré peut consommer un budget considérable en tournant sur une piste sans issue. Les leviers que nous avons décrits, du cache au routage vers des modèles plus légers, cessent d'être des optimisations pour devenir des conditions de viabilité.
Ce qu'il faut retenir
Le passage en production d'une technologie est toujours le moment le moins médiatique et le plus révélateur. Ce n'est pas quand une démonstration impressionne qu'une technologie s'installe, c'est quand des équipes ennuyeuses commencent à écrire des procédures pour le jour où ça tombera en panne.
Nous y sommes pour les agents. Cela ne dit rien de leur utilité réelle, qui reste à mesurer, mais cela dit qu'ils sont sortis du laboratoire. Et cela signifie que les questions de sécurité et de responsabilité que nous soulevons depuis des semaines cessent d'être théoriques : elles concernent désormais des systèmes qui tournent, chez de vraies entreprises, avec de vraies conséquences.