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

Une 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 : la décision exige de 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.

Pour prendre cette décision, le chatbot reste au seuil de la conversation ; l’assistant mobilise du contexte et prépare une tâche en laissant à 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 rassemble 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-il faire 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 la même possibilité 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 ; ailleurs, elle ne ferait que reporter l’exécution sur l’utilisateur.

Cette distinction décrit des fonctions, non des produits fermés. Une interface appelée « assistant » peut seulement répondre à des questions. Un produit présenté comme 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 la chaîne réelle après le message de l’utilisateur.

De la demande à son effet

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

La frontière se trouve dans le passage de la production d’un contenu à l’application d’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 ainsi du dernier acte autorisé, y compris lorsque cet acte se déroule sans être visible à l’écran.

Deux erreurs deviennent alors visibles. 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 » une aide qui génère des brouillons, puis à découvrir que l’utilisateur doit toujours effectuer chaque opération. Le gain espéré reposait alors sur une exécution qui n’a jamais été définie.

Un test simple tranche : après la sortie, qui accomplit le prochain geste irréversible ou difficile à reprendre ? 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. Le vocabulaire commercial devient secondaire face à cette réponse observable.

Le niveau de délégation se lit dans l’effet produit

Une liste de fonctionnalités décrit ce que la solution sait 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 fiche 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 signalent les écarts entre catégories ; elles ne préfigurent pas un plan d’exploitation. « Accès au logiciel de relation client » ne permet pas encore de 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’un changement sans l’écrire dans l’outil relève de l’assistance tant qu’une personne applique l’effet. 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 selon l’objectif ou le contexte.

À ce stade, deux questions suffisent : quel verbe 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, l’étiquette agent reste prématurée. Les règles techniques, les mécanismes d’arrêt et l’organisation de la reprise appartiennent au guide consacré aux agents, après ce premier choix.

Un agent est décrit par le NIST 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 ; elles 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é de ses droits. Elle signale seulement que le choix peut engager une continuité d’action supérieure à 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 concerne l’effet final, elle ramène ainsi le besoin vers une proposition validée par une personne.

La catégorie se dégage à partir du dernier effet confié et de la manière dont il est déterminé. Si aucune écriture ni aucun déclenchement par le système ne sont nécessaires, 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 porte alors sur une famille de solutions.

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

Le choix ne dépend pas seulement de l’action finale. Il dépend également des informations nécessaires pour la décider. 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. Leur frontière de confiance 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 nourrie par une documentation interne peut rester conversationnelle. À l’inverse, l’exécution d’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. Le volume de contexte et le pouvoir de décision décrivent donc deux axes différents du choix.

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

Une interface utilisée par plusieurs métiers peut masquer des besoins de catégories différentes. Pour un visiteur, elle peut seulement répondre. Pour un salarié, elle peut préparer une proposition. Pour un utilisateur habilité, elle peut produire directement un effet dans l’outil. La surface reste identique ; le dernier geste confié change. 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] Pour le choix examiné, les connexions sont ensuite comparées selon ce qu’elles permettent au système de faire. La distinction sépare utilement un outil de recherche, un outil de calcul, une mémoire de travail et une fonction d’exécution. Deux connexions vers le même logiciel peuvent alors relever de 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 droit d’écriture. Un système chargé de mettre à jour un dossier peut exiger peu de sources, tout en disposant d’un droit plus engageant. La quantité de données ne suffit donc pas à mesurer l’autorité.

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

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

Ce tableau sépare 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 la combinaison de données et d’un effet sans nouvelle intervention. Une provenance difficile à reconstituer constitue un second point de vigilance. Il peut alors réduire le contexte, scinder les étapes ou replacer une décision humaine avant l’action afin de retenir un périmètre plus prudent.

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

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

Lorsqu’une autonomie supplémentaire est envisagée, la réversibilité est mise en regard de l’effet produit et de la place de la validation. Toute erreur n’a 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 créent des possibilités de reprise différentes. Le choix tient compte du temps disponible pour détecter l’écart et de la capacité réelle à annuler son effet.

Comparer la réversibilité consiste à regarder ce qui peut encore être interrompu ou annulé. Une réponse encore 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 sort de la conversation, plus le choix s’éloigne du chatbot et de l’assistance pour entrer dans l’action déléguée.

L’effet compte plus que la catégorie globale

Un même parcours peut contenir des effets très différents. Rechercher un dossier ne transforme aucune donnée. Proposer une mise à jour laisse encore le choix à la 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 tiennent chacune dans une seule opération.

Deux solutions peuvent donc suivre le même début de parcours et relever de catégories différentes. Dans la première, le système recherche puis prépare une proposition que la personne applique : c’est une assistance. Dans la seconde, une règle prédéterminée inscrit automatiquement la valeur attendue : c’est 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 remplace jamais l’observation de la décision confiée.

