Chatbot IA, assistant ou agent IA : choisir selon le niveau d’action autorisé

01Une même conversation peut masquer des pouvoirs très différents

Une conversation ne révèle pas le pouvoir réel du système. Pour décider, il faut suivre la demande jusqu’à son effet. Le dilemme paraît simple : faut-il une interface qui réponde ou un système qui fasse avancer le travail ? Tant que le besoin reste formulé comme « comprendre les demandes », chatbot, assistant et agent semblent équivalents.

Dans cette grille, le chatbot reste au seuil de la conversation ; l’assistant mobilise du contexte et prépare une tâche, mais laisse à l’utilisateur la décision ou l’exécution ; l’agent choisit puis exécute des actions dans un périmètre délégué. Cette comparaison réunit des critères que les sources documentent séparément : l’autonomie, les outils et l’action agentique (^[1], ^[3], ^[4], ^[6], ^[7]).

La question décisive devient alors : que peut faire le système sans validation humaine ? Consulter une donnée, préparer une réponse, modifier un dossier ou déclencher un envoi n’ont ni la même portée ni les mêmes possibilités de repli. Les rôles et les responsabilités doivent être définis et différenciés (^[2], ^[9], ^[10], ^[11]).

Une règle pratique en découle : retenir la catégorie la moins autonome qui accomplit réellement le travail attendu. Une conversation suffit parfois ; dans d’autres cas, elle ne ferait que reporter l’exécution sur l’utilisateur.

Cette distinction décrit des fonctions, non des catégories de produits étanches. Une interface appelée « assistant » peut se limiter à répondre à des questions. À l’inverse, un produit présenté comme un chatbot peut, derrière la même fenêtre de dialogue, appeler des outils et modifier des données. L’article du NIST présente une première taxonomie fonctionnelle des outils, fondée sur ce qu’ils permettent au modèle d’accomplir.^[1] Il faut donc examiner toute la chaîne déclenchée par le message de l’utilisateur.

De la demande à son effet

Prenons une demande apparemment banale : « prépare la réponse à ce client ». Un premier système retrouve une règle et explique la marche à suivre. Un deuxième consulte le dossier et rédige un projet de réponse. Un troisième choisit le destinataire, complète les champs et envoie le message. L’expérience conversationnelle varie peu, mais le dernier cas confère au système un pouvoir d’exécution.

La frontière apparaît lorsque le système ne se contente plus de produire un contenu, mais produit directement un effet. Un texte affiché peut être corrigé avant usage. Un changement inscrit dans un outil devient une nouvelle donnée de travail. Un envoi atteint un destinataire à un moment donné et produit un effet qui dépasse la fenêtre de dialogue. La bonne catégorie dépend donc du dernier acte autorisé, même lorsque celui-ci reste invisible à l’écran.

Deux erreurs apparaissent alors clairement. La première consiste à suréquiper un besoin documentaire avec un système capable d’agir. Elle ajoute des droits, des scénarios d’échec et une charge de supervision sans améliorer la réponse attendue. La seconde consiste à appeler « agent » un outil qui génère des brouillons, puis à découvrir que l’utilisateur doit encore effectuer chaque opération. Le gain espéré reposait alors sur une exécution qui n’avait jamais été définie.

Un test simple permet de trancher : après la sortie, qui accomplit le prochain geste irréversible ou difficile à annuler ? Si une personne copie, vérifie et déclenche, l’assistance peut suffire. Si le système choisit et exécute lui-même, la décision porte déjà sur une délégation. Face à cette réalité observable, le vocabulaire commercial devient secondaire.

02Le niveau de délégation se mesure à l’effet produit

Une liste de fonctionnalités décrit ce que la solution peut potentiellement faire. Elle ne dit pas ce que l’entreprise souhaite réellement lui permettre. Or l’autonomie résulte d’une délégation humaine : elle mesure jusqu’où le système peut apprendre ou agir sans intervention après que des processus lui ont été confiés.^[4] La décision commence donc par un mandat explicite, comparable à une délégation d’autorité opérationnelle.

