- Classez la décision, jamais la technologie. Quatre niveaux d’impact (faible, modéré, élevé, critique) déterminent l’autonomie autorisée. À partir du niveau élevé, l’agent propose et n’exécute plus rien seul.
- Écrivez des règles chiffrées, pas des principes. « L’agent doit agir de manière responsable » ne se vérifie pas. « L’agent accorde un geste commercial jusqu’à 20 €, au-delà il transmet à un conseiller » se vérifie, se conteste et se corrige.
- Nommez qui reprend la main, et vérifiez qu’il le peut vraiment. Une personne qui ne comprend pas la décision, n’a pas le temps de l’examiner ou ne peut pas l’annuler n’exerce aucun contrôle humain.
- Sachez ce que la loi exige déjà de vous. L’obligation de transparence de l’article 50 de l’AI Act est applicable depuis le 2 août 2026. Le régime des systèmes à haut risque de l’annexe III, lui, a été reporté au 2 décembre 2027.
- Chez IA Agency, ce cadrage s’écrit avant l’ouverture des accès, jamais après le premier incident client.
Vendredi, 19 h 12. Un client réclame le remboursement d’une commande livrée en retard. L’agent IA de votre service client ouvre le dossier, applique ce qu’il a appris de milliers de cas semblables, et refuse. Le client insiste, s’agace, publie. Personne dans l’entreprise ne verra cet échange avant lundi matin.
Le problème n’est pas que l’agent se soit trompé. Il est que personne n’avait écrit ce qu’il avait le droit de décider. La question de l’autonomie n’a jamais été posée en réunion : elle a été réglée par défaut, au moment du branchement, par les options cochées dans une interface.
Cette page ne défend ni l’enthousiasme ni la méfiance. Elle donne la manière de classer vos décisions par niveau d’impact, les limites à écrire noir sur blanc, la place exacte de l’humain dans la boucle, et ce que les textes exigent déjà de vous au 21 août 2026.
Qu’est-ce qui change vraiment quand un agent IA décide au lieu de répondre ?
La différence n’est pas une affaire de puissance, elle est une affaire de conséquence. Un chatbot répond. Un copilote propose à une personne qui garde le clavier. Une automatisation exécute une règle que vous avez écrite à l’avance. Un agent, lui, choisit sa marche à suivre et agit directement dans vos systèmes.
Le mot « autonome » recouvre en réalité deux notions qu’il faut séparer, et cette distinction structure tout le reste de cette page. L’autonomie technique décrit ce que le système sait faire seul : enchaîner des étapes, appeler un outil, reformuler une demande. L’autonomie décisionnelle décrit ce qu’il a le droit de trancher à votre place. La première est une propriété du produit, la seconde est une décision de dirigeant. Rien n’oblige à faire coïncider les deux, et la quasi-totalité des incidents naît de cette confusion.
Concrètement, un agent branché sur vos données peut consulter un dossier, recommander une réponse, modifier une fiche client, accorder un avantage commercial, refuser une demande, ou déclencher une action irréversible comme un remboursement ou la suspension d’un accès. Ces six verbes n’engagent pas votre entreprise de la même manière. Comme agence IA, nous voyons rarement des projets échouer sur la qualité du modèle : ils échouent parce que ces six verbes ont été activés d’un seul bloc, sans que personne ne les distingue.
C’est aussi ce qui sépare un projet d’agence agents IA d’un projet de support conversationnel. Le second répond sans jamais décider, et cette limite est une propriété assumée de son périmètre, pas une faiblesse à corriger.
Avant d'ouvrir le moindre accès, nous faisons lister par le service concerné toutes les décisions que l'agent rencontrera dans une semaine ordinaire, puis nous demandons qui, aujourd'hui, a le droit de les prendre. Quand une décision n'a aucun titulaire humain identifié, elle n'est jamais confiée à l'agent : elle remonte d'abord à une personne. L'exercice prend une demi-journée et sort du périmètre initial toutes les décisions dont personne ne veut assumer la responsabilité.
Quels risques un agent autonome fait-il vraiment courir à vos clients ?
Trois familles de risques méritent votre attention, et une seule est réellement propre aux agents. Le désalignement vient en premier : l’agent poursuit correctement l’objectif qu’on lui a donné, mais cet objectif était mal formulé. Un agent chargé de clore un maximum de tickets clôt en priorité les dossiers difficiles. Il fait exactement ce qu’on lui a demandé, et c’est bien le problème.
Les biais viennent ensuite, et ce sont eux que le SERP traite le plus. Un algorithme entraîné sur vos décisions passées reproduit vos arbitrages passés, y compris ceux que personne n’assumerait par écrit. Le piège tient à ceci : il n’a besoin d’aucune donnée sensible pour discriminer, il lui suffit de variables corrélées. Le code postal, le prénom, l’heure du contact, le type d’appareil ou l’historique de navigation permettent de reconstituer une origine, un niveau de revenu ou un âge. Vous n’aurez jamais écrit ces critères nulle part, et ils décideront quand même. C’est précisément là que l’éthique de l’IA cesse d’être un débat de principes pour devenir un travail de vérification sur vos propres données.
Le troisième risque est le seul qui change de nature avec un agent : l’hallucination suivie d’une action réelle. Un assistant qui invente une promotion produit une phrase fausse. Un agent qui invente cette même promotion l’applique dans votre outil de facturation. C’est la différence entre une erreur à corriger et un engagement à honorer. C’est aussi pourquoi un projet d’automatisation IA reste préférable partout où la règle est connue d’avance : une règle explicite n’hallucine pas.
À lire également : Qu’est-ce qu’un agent IA ? Guide complet pour maîtriser cette révolution technologique
Comment classer vos décisions par niveau d’impact avant d’accorder l’autonomie ?
L’autonomie ne se règle pas au niveau de l’agent, elle se règle décision par décision. C’est le seul angle qui tienne, parce qu’un même agent rencontre dans la même journée des choix sans conséquence et des choix qui engagent votre responsabilité entière.
Le critère de classement n’est ni la difficulté de la tâche, ni la sophistication du modèle. C’est l’effet sur la personne à l’autre bout : ce qu’elle perd si la décision est mauvaise, et sa capacité à obtenir réparation. Une décision réversible en un clic et une décision qui ferme un droit ne se traitent pas de la même manière, même si elles coûtent rigoureusement le même effort à produire. Quatre niveaux suffisent à couvrir les situations d’une entreprise de services.
| Niveau d’impact | Exemple côté client | Autonomie autorisée | Contrôle requis |
|---|---|---|---|
| Faible | Reformuler une réponse, proposer un contenu | Totale | Contrôle qualité par échantillon |
| Modéré | Prioriser une réclamation, proposer une remise dans le barème | Sous plafond chiffré | Seuils et possibilité d’annuler |
| Élevé | Refuser un remboursement, modifier un prix, suspendre un accès | Aucune, l’agent propose | Validation humaine avant exécution |
| Critique | Décision produisant un effet juridique ou une exclusion durable | Aucune | Décision humaine, l’agent instruit seulement |
Ce tableau se remplit avec les personnes du métier, jamais avec l’éditeur du logiciel : lui connaît son produit, vous seul savez ce qu’une décision coûte à votre client. Et il se remplit avant l’achat, pas après, sans quoi il se contente de décrire ce que l’outil fait déjà.
« Aucun agent n'a jamais dépassé ses limites : il occupe exactement l'espace que personne n'a pris la peine de lui fermer. Quand un projet dérape, la cause n'est presque jamais la capacité du modèle, c'est une décision que nous n'avions pas écrite avant de brancher. »
Quelles limites écrire noir sur blanc dans votre charte d’autonomie ?
Un principe n’est pas une limite. « L’agent doit agir de manière responsable » ne se vérifie pas, ne se conteste pas et ne protège personne, ni vos clients ni vous. « L’agent accorde un geste commercial jusqu’à 20 €, au-delà il transmet à un conseiller » est une règle : elle nomme une décision, un seuil et un destinataire.
Une charte d’autonomie utile tient sur deux pages et répond à dix questions précises. Elle s’écrit avant le branchement, parce qu’ensuite elle ne fait plus que décrire les réglages du produit.
- Les actions autorisées, nommées une par une, jamais par catégorie générale.
- Les actions interdites en toutes circonstances, y compris quand le client insiste ou menace.
- Les actions soumises à validation avant exécution, avec le nom de la fonction qui valide.
- Les plafonds financiers chiffrés, par geste et par période, pour éviter le contournement par répétition.
- Le seuil de confiance sous lequel l’agent s’abstient et transmet, au lieu de trancher au jugé.
- Les profils exclus du traitement automatisé : clients en litige, dossiers sensibles, situations déjà escaladées.
- Le nombre maximal d’actions successives sans reprise humaine, pour arrêter les enchaînements en cascade.
- Les données auxquelles l’agent accède, et surtout celles qui lui restent fermées.
- Les conditions d’arrêt automatique : anomalie détectée, volume inhabituel, indisponibilité d’un système.
- La personne responsable du périmètre, nommée, joignable, et habilitée à le modifier.
Ces règles n’ont d’intérêt que publiées et opposables. C’est pour cette raison que nous posons les nôtres par écrit dans notre charte IA éthique et responsable, plutôt que dans un document interne que personne ne relit après la signature.
Chronométrez une fois le temps réel dont dispose la personne qui valide, en divisant sa journée de travail par le nombre de propositions qu'elle reçoit. Le résultat est presque toujours très inférieur à ce que chacun imaginait. S'il ne laisse pas le temps d'ouvrir le dossier, votre contrôle humain n'existe déjà plus, et aucune procédure écrite ne le rétablira. La correction consiste à abaisser le niveau d'autonomie de l'agent, jamais à demander à cette personne d'aller plus vite.
Qui garde la main sur l’agent, et à quel moment exactement ?
Trois positions existent, et elles ne coûtent pas le même prix. L’humain dans la boucle valide chaque action avant exécution : le plus sûr, le plus lent. L’humain au-dessus de la boucle laisse l’agent agir et surveille un flux, avec pouvoir d’interrompre. L’humain après la boucle découvre l’action une fois faite et peut l’annuler. Le niveau d’impact décide de la position, pas le confort d’exploitation.
Le point que presque personne ne traite s’appelle l’automatisation passive. Une personne qui valide quarante propositions par heure ne contrôle plus rien : elle clique. Le contrôle humain devient alors une formalité qui donne l’apparence de la maîtrise tout en la supprimant. Trois conditions le rendent réel : comprendre sur quoi l’agent s’est fondé, disposer du temps de le vérifier, et détenir le pouvoir effectif d’annuler sans demander l’autorisation à quiconque. La troisième manque plus souvent que les deux autres.
Reste la question que les projets oublient : qui répond au client quand l’agent s’est trompé ? Le parcours d’escalade se décrit à l’avance, dans cet ordre.
- L’agent détecte qu’il sort de son périmètre, par seuil de confiance, par plafond atteint ou par profil exclu.
- Il s’arrête avant d’agir, le dit au client sans jargon, et annonce le délai de reprise.
- Le dossier arrive chez une personne nommée, entier, avec ce que l’agent a consulté et ce qu’il proposait.
- Cette personne peut annuler l’action et la remplacer, sans passer par un niveau hiérarchique supplémentaire.
- Le client est recontacté par un humain identifié, qui assume la décision finale en son nom propre.
- L’incident est consigné, puis relu périodiquement pour corriger la cause et non le seul symptôme.
Sans les étapes 4 et 5, le parcours n’est qu’une file d’attente. Le client n’attend pas une explication algorithmique : il attend qu’un être humain reprenne la responsabilité de ce qui lui arrive.
Pour en savoir plus : Pourquoi tant de projets d’agents IA autonomes échouent-ils avant d’atteindre la production ?
Que devez-vous dire à vos clients, et que peuvent-ils contester ?
Deux obligations distinctes se confondent souvent. La première porte sur l’information : la personne doit savoir qu’elle s’adresse à une IA. L’AI Act le formule à son article 50, applicable depuis le 2 août 2026, avec une exception lorsque cela est évident au regard du contexte. Cette exception s’apprécie concrètement, cas par cas : elle ne vaut pas dispense générale pour un agent de relation client, et l’information est due au plus tard à la première interaction.
Trois règles simples suffisent à s’y tenir. L’agent annonce sa nature dès le premier message. Il ne prend jamais un prénom ni une signature laissant croire à un interlocuteur humain. Un moyen d’atteindre une personne reste accessible à tout moment, sans avoir à le réclamer trois fois. Un chatbot IA sur mesure bien conçu applique déjà ces trois règles par construction, et un agent n’a aucune raison d’y déroger.
La seconde obligation est un droit ouvert à vos clients, et elle pèse plus lourd. L’article 22 du RGPD vise les décisions fondées exclusivement sur un traitement automatisé qui produisent des effets juridiques ou affectent la personne de manière significative. Dans ce cas, votre client peut obtenir une intervention humaine, exprimer son point de vue et contester la décision. Ces trois droits supposent un dispositif qui existe avant la première contestation, et quelqu’un capable d’expliquer sur quoi l’agent s’est fondé.
« Un client qui découvre après coup qu'il parlait à une machine ne vous reproche pas la machine. Il vous reproche de ne pas l'avoir dit. La transparence ne coûte presque rien quand elle est posée dès la première phrase, et elle devient impayable dès qu'il faut la rattraper. »
Quelles obligations l’AI Act et le RGPD font-ils peser sur votre agent ?
Commençons par le fait que la plupart des articles en ligne ont faux. Le calendrier de l’AI Act a changé le 27 juillet 2026, date d’entrée en vigueur du texte (UE) 2026/1744, dit « Digital Omnibus on AI », voté le 16 juin et publié le 24 juillet 2026. Depuis, l’article 50 et le régime des systèmes à haut risque ne sont plus sur la même échéance. Les contenus publiés avant l’été 2026 les groupent encore tous les deux au 2 août 2026.
Deuxième point, le plus mal compris : un agent de relation client ou marketing n’est pas automatiquement classé « à haut risque ». La qualification dépend de l’article 6 et de l’annexe III. Ce sont les domaines qui font basculer, pas le degré d’autonomie : emploi et recrutement, accès à des services essentiels, crédit et assurance, biométrie, infrastructures critiques, justice. Un agent qui trie des réclamations n’y entre pas ; le même agent employé pour présélectionner des candidatures, oui.
Troisième point, qui en découle directement : l’article 14, consacré à la supervision humaine, ne vise que les systèmes à haut risque. Il n’impose pas de faire valider chaque action de tout agent IA par une personne. Il reste une mesure de prudence solide pour toute décision importante concernant un client, mais ce n’est pas ce que la loi exige de vous aujourd’hui.
| Obligation | Qui est concerné | Date d’application | Statut au 21 août 2026 |
|---|---|---|---|
| Pratiques interdites et compétence en IA du personnel (article 4) | Toute entreprise qui déploie un système d’IA | 2 février 2025 | Applicable |
| Transparence (article 50) | Toute entreprise dont l’agent échange avec une personne | 2 août 2026 | Applicable depuis le 2 août 2026 |
| Application générale de l’AI Act | Toute entreprise entrant dans le champ du texte | 2 août 2026 | Applicable |
| Marquage des contenus génératifs mis sur le marché avant le 2 août 2026 | Éditeurs et entreprises qui diffusent ces contenus | 2 décembre 2026 | À venir |
| Systèmes à haut risque, annexe III | Entreprises dont le cas d’usage relève de l’annexe III | 2 décembre 2027, au lieu du 2 août 2026 | À venir, reporté de 16 mois |
| Systèmes à haut risque intégrés à des produits, annexe I | Industriels concernés par l’annexe I | 2 août 2028, au lieu du 2 août 2027 | À venir, reporté |
S’ajoute la conformité au RGPD, qui s’applique indépendamment de l’AI Act : son article 35 impose une analyse d’impact dès lors que le traitement présente un risque élevé, situation fréquente quand un agent traite des demandes clients à grande échelle. La bonne pratique tient en une phrase : faites qualifier votre cas d’usage par écrit, et faites confirmer cette qualification par un professionnel du droit. Une qualification documentée vaut infiniment mieux qu’une conclusion tirée du mot « autonome ».
La validation humaine de façade est le défaut le plus répandu et le plus coûteux. Si la personne qui valide ne peut ni comprendre ce qui a fondé la décision, ni la modifier, ni l'annuler, alors le contrôle humain est théorique. L'article 22 du RGPD ne le reconnaîtra pas comme une intervention humaine, et votre client ne le reconnaîtra pas davantage. Le test tient en une question : demandez à cette personne d'expliquer, sans son écran sous les yeux, pourquoi l'agent a tranché ainsi sur le dernier dossier traité.
Obtenez votre devis personnalisé
Comment sécuriser et tracer un agent branché sur vos outils clients ?
Un agent branché sur vos systèmes n’est plus seulement du texte : c’est un compte utilisateur doté de droits. Les attaques qui le visent exploitent cette position, et elles ne ressemblent à rien de ce que vos équipes connaissent. L’injection d’instructions consiste à glisser un ordre dans un contenu que l’agent va lire, un e-mail entrant ou une pièce jointe, pour lui faire exécuter autre chose que sa mission. Le détournement d’outils consiste à lui faire appeler une fonction parfaitement légitime dans un contexte qui ne l’est pas. L’abus de privilèges naît de droits accordés une fois pour aller plus vite et jamais retirés. L’exfiltration, enfin, fait sortir vos données par un canal que l’agent avait le droit d’employer.
Cinq garde-fous couvrent l’essentiel, et aucun ne relève du modèle lui-même.
- Des droits limités au strict nécessaire, révisés à chaque évolution du périmètre plutôt qu’à l’ouverture seulement.
- Un cloisonnement entre les données qu’un cas d’usage impose et celles qui appartiennent à un autre service.
- Une liste d’outils autorisés, fermée par défaut : tout ce qui n’y figure pas reste inaccessible à l’agent.
- Des plafonds de temps et de volume, qui arrêtent une boucle avant qu’elle ne produise des centaines d’actions.
- Un mécanisme de coupure actionnable en quelques secondes par une personne sans compétence informatique.
S’y ajoute un journal d’audit exploitable, c’est-à-dire lisible par quelqu’un qui n’a pas écrit le code : pour chaque action, la date, la demande d’origine, ce que l’agent a consulté, ce qu’il a décidé, sur quoi il s’est fondé, et qui a validé. Sans cette traçabilité, vous ne pourrez ni répondre à une contestation, ni corriger la cause d’un incident.
Quatre indicateurs suffisent ensuite à piloter l’ensemble : le taux d’escalade vers un humain, le taux d’annulation d’actions déjà exécutées, le taux de refus injustifiés relevés après coup, et le délai de reprise en main. Un taux d’annulation nul n’est pas un bon signe : il indique le plus souvent que personne ne vérifie. Ce niveau de cloisonnement se conçoit au moment du développement et non après, ce qui en fait autant le travail d’une agence de développement IA que celui d’un cabinet de conseil.
À découvrir absolument : Contrôle éditorial des contenus IA : faut-il tout valider avant publication ?
Pourquoi cadrer l’autonomie de vos agents IA avec IA Agency ?
Notre rôle sur un projet d’agent n’est pas de brancher le plus de fonctions possible. Il consiste à séparer ce que l’agent sait faire de ce qu’il a le droit de décider, puis à écrire la seconde partie avec vous avant d’ouvrir la première.
Concrètement, cela veut dire quatre choses. Nous partons des décisions réelles du service concerné, pas du catalogue de fonctions du produit. Nous classons ces décisions par niveau d’impact et nous acceptons de laisser hors périmètre celles dont personne ne veut assumer la responsabilité, quitte à livrer un agent plus modeste que prévu. Nous écrivons la charte d’autonomie avant l’ouverture des accès, avec ses seuils chiffrés et le nom des personnes qui reprennent la main. Nous posons la traçabilité dès le premier jour, parce qu’un journal d’audit ajouté après le premier incident ne couvre jamais cet incident.
C’est la démarche que les équipes d’IA Agency appliquent sur leurs propres agents internes avant de la proposer à un client.
La question n’a jamais été de savoir si vos agents IA sont assez fiables pour décider. Elle est de savoir quelles décisions vous acceptez de leur confier, à quel niveau d’impact, et qui reprend la main quand ils sortent du cadre. Les limites éthiques ne sont pas un supplément de conscience posé sur un projet réussi : elles sont la partie du projet qui décide de sa réussite.
Reprenez la matrice des quatre niveaux et passez en revue les décisions que votre agent prend déjà aujourd’hui. Celles qui tombent en impact élevé ou critique sans validation humaine avant exécution sont vos vraies priorités, avant toute question de modèle ou de performance.
Si vous déployez un agent en contact avec vos clients et que ce cadrage n’a jamais été écrit, il se pose en quelques entretiens. Demandez votre audit IA gratuit : nous partons de vos décisions réelles, pas de la fiche produit de votre outil.
Quelle différence entre une automatisation et un agent IA ?
Une automatisation exécute une règle que vous avez écrite à l’avance : elle ne choisit rien. Un agent IA choisit lui-même sa marche à suivre, appelle les outils qu’il juge utiles et agit dans vos systèmes. C’est la distinction entre autonomie technique et autonomie décisionnelle. Partout où la règle est connue d’avance, l’automatisation reste préférable : elle est vérifiable et n’hallucine jamais.
Quels sont les différents types d’agents IA ?
Quatre catégories couvrent l’essentiel des déploiements en entreprise. Le chatbot répond à une question. Le copilote propose à une personne qui garde le clavier. L’automatisation exécute une règle écrite. L’agent enchaîne des étapes et agit seul dans vos outils. Le classement utile n’est pas cette typologie mais le niveau d’impact des décisions que chacun peut prendre à votre place.
Peut-on faire confiance à un agent IA pour parler à ses clients ?
Oui, à condition de fixer son périmètre décisionnel avant sa mise en service. La confiance ne se place pas dans le modèle mais dans les limites que vous lui posez : quatre niveaux d’impact, des plafonds chiffrés, un seuil de confiance sous lequel il transmet à un humain. Un agent cadré sur des décisions à faible impact est plus fiable qu’un conseiller débordé un vendredi soir.
Un agent IA doit-il dire qu’il est une IA ?
Oui. L’article 50 de l’AI Act, applicable depuis le 2 août 2026, impose d’informer la personne qu’elle interagit avec une IA, au plus tard à la première interaction. Une exception existe lorsque cela est évident au regard du contexte, mais elle s’apprécie cas par cas et ne dispense pas un agent de relation client. Ne lui donnez ni prénom ni signature humaine.
Faut-il réaliser une analyse d’impact avant de déployer un agent IA ?
L’article 35 du RGPD impose une analyse d’impact relative à la protection des données dès lors que le traitement présente un risque élevé pour les personnes. Un agent qui traite des demandes clients à grande échelle, croise des données personnelles ou prend des décisions individuelles entre fréquemment dans ce cas. Faites qualifier votre situation par écrit, avant le déploiement plutôt qu’après une réclamation.
Mon agent IA de relation client est-il classé « à haut risque » par l’AI Act ?
Pas automatiquement. La qualification dépend de l’article 6 et de l’annexe III, donc du domaine d’emploi et non du degré d’autonomie. Basculent notamment l’emploi et le recrutement, l’accès aux services essentiels, le crédit et l’assurance, la biométrie, les infrastructures critiques et la justice. Le régime correspondant s’applique au 2 décembre 2027. Un agent qui trie des réclamations n’y entre pas.
Comment repérer une hallucination avant qu’elle ne devienne une action ?
En intercalant une vérification entre la décision et l’exécution. Trois garde-fous fonctionnent : un seuil de confiance sous lequel l’agent s’abstient et transmet, un contrôle de cohérence sur les données de l’entreprise (un prix, un stock, un barème), et une validation humaine obligatoire au-dessus d’un plafond chiffré. Le journal d’audit sert ensuite à retrouver la cause, jamais à l’éviter.
Quels cadres éthiques internationaux servent de référence ?
Trois familles coexistent, et une seule engage. Les textes contraignants d’abord, dont l’AI Act et le RGPD, qui créent des obligations opposables. Les recommandations internationales ensuite, portées notamment par l’UNESCO et l’OCDE, qui fixent des principes sans force obligatoire. Les chartes d’entreprise enfin. Pour une PME, seul le premier niveau expose à une sanction ; les deux autres aident à formuler vos propres règles.
L’agence qui déploie l’agent est-elle responsable à votre place ?
Non, et c’est un point à clarifier au contrat. L’AI Act distingue celui qui met le système sur le marché de l’entreprise qui le déploie, et cette dernière porte les obligations liées à son emploi réel, dont la transparence de l’article 50. Une agence sérieuse documente le périmètre, la traçabilité et les limites ; elle ne se substitue pas à votre responsabilité de responsable de traitement.
Comment organiser la gouvernance de l’IA dans une PME de moins de 50 personnes ?
Sans comité ni structure dédiée. Trois éléments suffisent : une personne nommée responsable du périmètre des agents, une charte d’autonomie de deux pages validée par la direction, et une revue périodique des incidents et des actions annulées. L’article 4 de l’AI Act, applicable depuis le 2 février 2025, ajoute une exigence de compétence en IA pour les personnes concernées.
Un agent IA a-t-il le droit de refuser une demande client ?
Refuser est une décision à impact élevé, donc à retirer de son autonomie. L’agent instruit le dossier et propose le refus ; une personne le prononce. Si le refus produit un effet juridique ou affecte le client de manière significative, l’article 22 du RGPD lui ouvre trois droits : obtenir une intervention humaine, exprimer son point de vue et contester la décision.
Combien de temps faut-il pour cadrer un agent avant sa mise en production ?
Aucune durée de référence n’est publiée, et avancer un chiffre serait malhonnête. Le repère utile n’est pas un délai mais deux livrables : la matrice des quatre niveaux d’impact remplie par les personnes du métier, et la charte d’autonomie validée par la direction. Tant que ces deux documents n’existent pas, l’agent n’est pas prêt, quel que soit le temps déjà passé.
Article mis à jour le 24 août 2026.
Ressources et liens utiles
[2] “Digital Omnibus on AI (UE) 2026/1744”, EUR-Lex
[3] “Cadre d’application de l’IA et calendrier”, Commission européenne
[4] “RGPD, article 22 : décision individuelle automatisée”, CNIL
[5] “Intelligence artificielle : les publications de la CNIL”, CNIL
[6] “Le numérique public et l’intelligence artificielle”, Direction interministérielle du numérique
Un périmètre décisionnel écrit avant les accès
Seuils chiffrés, actions interdites et reprise en main nommée, posés avant la mise en service.
Découvrir notre approche →