Il reste possible de comparer ces effets sans concevoir la 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 ainsi 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 changent surtout la personne qui doit encore décider. Si le système peut seulement 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 réduit seulement la portée de sa conséquence. À l’inverse, un effet difficile à reprendre peut conduire l’entreprise à conserver un déclenchement humain, même si le produit sait agir seul. La rapidité de propagation et la difficulté de correction éclairent ainsi la prudence du choix sans devenir une autorisation générale.

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

La validation humaine doit intervenir au bon moment

Dans cette grille, le moment de la validation compte davantage que sa simple présence. Une validation avant l’effet laisse encore la décision à une 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 produit 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 compare les catégories sans définir la procédure de validation qui serait nécessaire dans 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 humain-système de ceux de la supervision^[10] et demandent de nommer les responsables aux différentes étapes du cycle de vie.^[9] Pour cette orientation initiale, ces éléments confirment que la place du geste humain doit être visible.

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 ou produire un effet, aucune catégorie ne peut être défendue. Un produit présenté comme 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 sans déterminer 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 n’autorise pas à 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 concerne 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 correspond à une assistance. L’exemple illustre la catégorie sans fournir une méthode générale de supervision.

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

Le mode de réalisation suit le besoin de contrôle

Une fois la catégorie choisie, l’entreprise peut évaluer trois orientations de réalisation : utiliser une plateforme disponible, obtenir un accompagnement pour sa configuration ou étudier une solution spécifique. Ces voies décrivent les options qu’elle doit 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.

La question porte sur l’écart entre le besoin et les capacités déjà disponibles. Une plateforme constitue une orientation possible lorsque ses fonctions couvrent le périmètre. Une configuration accompagnée peut être évaluée lorsque le besoin est clair mais que sa traduction reste à conduire. Une réalisation spécifique demeure une hypothèse à examiner lorsqu’un écart fonctionnel ou de contrôle subsiste. Une démonstration sur un cas réel doit rendre cet écart observable avant tout engagement.

L’orientation amont doit pouvoir être expliquée sans plan technique. Elle nomme 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 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, règles ou 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 pas être respectée. Si l’entreprise ne peut pas remplir ces quatre éléments, elle ne dispose pas encore d’un motif suffisant pour retenir une orientation.

Cette orientation doit également 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 n’est pas un échec du cadrage : il montre que la décision s’appuie sur un écart observé plutôt que sur un choix de solution préconçu. Les choix d’architecture, de composants et d’organisation viennent ensuite, une fois cette orientation stabilisée.

Les limites éclairent le mode de réalisation

Une démonstration montre généralement le parcours où les données sont disponibles et l’intention correctement comprise. La décision se joue dans les limites : accès refusé, source contradictoire, connecteur indisponible, règle non représentée ou action impossible à annuler. Il faut demander 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 fonction. Si une limite empêche d’atteindre le résultat ou le contrôle attendu, l’entreprise peut évaluer une configuration accompagnée ou l’étude d’une réalisation spécifique. La décision peut alors 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 discutée, choisir immédiatement un produit ou une architecture fige trop tôt la réponse. 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 s’arrête à cette conception et à ce cadrage ; il ne promet ni la fourniture d’une plateforme, ni sa configuration, ni une réalisation spécifique.

Cette étape est particulièrement pertinente lorsque le besoin mélange plusieurs verbes : 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. Sa sortie est une orientation de réalisation, avec l’écart qui la justifie. La conception détaillée des droits, de la supervision et de l’architecture vient seulement après cette décision.

Le scénario le plus engageant fixe la limite utile

La décision finale peut tenir dans une carte, à condition qu’elle parte du travail. Quel résultat l’utilisateur attend-il ? Quelle action doit encore être réalisée après la réponse ? Quelles données sont indispensables ? Quel effet une erreur produirait-elle ? Où une personne peut-elle valider ou arrêter ? Ces questions conduisent vers la catégorie et le 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 les autres échanges restent purement conversationnels.

Le cas le plus engageant gouverne la décision

Un projet contient souvent plusieurs usages. Il ne faut pas lui attribuer une catégorie unique trop tôt. Une interface peut répondre 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 imposer ces contrôles à toutes les réponses.

Cette séparation permet une mise en œuvre progressive. La conversation vérifie l’accès aux sources et la compréhension des demandes. L’assistance éprouve la qualité des propositions dans un espace où une personne décide encore. L’action n’est ajoutée que lorsque le mandat, les exceptions et la reprise sont assez précis. La progression repose sur des preuves de fonctionnement liées 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 accès peut étendre le périmètre des données disponibles et des droits accordés. Par « chaîne déterministe », cet article désigne une succession dont les opérations et les décisions intermédiaires sont prévues à l’avance. Un flux agentique peut au contraire décomposer un objectif et choisir les actions à exécuter.^[7] La mémoire ajoute des informations conservées. Chacune doit répondre à un besoin nommé. Si l’équipe ne peut pas expliquer quelle tâche devient possible grâce à elle, cette capacité devrait rester hors du périmètre initial.

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

Le choix reste donc en attente tant que l’équipe ne peut pas nommer ce que le système fera réellement sans validation.

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 orientations de réalisation sur 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.