Ce mandat peut tenir dans une phrase : « le système peut consulter ces dossiers, préparer cette sortie et n’effectuer aucune modification sans accord ». Une autre entreprise pourrait autoriser la mise à jour d’un champ tout en interdisant l’envoi, la suppression et le changement de destinataire. Ces choix produisent des architectures et des contrôles différents, même si les deux projets utilisent une interface semblable.

Les permissions traduisent des décisions métier

Les permissions techniques révèlent les écarts entre les catégories, sans préjuger du futur plan d’exploitation. La mention « accès au logiciel de relation client » ne suffit pas à choisir une catégorie. Lire une fiche ou rechercher plusieurs dossiers reste compatible avec une réponse. Préparer le contenu d’une note ou d’une modification sans l’inscrire dans l’outil relève de l’assistance tant qu’une personne effectue le changement. Une note effectivement créée dans l’outil constitue une action : elle relève d’une automatisation conditionnelle si une règle fixe la détermine, et du champ agentique si le système la choisit en fonction de l’objectif ou du contexte.

À ce stade, deux questions suffisent : quel geste doit rester humain et quel effet le système doit-il produire lui-même ? Une entreprise qui souhaite obtenir un brouillon n’a pas le même besoin que celle qui attend une mise à jour directement inscrite dans un dossier. Si cette différence ne peut pas être formulée, la qualification d’agent reste prématurée. Les règles techniques, les mécanismes d’arrêt et l’organisation de la reprise relèvent du guide consacré aux agents, une fois ce premier choix effectué.

Le NIST décrit un agent comme un système logiciel qui utilise des données et des algorithmes pour accomplir des tâches de manière autonome.^[6] Un flux agentique peut recevoir un objectif général, le décomposer, sélectionner des actions et les exécuter sans instruction explicite à chaque étape.^[7] Ces définitions éclairent le seuil d’action, mais ne dispensent jamais de préciser ce que l’organisation délègue.

La capacité disponible n’équivaut donc pas à l’autorisation accordée. Un agent d’IA pourrait techniquement gérer des courriels ou des calendriers et fonctionner de manière autonome pendant plusieurs heures.^[5] Cette possibilité n’établit ni la pertinence du cas d’usage ni l’acceptabilité des droits accordés. Elle indique seulement que le choix peut engager une continuité d’action bien supérieure à celle d’une réponse isolée.

Les exclusions révèlent une catégorie trop autonome

Une exclusion révèle ce que l’entreprise refuse de déléguer. Si un dossier sensible ne doit jamais être modifié par le système, la préparation d’un changement peut rester utile sans devenir une action autonome. Si le destinataire doit toujours être choisi par une personne, la rédaction relève encore de l’assistance, même lorsque le produit sait envoyer. Lorsque l’exclusion porte sur l’effet final, le besoin revient donc à une proposition qu’une personne doit valider.

La catégorie dépend du dernier effet confié au système et de la manière dont celui-ci est déterminé. Si le système n’a besoin ni d’écrire ni de déclencher une action, la conversation ou l’assistance couvrent le besoin. Si une règle fixe produit l’effet, l’automatisation conditionnelle suffit. Si le système doit choisir l’action à partir de l’objectif ou du contexte, l’option agentique entre dans le comparatif. La décision peut alors porter sur une famille de solutions.

03Les données accessibles déplacent le seuil de prudence

Le choix ne dépend pas seulement de l’action finale. Il dépend aussi des informations nécessaires pour prendre la décision. Une réponse fondée sur une base publique, un brouillon nourri par un dossier interne et une action exécutée à partir de données sensibles peuvent partager la même interface. Le niveau de confiance requis diffère dès l’accès initial.

