Vous donnez l'objectif, l'agent trouve le chemin tout seul.
Un agent IA est un dispositif à qui l'on confie une tâche plutôt qu'une question : il reçoit un objectif, décide lui-même des étapes pour l'atteindre, va chercher ce qui lui manque dans vos outils, et rend un résultat. C'est cette liberté d'enchaînement qui le sépare des autres formes d'IA, puisqu'un chatbot répond à ce qu'on lui demande et qu'une automatisation suit un chemin écrit à l'avance. Elle le rend utile sur les demandes qui ne se ressemblent jamais tout à fait, et nettement plus exigeant à encadrer que les deux autres.
Prenons une demande de garantie qui arrive par mail un mardi matin. Un agent la lit, retrouve la commande dans votre logiciel, vérifie la date d'achat, constate que le délai est dépassé de trois jours, consulte ce que vous faites d'habitude dans ce cas, et prépare une réponse qui propose un geste commercial. Il n'a reçu aucune de ces étapes dans sa consigne : on lui a donné l'objectif et l'accès, il a établi le chemin.
C'est la seule chose qui définit vraiment un agent, et elle est plus étroite qu'on ne le dit. Le mot circule aujourd'hui sur à peu près tout ce qui touche à l'intelligence artificielle, y compris sur des dispositifs qui exécutent sagement une séquence programmée. La distinction retenue par les concepteurs de ces systèmes est architecturale : dans un enchaînement classique, le chemin est écrit dans le code, alors que dans un agent, c'est le modèle qui dirige son propre déroulement et l'ajuste au fur et à mesure.
Distinction formulée par Anthropic dans « Building effective agents », publié en décembre 2024 et toujours la référence la plus citée sur le sujet.
Cette liberté a une conséquence directe pour vous : un agent ne se teste pas comme un logiciel. Deux demandes voisines peuvent suivre deux chemins différents, ce qui rend la recette plus longue, et le contrôle porte sur les limites qu'on lui pose plutôt que sur la vérification de chaque cas.
Ces quatre familles se croisent tous les jours dans les conversations et elles ne font pas le même travail. La colonne de droite est celle qui compte : elle dit qui décide de ce qui se passe ensuite.
| Famille | Ce qu'elle fait | Qui décide de la suite |
|---|---|---|
| Le chatbot | Vous posez une question, il répond dans la fenêtre. | Vous. Chaque échange repart de zéro et rien ne se produit en dehors de l'écran. |
| Le copilote | Il travaille dans un logiciel que vous avez ouvert et vous propose quelque chose. | Vous. Il suggère, et rien ne se déclenche sans votre geste. |
| L'automatisation | Elle exécute un enchaînement écrit à l'avance, toujours dans le même ordre. | Celui qui a écrit l'enchaînement. Un cas non prévu la fait s'arrêter ou passer à côté. |
| L'agent | Il reçoit un objectif, décide des étapes, va chercher ce qui lui manque et rend un résultat. | Lui, dans les limites qu'on lui a fixées. C'est là que tout se joue. |
Les trois premières lignes couvrent l'immense majorité de ce qui tourne aujourd'hui dans les entreprises, et c'est très bien ainsi. Un agent n'est pas une version supérieure des trois autres, c'est une réponse à un problème différent : celui d'une demande dont on ne sait pas prédire les étapes.
Cinq conditions reviennent à chaque fois, et aucune n'est un sujet de modèle. Elles se règlent avant d'écrire la moindre ligne, et c'est en général sur elles qu'un projet d'agent réussit ou échoue.
| Ce qu'il lui faut | Pourquoi cela décide du résultat |
|---|---|
| Un objectif qu'on sait formuler | « Préparer la réponse aux demandes de garantie reçues par mail » est un objectif. « Améliorer le service client » n'en est pas un, et aucun agent ne saura quoi en faire. |
| L'accès à vos outils | Un agent sans accès à votre messagerie, à vos fichiers ou à votre logiciel métier ne peut rien enchaîner du tout. C'est le point technique le plus déterminant, et le plus souvent découvert en cours de route. |
| Des droits explicites | Ce qu'il a le droit de lire, de modifier et d'envoyer. Un agent hérite trop souvent des droits de la personne qui l'a installé, ce qui lui donne accès à des documents que personne n'avait l'intention de lui confier. |
| Un critère d'arrêt | À quoi il reconnaît qu'il a fini, et ce qu'il fait quand il n'y arrive pas. Sans cette limite, il tourne, coûte et finit par produire n'importe quoi plutôt que rien. |
| Une trace lisible | Ce qu'il a fait, dans quel ordre, avec quoi. C'est ce qui permet de comprendre une erreur après coup, et c'est ce qui manque presque toujours aux démonstrations. |
Le deuxième point mérite un mot de plus, parce qu'il a beaucoup changé récemment. Brancher un assistant sur un logiciel demandait autrefois d'écrire une connexion sur mesure pour chacun, ce qui suffisait à rendre le projet trop cher pour une entreprise de taille moyenne. Un standard ouvert existe désormais pour cela, le protocole MCP, publié par Anthropic fin 2024 puis confié en décembre 2025 à une fondation de la Linux Foundation créée avec Block et OpenAI, et soutenue par Amazon, Cloudflare, Google et Microsoft.
Ce détail de gouvernance a une conséquence concrète pour une PME : le connecteur que vous faites poser aujourd'hui ne dépend plus du bon vouloir d'un éditeur unique, et il survivra à un changement de modèle. C'est ce qui fait passer les agents du prototype de démonstration au dispositif qu'on peut raisonnablement mettre en production.
Sources : annonce d'Anthropic du 9 décembre 2025 sur la donation du protocole, et spécification publiée le 28 juillet 2026 par le projet, qui annonce près de cinq cents millions de téléchargements mensuels de ses bibliothèques.
La règle tient en une phrase que les concepteurs de ces systèmes répètent eux-mêmes : chercher d'abord la solution la plus simple, et n'ajouter de la complexité que lorsqu'on peut montrer qu'elle améliore le résultat. Un agent est la solution la plus complexe des quatre, donc celle qu'on justifie en dernier.
La tâche est ouverte, et personne ne peut dire à l'avance combien d'étapes elle demandera ni dans quel ordre. Une demande client qui peut porter sur une facture, une livraison ou un contrat selon ce qu'elle contient tombe dans cette catégorie.
Le chemin est toujours le même et vous savez l'écrire. Une automatisation fera la même chose pour moins cher, plus vite, et surtout de façon vérifiable étape par étape.
Le chemin est stable à quatre-vingts pour cent et part dans tous les sens sur le reste. La réponse est alors un enchaînement classique qui traite le volume et passe la main à un humain sur les cas qu'il ne reconnaît pas, plutôt qu'un agent qui traiterait tout seul.
Il faut le dire franchement puisque personne ne le dit : dans une entreprise de taille moyenne, la majorité des besoins que l'on nous présente comme des projets d'agents se traitent mieux avec un enchaînement plus simple. Cela ne rend pas les agents inutiles, cela déplace la question du bon outil vers la nature réelle de la tâche.
Un dispositif qui décide de ses étapes inquiète, et cette inquiétude est saine. Elle se traite par trois réglages qui se décident étape par étape et se révisent ensuite, et qui n'ont rien de technique : ce que l'agent fait seul, ce qu'il doit soumettre à quelqu'un, et ce à quoi il ne touche pas.
Le piège consiste à tout régler au niveau le plus prudent, en faisant valider chaque geste par une personne. Le dispositif devient alors un formulaire d'approbation, et il recrée exactement le goulot d'étranglement qu'il devait supprimer. Le réglage utile est plus fin : l'agent avance seul là où les cas se ressemblent et où l'exception est rare, et il fait remonter le reste.
Reste la question des droits, qui est la plus concrète et la moins posée. Un agent branché sur un serveur de fichiers voit tout ce que voit le compte avec lequel on l'a installé, ce qui rend visible ce qui ne l'était pas. Le réglage se fait au moment de la conception, en lui donnant l'accès strictement nécessaire à sa tâche, et il se vérifie ensuite dans la trace de ce qu'il a réellement consulté.
Oui, et c'est la ligne la plus souvent absente des budgets. Elle recouvre deux choses différentes qu'il vaut mieux ne pas confondre : réparer ce qui casse, et améliorer ce qui marche.
Ce qui casse tient rarement à l'agent lui-même. Un logiciel se met à jour, un formulaire gagne un champ, un fournisseur change la présentation de ses factures, et l'enchaînement trébuche sur un détail que personne n'avait vu venir. Ces corrections sont courtes quand quelqu'un regarde régulièrement, et elles deviennent coûteuses quand c'est un client qui les signale trois semaines plus tard.
La seconde moitié est la plus rentable, et elle ne se planifie pas : en regardant l'agent travailler, on se dit qu'il aurait pu mieux faire ceci, qu'il gagnerait à vérifier cela avant d'envoyer, qu'une exception revient assez souvent pour mériter une règle. Ces remarques viennent des personnes qui s'en servent, jamais d'un cahier des charges, et elles s'accumulent vite les premiers temps.
D'où l'intérêt d'un rendez-vous mensuel plutôt que d'une revue lointaine : on y traite les corrections en attente et on arbitre les améliorations proposées.
Ce rendez-vous a une raison d'être qui ne s'épuise pas, contrairement à ce qu'on imagine au démarrage. Les remarques ne se tarissent pas, elles se déplacent : les premiers mois portent sur les cas mal traités, les suivants sur ce que l'agent pourrait prendre en charge en plus, et sur les tâches voisines qu'on n'avait pas pensé à lui confier. C'est cette seconde période qui rapporte le plus, parce qu'elle part d'un dispositif que tout le monde sait déjà faire tourner et dont les défauts sont connus.
Non, il prend en charge un enchaînement de gestes, et ce qui suppose de juger, de négocier ou d'engager l'entreprise reste du côté humain. La question mérite d'être posée franchement aux équipes avant le lancement plutôt qu'après, parce qu'elle se pose de toute façon.
Pas nécessairement, mais il faut quelqu'un qui puisse ouvrir les accès à vos logiciels et trancher les questions de droits. C'est un rôle de décision plus qu'un rôle technique, et il se tient très bien dans une entreprise sans direction informatique.
Cela dépend beaucoup moins de la construction que de la période où on le regarde travailler sur de vrais dossiers. Un agent se règle en observant ce qu'il fait des cas particuliers, et cette phase ne se raccourcit pas en ajoutant des moyens.
Tout dépend du niveau d'autonomie fixé pour l'étape concernée : ce qui part vers l'extérieur passe par une validation humaine, et le reste se rattrape en relisant sa trace. Un dispositif sans trace lisible ne devrait pas être mis en service, quelle que soit sa qualité par ailleurs.
Oui, rien ne l'interdit, à condition que la tâche visée justifie vraiment un agent plutôt qu'un enchaînement écrit. C'est le diagnostic qui tranche, et il arrive souvent qu'il désigne une automatisation là où la demande parlait d'agent.
Passer à l'action
Le plus simple reste de décrire la tâche que vous aimeriez confier, puis de regarder ensemble si son chemin s'écrit ou non. Cette seule question donne la réponse dans la plupart des cas, et elle évite de payer un dispositif complexe là où un enchaînement suffisait. Un premier échange y suffit et il est sans frais.
Roman Sebag
Découverte 45 min
Réservez votre créneau avec Ceremonia
Bientôt disponible
La réservation en ligne ouvre bientôt
L'agenda n'est pas encore branché. En attendant, écrivez-nous en indiquant vos disponibilités : nous fixons ensemble un échange de 45 minutes en Visioconférence Google Meet.
Passer par le formulaire de contactBientôt disponible. L'assistant de questions n'est pas encore branché. Posez votre question dans le formulaire de contact : écrire à Ceremonia.
Ce module ne répond pas encore.
