Ce qu’un agent fait vraiment

Gartner prévoit que jusqu’à 40 % des applications d’entreprise embarqueront un agent dédié à une tâche d’ici fin 2026, contre moins de 5 % l’année précédente. Le même cabinet prévoit aussi que plus de 40 % des projets d’agents seront abandonnés avant fin 2027, faute de valeur démontrée, de coûts maîtrisés ou de contrôle des risques.

Les deux prévisions ne se contredisent pas. C’est le mouvement le plus net du marché, et c’est aussi celui où l’écart est le plus grand entre ce qui s’annonce et ce qui se déploie. Le même cabinet a d’ailleurs un mot pour la part du bruit qui n’est pas du travail: l’agent washing, qui consiste à rebaptiser agent un assistant, un robot de saisie ou un agent conversationnel déjà en place.

La différence tient au chemin, pas à l’intelligence

Un flux automatisé suit une règle écrite d’avance: si ceci, alors cela. Il fait toujours la même chose, et c’est sa qualité principale.

Un agent reçoit un objectif, regarde la situation réelle et choisit les étapes. Il est donc utile sur les cas où les règles seraient trop nombreuses à écrire, et inadapté sur ceux où elles doivent être respectées à la lettre. Une déclaration réglementaire n’a pas besoin d’un agent: elle a besoin d’un flux qui ne dévie jamais.

Un flux

1. Une demande arrive par le formulaire
2. Si le montant dépasse 500 €, prévenir le responsable
3. Sinon, enregistrer dans le CRM
4. Envoyer l’accusé de réception

La règle est écrite d’avance. Le chemin est toujours le même, et c’est exactement ce qu’on lui demande.

Un agent

1. Objectif: que la demande soit traitée
2. Regarde ce que la demande contient et ce qu’il a sous la main
3. Choisit l’étape suivante, l’exécute, regarde le résultat
4. Recommence jusqu’à ce que l’objectif soit atteint

Les étapes sont choisies pendant l’exécution. Deux demandes semblables peuvent suivre deux chemins différents.

Ce départ décide de presque tout le reste, et il se prend en regardant la tâche, pas en regardant l’outil.

À quoi ressemblent les agents réellement en service

Ils sont simples et cadrés. Ils font une chose, dans un périmètre étroit, avec des droits limités, et ils s’appuient le plus souvent sur le même moteur de flux que le reste des automatisations de l’entreprise, n8n ou son équivalent.

Les architectures dont on parle en conférence ne sont presque jamais celles qu’une entreprise met en production. Gartner situe les agents qui collaborent entre eux en 2027 et les écosystèmes d’agents en 2028, et estime qu’environ cent trente fournisseurs seulement, sur les milliers qui se réclament aujourd’hui de l’agentique, en font réellement.

Nous nous rangeons du côté des déploiements. Un agent qui aurait accès à tout et déciderait de tout est une démonstration, pas un outil de travail.

Trois limites qui se posent avant d’écrire une ligne

Les droits. Un agent n’a jamais plus d’accès qu’il n’en faut pour sa tâche. La lecture partout et l’écriture nulle part est un bon point de départ, et on ouvre ensuite précisément ce qui est nécessaire.

La trace. Chaque action est journalisée avec ce qui l’a déclenchée et ce qu’elle a produit. Sans cela, il devient impossible d’expliquer une anomalie, et le premier incident suffit à faire débrancher l’ensemble.

La main humaine. Ce qui engage l’entreprise, un envoi, un paiement, une publication, reste déclenché par quelqu’un. L’agent prépare, la personne confirme. Ce n’est pas de la prudence excessive: c’est ce qui permet d’élargir le périmètre ensuite, parce que la confiance se construit sur des semaines sans surprise.

Il lit

Partout où c’est utile à sa tâche: la boîte de réception, le CRM, les documents internes.

Il écrit

Seulement là où on l’a ouvert, une source à la fois, et chaque écriture est journalisée.

Il engage

Jamais seul. Un envoi, un paiement, une publication sont préparés par l’agent et déclenchés par une personne.

Par où commencer

Par une tâche que quelqu’un fait déjà, dont on connaît le volume et le coût, et dont l’erreur se rattrape. Un tri de demandes entrantes, une préparation de dossier, une mise en forme avant validation.

Commencer par le cas le plus impressionnant est le plus sûr moyen de ne rien mettre en service.