Pour comparer les catégories, il faut distinguer les données fournies dans la demande, celles que le système récupère, celles qu’il utilise pour la tâche et celles qu’il écrit après traitement. Une réponse alimentée par une documentation interne peut rester conversationnelle. À l’inverse, une modification très simple peut déjà relever d’une automatisation conditionnelle si le système applique une règle fixe sans déclenchement humain. Elle devient agentique si le système choisit cette modification à partir de l’objectif ou du contexte. L’étendue du contexte et le pouvoir de décision constituent donc deux axes distincts.

Des droits limités à la tâche, non à l’interface

Une même interface utilisée par plusieurs métiers peut masquer des besoins relevant de catégories différentes. Pour un visiteur, elle peut se limiter à répondre. Pour un salarié, elle peut préparer une proposition. Pour un utilisateur habilité, elle peut produire directement un effet dans l’outil. L’interface reste identique, mais le dernier geste confié change. À ce stade, la décision porte uniquement sur cette différence observable ; la structure détaillée des droits vient ensuite.

Une taxonomie fonctionnelle classe les outils selon ce qu’ils permettent au modèle de faire.^[1] Dans la décision examinée ici, les connexions sont donc comparées selon les capacités qu’elles confèrent au système. Cette distinction permet de séparer un outil de recherche, un outil de calcul, une mémoire de travail et une fonction d’exécution. Deux connexions au même logiciel peuvent ainsi présenter des risques distincts : l’une lit une information bornée ; l’autre transforme l’état du dossier.

La source établit une exigence de clarté, non une architecture universelle. Le choix concret reste lié au contexte. Un assistant destiné à préparer un compte rendu peut avoir besoin de documents précis sans disposer d’un droit d’écriture. Un système chargé de mettre à jour un dossier peut nécessiter peu de sources tout en disposant d’un droit plus engageant. La quantité de données ne suffit donc pas à mesurer l’autorité accordée.

La provenance précède l’élargissement du contexte

Ajouter du contexte améliore parfois la pertinence apparente d’une sortie. Cela augmente aussi le nombre de sources susceptibles d’être obsolètes, contradictoires ou inadaptées à la tâche. À ce stade, la question utile reste simple : cette nouvelle base permet-elle seulement de mieux répondre ou de mieux préparer, ou permet-elle aussi de produire un effet supplémentaire ? La réponse permet de situer la catégorie avant même de concevoir la connexion.

Ce tableau distingue les accès selon leur effet sur la décision et sur le système de travail.

Le décideur examine avec davantage de prudence toute combinaison de données et d’un effet produit sans nouvelle intervention humaine. Une provenance difficile à reconstituer constitue un second point de vigilance. Il peut alors réduire le contexte, scinder les étapes ou réintroduire une décision humaine avant l’action afin de retenir un périmètre plus prudent.

Cette cartographie prépare également le choix entre une solution standard et une réalisation adaptée. Un produit peut couvrir le besoin conversationnel tout en imposant des autorisations trop larges sur les outils connectés. Un autre peut offrir une exécution configurable sans permettre les exclusions attendues. Le critère déterminant devient alors la capacité à traduire le mandat métier en droits vérifiables.

04La réversibilité éclaire le choix du niveau d’autonomie

Lorsqu’une autonomie supplémentaire est envisagée, la réversibilité doit être appréciée au regard de l’effet produit et du moment de la validation. Toutes les erreurs n’ont pas la même portée. Une réponse imprécise encore visible dans une fenêtre, un brouillon enregistré dans un espace d’attente et une opération déclenchée dans un outil externe n’offrent pas les mêmes possibilités de reprise. Le choix tient compte du temps disponible pour détecter l’écart et de la capacité réelle à en annuler les effets.

Évaluer la réversibilité consiste à déterminer ce qui peut encore être interrompu ou annulé. Une réponse affichée peut être écartée avant usage. Un brouillon peut être refusé par la personne qui devait l’utiliser. Une donnée déjà modifiée transforme le travail d’autres utilisateurs. Un message envoyé atteint un destinataire extérieur au dialogue. Plus l’effet dépasse le cadre de la conversation, plus le choix s’éloigne du chatbot et de l’assistance pour entrer dans le champ de l’action déléguée.

L’effet compte plus que la catégorie globale

