Kennisbank

Des agents qui posent eux-mêmes des étapes plutôt que de donner des réponses

Une fenêtre de chat donne une réponse. Un agent fait quelque chose avec cette réponse : il recherche une donnée, remplit un champ, envoie un message, attend une réaction et poursuit. Cette différence — passer de répondre à agir — est ce sur quoi la plupart des organisations trébuchent en matière d'IA. Non pas parce que ce serait techniquement impossible, mais parce qu'agir impose d'autres exigences que répondre.

Ce qui se passe sous la fenêtre de chat

Un agent qui exécute du travail doit pouvoir accéder à quelque chose. Il lit un système, écrit dans un autre système, et les étapes entre les deux doivent être fixées quelque part — en tant que processus, règle ou workflow. C'est une couche différente d'une conversation. Il s'agit de chaînes dans lesquelles les étapes se succèdent, où le résultat d'une étape constitue l'entrée de la suivante, sans qu'un humain n'intervienne systématiquement entre les deux.

Cela exige un accès : des droits dans les systèmes, une place dans l'infrastructure, un statut qui n'est pas humain mais qui n'est pas non plus rien. Un agent autorisé à lire et résumer des documents fonctionne différemment d'un agent autorisé à préparer une décision ou à consigner et suivre une conversation. Chacune de ces formes a sa propre relation avec le contrôle, avec ce qui se passe quand quelque chose se passe mal, et avec qui est alors impliqué.

Les formes que cela prend

Les agents qui exécutent du travail apparaissent sous un nombre limité de formes reconnaissables. Ils signalent : ils surveillent un processus ou un système et signalent lorsque quelque chose dévie, ce qui relève de la surveillance et la signalisation et de la question de savoir quand une alerte doit atteindre un humain. Ils soutiennent une décision en organisant des options et en recueillant des arguments, sans prendre la décision elle-même — le domaine de l'aide à la décision. Ils font le lien entre des services qui ont besoin l'un de l'autre mais n'utilisent pas les mêmes systèmes ni le même langage, ce qui nécessite une coordination entre services sans qu'il ne se perde rien entre les deux. Et ils consignent des conversations et lancent des étapes suivantes, où un engagement pris par téléphone revient sous forme d'action dans un système.

Aucune de ces formes n'existe isolément. Un agent qui signale a besoin de quelque chose vers quoi renvoyer. Un agent qui coordonne a besoin, des deux côtés, d'un système qui l'y autorise. La forme ne détermine pas seulement ce qui se passe, mais aussi ce qui doit déjà être en ordre au préalable.

Ce que cela exige de l'organisation avant que cela ne soit possible

Un agent qui exécute du travail dépend de ce qui existe déjà. Sans accords clairs sur qui décide de quoi, un agent ne sait pas quelle étape il peut poser lui-même et laquelle doit revenir à un humain. Sans une infrastructure suffisamment stable, une chaîne s'arrête au moment où un système change ou ne répond pas. Sans une gestion des données bien en ordre, un agent exécute des étapes sur des données qui ne sont ni actuelles ni fiables — avec un résultat tout aussi peu fiable, mais avec l'apparence de la précision.

Ces trois éléments — organisation, infrastructure, gestion des données — sont prioritaires. Non pas parce qu'ils seraient plus importants dans l'absolu, mais parce qu'un agent qui doit pouvoir s'appuyer sur quelque chose a d'abord besoin de ce fondement. Un agent qui coordonne entre services se bloque si ces services eux-mêmes ne fixent pas déjà clairement qui est responsable de quoi. Un agent qui résume des documents est inutile si personne ne sait quelle version d'un document est la version valide.

Par ailleurs, il y a une question qui n'est pas technique : que se passe-t-il si l'agent fait quelque chose qui ne convient pas ? Qui le remarque, à quelle vitesse, et quelle est l'étape de retour ? Une organisation qui n'a pas réfléchi à cela ne s'en aperçoit qu'une fois que c'est déjà arrivé.

Où cela se heurte à des obstacles

La plupart des projets pilotes avec des agents ne se heurtent pas à la technologie elle-même. Ils se heurtent à un système inaccessible sans étape manuelle intermédiaire, à un processus qui existe sur papier mais connaît trois exceptions dans la pratique, ou à un service qui ne sait pas qu'un agent effectue désormais aussi une partie de son travail. Ce ne sont pas de petits obstacles — ce sont précisément les choses qui deviennent visibles dès qu'il faut que cela fonctionne réellement plutôt que de simplement donner une réponse.

C'est aussi pourquoi un projet pilote qui semble bien se dérouler dans un environnement de test se bloque souvent dès qu'il passe à la pratique. La pratique comporte des exceptions, des systèmes anciens et des personnes qui travaillent différemment de ce que décrit le processus. Un agent qui n'y est pas préparé fait son travail à moitié ou le fait mal, sans que personne ne le remarque immédiatement.

De la préparation à la tâche

Cette page décrit ce qui est possible lorsqu'une organisation est prête à faire exécuter du travail par des agents, et ce qui doit d'abord être en place pour cela. Cette préparation est une première question. L'autre question est de savoir quelles tâches, au sein de votre organisation, entrent concrètement en ligne de compte, et quelle part de celles-ci un agent peut prendre en charge. C'est ce que le werkscan de FTE TO AI calcule par tâche : non pas si votre organisation est prête dans l'absolu, mais combien d'une portion spécifique de travail peut être reprise, et ce qu'il en reste pour un humain.