Un agent assemble des capacités, il ne remplace pas toute l’IA générative
Un assistant peut rédiger une réponse à un courriel. Un agent auquel on donne les outils nécessaires peut aussi rechercher le dossier concerné, consulter un agenda, préparer une proposition et déclencher son envoi. La différence tient à l’enchaînement d’opérations et à la capacité d’agir sur d’autres logiciels, pas à la disparition des modèles génératifs qui contribuent à son fonctionnement.
Dans sa note de février 2026, le Conseil de l’intelligence artificielle et du numérique décrit une évolution des capacités logicielles et des infrastructures plutôt qu’une rupture technologique unique. Il distingue aussi plusieurs degrés d’autonomie. Une succession de traitements ponctuée de validations humaines et un système censé décider seul de ses objectifs ne relèvent pas du même niveau de délégation.
Cette distinction change la manière d’évaluer une démonstration. Voir un agent réussir une tâche prouve qu’un parcours est possible dans les conditions présentées. Cela ne renseigne pas encore sur son comportement face à un dossier incomplet, à un outil indisponible ou à une demande ambiguë.
Connecter un outil ne donne pas le droit de l’utiliser sans limite
Le Model Context Protocol, ou MCP, propose une manière commune de relier une application d’IA à des outils et à des sources de données. Il peut simplifier l’intégration de connecteurs. Il ne décide ni des informations qu’une entreprise doit exposer, ni des opérations qu’elle accepte de déléguer.
Un connecteur vers un CRM peut permettre la consultation d’une fiche ou la modification d’un compte client. Ces deux possibilités n’ont pas les mêmes conséquences. De même, préparer un message et l’envoyer sont deux actions distinctes, même si une interface les présente à quelques secondes d’intervalle. Les permissions effectives, les validations et les traces d’exécution doivent correspondre à cette différence.
MCP n’est donc pas, à lui seul, une garantie de fiabilité ou de sécurité. La qualité du système dépend aussi des logiciels raccordés, des contrôles appliqués aux paramètres et de la façon dont les échecs sont traités. Un connecteur bien documenté peut rester dangereux s’il expose davantage de droits que la tâche ne le nécessite.
La difficulté se déplace vers les exceptions et la reprise
Prenons le cas hypothétique d’un agent chargé de préparer une réponse à une réclamation. Il pourrait rassembler les pièces du dossier et proposer un traitement. Mais que doit-il faire si deux documents se contredisent, si le client demande une dérogation ou si une opération semble déjà avoir été exécutée ? Répéter automatiquement la dernière action pourrait aggraver le problème.
Le CIANum souligne notamment les risques de cascade et de coordination entre agents. Une erreur au début d’un processus peut être réutilisée par les étapes suivantes, avec une apparence de cohérence qui rend son origine moins visible. Multiplier les agents ne supprime pas ce risque ; cela ajoute des échanges et des responsabilités à organiser.
L’évaluation devrait donc porter sur le processus complet : qualité du résultat, erreurs détectées, temps de vérification et capacité de reprise. Le temps économisé sur la préparation d’un dossier n’est un gain utile que s’il n’est pas absorbé par des corrections imprévues ou par une supervision devenue difficile à tenir.
Déléguer une tâche délimitée avant d’étendre l’autonomie
Pour commencer, une entreprise peut retenir une tâche dont les entrées, le résultat attendu et les conditions d’arrêt sont compréhensibles par l’équipe. L’agent prépare ou exécute ce qui entre dans ce périmètre ; les cas ambigus reviennent à une personne identifiée. Les essais doivent inclure des échecs, et pas seulement les exemples sur lesquels le système réussit facilement.
Cette organisation permet de décider progressivement ce qui mérite davantage d’autonomie. Elle conserve aussi une question essentielle sur le travail : qui garde la connaissance nécessaire pour vérifier et reprendre l’activité ? La possibilité d’automatiser certaines tâches ne suffit pas à conclure à la disparition d’un métier.
L’autonomie d’un agent n’est donc ni un progrès inconditionnel ni un risque à écarter. Elle dépend du périmètre de la tâche, de la qualité des contrôles et de la capacité à reprendre la main. Ce sont ces trois paramètres qu’il faut documenter avant d’automatiser, et non l’inverse.