Un même parcours peut produire des effets très différents. Rechercher un dossier ne transforme aucune donnée. Proposer une mise à jour laisse encore le choix à une personne. Appliquer une règle fixe modifie déjà l’état de travail ; sélectionner une valeur selon le contexte ajoute le risque d’un choix inadapté. Pour le décideur, ces conséquences ne sont pas interchangeables, même lorsqu’elles résultent chacune d’une seule opération.

Deux solutions peuvent donc suivre le même début de parcours tout en relevant de catégories différentes. Dans la première, le système effectue la recherche puis prépare une proposition qu’une personne applique : il s’agit d’une assistance. Dans la deuxième, une règle prédéterminée inscrit automatiquement la valeur attendue : il s’agit d’une automatisation conditionnelle. Dans la troisième, le système choisit la valeur selon le contexte, puis l’inscrit : l’option agentique apparaît. Le nombre d’étapes ne dispense jamais d’identifier la décision effectivement confiée au système.

Ces effets peuvent être comparés avant même de concevoir les modalités de reprise. Une réponse visible, un brouillon en attente, un statut déjà modifié et un message déjà envoyé présentent quatre degrés de conséquence. Avant de choisir la catégorie, l’entreprise peut donc se demander quel effet elle accepterait encore s’il était erroné et lequel exige que la décision reste humaine.

Les cas limites déplacent le choix catégoriel

Un dossier absent, une homonymie, une donnée contradictoire, un outil indisponible ou un destinataire incertain déterminent surtout qui doit encore décider. Si le système se limite à exposer l’incertitude, la conversation reste adaptée. S’il prépare plusieurs options et laisse le choix à l’utilisateur, l’assistance suffit. S’il doit trancher puis produire lui-même l’effet, le besoin devient agentique.

Une erreur facile à annuler ne justifie pas davantage d’autonomie ; elle en limite seulement les conséquences. À l’inverse, un effet difficile à annuler peut conduire l’entreprise à conserver un déclenchement humain, même si le produit sait agir seul. La vitesse de propagation et la difficulté de correction éclairent ainsi le niveau de prudence requis, sans valoir autorisation générale.

La réversibilité détermine l’ampleur des conséquences que l’entreprise accepte de déléguer dans le cas examiné ; la catégorie, elle, dépend des critères précédents.

05La validation humaine doit intervenir au bon moment

Dans cette grille, le moment de la validation compte davantage que la simple présence d’une personne. Une validation avant l’effet laisse encore la décision à cette personne ; une revue après l’envoi ou la modification ne fait que constater un effet déjà produit.

La simple présence d’une personne dans le parcours ne suffit pas à classer la solution. Une personne qui lit le résultat après un envoi n’a pas décidé de cet effet : il faut encore savoir si l’envoi appliquait une règle fixe ou résultait d’un choix du système. À l’inverse, celle qui choisit le destinataire et déclenche elle-même l’envoi conserve le dernier geste : la solution relève de l’assistance. Cette distinction permet de comparer les catégories sans définir la procédure de validation nécessaire à un projet concret.

Le NIST demande que les rôles humains dans la décision et la supervision soient clairement définis et différenciés.^[2] Ses ressources précisent que les configurations peuvent aller d’un fonctionnement entièrement autonome à un fonctionnement entièrement manuel.^[11] D’autres sources distinguent également les rôles dans l’interaction humain-système des rôles de supervision^[10] et demandent de nommer les responsables aux différentes étapes du cycle de vie.^[9] Dans cette orientation initiale, ces éléments confirment que la place du geste humain doit être clairement identifiable.

L’absence de réponse nette constitue elle-même un résultat. Lorsque personne ne sait encore si le système doit seulement répondre, préparer une action ou produire un effet, aucune catégorie ne peut être défendue. Un produit présenté comme un agent ne résout pas cette incertitude. La décision porte alors sur l’option la moins engageante qui puisse être décrite avec certitude.

La supervision confirme seulement le niveau d’action

La supervision confirme le niveau d’action, mais ne détermine pas à elle seule la catégorie. Le règlement européen prévoit, pour les systèmes à haut risque, des mesures de supervision proportionnées aux risques, au degré d’autonomie et au contexte d’utilisation.^[8] Cette exigence vise un périmètre juridique déterminé ; elle ne permet pas de qualifier automatiquement tout chatbot ou tout agent de système à haut risque. Elle confirme seulement que le degré d’autonomie et le contexte comptent dans le choix.

Dans le référentiel d’ingénierie du UK Home Office, une personne qualifiée doit réviser et approuver le code et les sorties produites avec l’aide de l’IA avant leur mise en production.^[12] Cet exemple s’inscrit dans un cadre précis et ne constitue pas une obligation générale pour toute entreprise. Dans ce cas, le dernier geste reste humain : malgré la sophistication de l’outil, la relation décrite relève de l’assistance. L’exemple illustre cette catégorie sans fournir de méthode générale de supervision.

Ces situations montrent comment le dernier geste, humain ou automatisé, oriente la catégorie.

06Le besoin de contrôle détermine le mode de réalisation

Une fois la catégorie choisie, l’entreprise peut évaluer trois modes de réalisation : utiliser une plateforme existante, recourir à un accompagnement pour la configurer ou étudier une solution spécifique. Ces trois voies constituent les options à comparer. L’intervention présentée ici se limite à la conception et au cadrage d’un assistant conversationnel adapté au périmètre, aux données et aux contraintes réelles.

Le choix dépend de l’écart entre le besoin et les capacités déjà disponibles. Une plateforme constitue une option lorsque ses fonctions couvrent le périmètre. Une configuration accompagnée peut être envisagée lorsque le besoin est clair, mais que sa traduction en paramètres reste à conduire. Une réalisation spécifique demeure une hypothèse à examiner lorsqu’un écart fonctionnel ou une exigence de contrôle subsiste. Avant tout engagement, une démonstration sur un cas réel doit rendre cet écart observable.

L’orientation initiale doit pouvoir être expliquée sans plan technique. Elle précise le résultat attendu, la capacité déjà disponible, l’écart qui empêche de l’utiliser telle quelle et le mode de réalisation susceptible de combler cet écart. La plateforme reste une option plausible si le besoin peut être vérifié dans ses limites actuelles. La configuration accompagnée correspond à un besoin couvert, mais encore mal traduit en paramètres, en règles ou en critères d’acceptation. La réalisation spécifique reste une hypothèse lorsque la capacité manque réellement ou qu’une limite essentielle ne peut être respectée. Si l’entreprise ne peut pas renseigner ces quatre éléments, elle ne dispose pas encore d’un motif suffisant pour retenir une orientation.

Cette orientation doit aussi pouvoir être révisée. Une démonstration peut révéler qu’une fonction annoncée ne couvre pas le cas réel, qu’une configuration accompagnée suffit là où une réalisation spécifique avait été envisagée ou qu’une action autonome n’apporte aucun gain par rapport à une assistance. Ce changement ne marque pas l’échec du cadrage : il montre que la décision repose sur un écart observé, et non sur un choix de solution préconçu. Les choix d’architecture, de composants et d’organisation viennent ensuite, une fois l’orientation stabilisée.

Les limites éclairent le mode de réalisation

Une démonstration présente généralement le parcours idéal, dans lequel les données sont disponibles et l’intention correctement comprise. La décision se joue pourtant dans les cas limites : accès refusé, source contradictoire, connecteur indisponible, règle non représentée ou action impossible à annuler. Il faut vérifier comment la solution réagit dans ces situations et qui peut corriger son comportement.

Le choix d’une plateforme ne se réduit donc pas à la présence d’une fonctionnalité. Si une limite empêche d’atteindre le résultat ou le niveau de contrôle attendu, l’entreprise peut envisager une configuration accompagnée ou étudier une réalisation spécifique. À ce stade, la décision peut se limiter à nommer l’écart avant toute conception.

Un cadrage n’est pas un engagement de réalisation

Lorsque la catégorie elle-même reste en débat, choisir immédiatement un produit ou une architecture fige la réponse trop tôt. Un audit IA peut établir les actions attendues, les données nécessaires, les exclusions, les responsabilités et les critères de repli avant de décider du mode de réalisation. Le périmètre proposé par farweb.fr se limite à cette conception et à ce cadrage ; il ne comprend ni la fourniture d’une plateforme, ni sa configuration, ni une réalisation spécifique.

Cette étape est particulièrement pertinente lorsque le besoin combine plusieurs actions : répondre à une question, résumer un dossier, proposer une décision et appliquer une modification. Elle peut montrer que l’exécution autonome n’apporte aucun avantage décisif au regard du contrôle requis. Elle aboutit à une orientation de réalisation et précise l’écart qui la justifie. La conception détaillée des droits, de la supervision et de l’architecture n’intervient qu’après cette décision.

07Le scénario le plus engageant fixe le niveau d’autonomie utile

La décision finale peut tenir dans une carte, à condition de partir du travail réel. Quel résultat l’utilisateur attend-il ? Quelle action reste à accomplir après la réponse ? Quelles données sont indispensables ? Quelles seraient les conséquences d’une erreur ? À quel moment une personne peut-elle encore valider ou arrêter le processus ? Ces questions conduisent à la catégorie et au mode de réalisation sans dépendre des appellations du marché.

La carte retient le scénario qui produit l’effet le plus engageant, même si tous les autres échanges restent purement conversationnels.

Le cas le plus engageant gouverne la décision

Un projet réunit souvent plusieurs usages. Il ne faut donc pas lui attribuer trop tôt une catégorie unique. Une interface peut répondre à une question sur une procédure, préparer un dossier et proposer une mise à jour. L’action la plus engageante détermine les contrôles nécessaires à son propre parcours, sans les imposer à toutes les réponses.

Cette séparation permet une mise en œuvre progressive. Le mode conversationnel permet de vérifier l’accès aux sources et la compréhension des demandes. L’assistance permet d’éprouver la qualité des propositions dans un cadre où une personne conserve la décision. L’action n’est ajoutée que lorsque le mandat, les exceptions et les modalités de reprise sont suffisamment précis. La progression repose sur des preuves de fonctionnement propres au contexte, jamais sur une promesse générale d’autonomie.

Sans usage défini, la capacité reste hors périmètre

Une capacité supplémentaire n’est pas neutre. Selon l’outil et la connexion retenue, son activation peut étendre le périmètre des données accessibles et des droits accordés. Dans cet article, une « chaîne déterministe » désigne une succession d’opérations et de décisions intermédiaires prévues à l’avance. Un flux agentique peut, au contraire, décomposer un objectif et choisir les actions à exécuter.^[7] Une fonction de mémoire ajoute des informations conservées. Chacune de ces capacités doit répondre à un besoin identifié. Si l’équipe ne peut pas expliquer quelle tâche elle rend possible, cette capacité devrait rester hors du périmètre initial.

Cette discipline sécurise également l’exploitation future. Un système utile doit pouvoir être compris par les personnes qui l’utilisent, le supervisent et en reprennent le contrôle. Une architecture impressionnante dont les permissions sont illisibles fragilise la décision. Une solution plus circonscrite peut offrir une meilleure continuité lorsqu’elle correspond au travail réel et que ses limites sont connues.

Le choix doit donc rester en suspens tant que l’équipe ne peut pas décrire précisément ce que le système fera sans validation humaine.

La décision devient défendable lorsque l’entreprise peut expliquer pourquoi le système doit aller au-delà d’une réponse ou de l’application d’une règle fixe. Cette exigence évite de surdimensionner la solution et permet de comparer les modes de réalisation à partir d’un besoin établi.

Le passage à l’agent ne se justifie que si cette délégation répond à un travail réel qu’une réponse, une assistance ou une règle fixe ne couvrent pas.