AI Act : ce qui change pour les agents IA

L’AI Act impose aux agents IA des obligations qui dépendent de leur usage et de votre rôle : fournisseur du système ou entreprise qui le déploie. Au 24 octobre 2026, les règles de transparence sont déjà applicables, tandis que les principales obligations concernant les systèmes à haut risque ont été reportées à décembre 2027 ou août 2028. Le fait qu’un agent puisse agir seul ne le classe pas automatiquement à haut risque.

Le calendrier a changé depuis le texte initial

Le report ne concerne pas tout le règlement. L’AI Act conserve plusieurs échéances, et une entreprise peut être soumise aujourd’hui à certaines dispositions tout en préparant celles qui entreront en application plus tard.

La Commission confirme que l’Omnibus sur l’IA est entré en vigueur le 27 juillet 2026. Il modifie notamment le calendrier des systèmes à haut risque et simplifie certaines obligations : il ne s’agit donc plus d’une simple proposition à surveiller. Voici les échéances pertinentes pour les agents, d’après la présentation officielle de cette modification et les dispositions transitoires du règlement.

Disposition	Échéance	Conséquence pour votre projet
Premières pratiques interdites et maîtrise de l’IA	Depuis le 2 février 2025, avec modifications ultérieures	Examiner les usages et accompagner les personnes qui exploitent les systèmes
Transparence des interactions avec une IA	Depuis le 2 août 2026	Vérifier l’information donnée aux interlocuteurs
Marquage technique des contenus pour les systèmes commercialisés avant le 2 août 2026	2 décembre 2026	Vérifier le calendrier de mise en conformité du fournisseur
Systèmes à haut risque relevant de l’annexe III	2 décembre 2027	Préparer la qualification et les obligations associées
Systèmes à haut risque relevant des produits réglementés de l’annexe I	2 août 2028	Examiner aussi la réglementation sectorielle applicable

Le délai supplémentaire ne suspend pas les autres règles applicables, notamment celles relatives aux données personnelles. Pour organiser les travaux par échéance, le guide AI Act : checklist de conformité complète cette lecture.

Votre rôle compte autant que les capacités de l’agent

L’entreprise qui utilise un système sous son autorité est généralement un déployeur. Celle qui développe un système, ou le fait développer, puis le commercialise ou le met en service sous son nom peut être un fournisseur. Ces définitions figurent dans l’article 3 du règlement, consulté dans sa version consolidée au 24 octobre 2026.

La mise en service peut concerner un usage propre. Faire construire un agent interne ne garantit donc pas que votre organisation soit seulement utilisatrice. Inversement, brancher un logiciel existant à votre messagerie ne fait pas automatiquement de vous son fournisseur : il faut examiner ce que vous avez construit, sa destination et les responsabilités exercées.

Un projet comprend souvent plusieurs acteurs : fournisseur du modèle, éditeur de l’application, intégrateur et entreprise utilisatrice. Les obligations du fournisseur d’un modèle à usage général ne remplacent pas celles qui concernent le système final.

Pour documenter cette chaîne, demandez :

• qui définit la finalité et les usages autorisés ;
• sous quel nom le système est mis en service ;
• qui fournit les instructions, les limites et les mises à jour ;
• qui reçoit les alertes et peut suspendre le fonctionnement.

Ces questions servent aussi à comparer les contrats des outils IA pour les métiers de l’entreprise. Une mention générale de conformité dans une brochure ne décrit ni votre rôle ni votre usage réel.

Le haut risque dépend de la finalité du système

Un agent qui rédige un brouillon commercial et un agent qui classe des candidatures peuvent reposer sur une architecture semblable. Leur qualification juridique peut pourtant différer, car le règlement examine les usages et leurs conséquences.

Les critères de l’article 6, dans le texte consolidé consulté en octobre 2026, distinguent notamment les systèmes associés à certains produits réglementés et les usages sensibles de l’annexe III. Celle-ci couvre notamment des situations liées à l’emploi, à l’éducation ou à l’accès à certains services essentiels.

La présence d’un humain ne suffit pas à écarter le haut risque. Un outil qui recommande quels candidats recevoir peut influencer la décision, même si un recruteur signe ensuite le résultat. À l’inverse, une tâche préparatoire étroite peut relever d’une exception si les conditions prévues sont effectivement remplies.

L’exception suppose une analyse : nature de la tâche, influence sur la décision et risque pour les personnes. Pour les systèmes visés par l’annexe III, le profilage de personnes physiques empêche de recourir à cette dérogation. Le fournisseur qui considère son système exempté doit documenter son évaluation.

Décrivez donc la fonction métier avant la technologie. « Assistant RH » reste trop vague ; « attribue une note aux candidatures et propose un classement » permet d’examiner la qualification. L’article Agent IA ou chatbot : quelle différence ? aide à décrire les actions, sans déterminer à lui seul le statut réglementaire.

La transparence s’applique déjà aux interactions directes

Depuis le 2 août 2026, le fournisseur doit concevoir les systèmes destinés à interagir directement avec des personnes pour qu’elles sachent qu’elles échangent avec une IA, sauf lorsque cela est évident dans le contexte. L’information doit être claire dès la première interaction. La FAQ officielle sur la transparence, consultée le 24 octobre 2026, précise ces obligations.

Pour un agent de service client, vérifiez concrètement l’écran d’accueil, le début de l’appel ou le premier message. Un prénom humain et une indication enfouie dans les conditions générales risquent de laisser l’interlocuteur dans l’incertitude. L’entreprise utilisatrice doit coordonner cette présentation avec le fournisseur.

Un agent fonctionnant uniquement en arrière-plan, sans interaction directe avec une personne, ne relève pas de cette obligation particulière d’information. Cela ne l’exonère pas des autres dispositions qui pourraient s’appliquer.

La transparence comprend aussi des règles distinctes pour les contenus synthétiques. Le marquage détectable par machine, à la charge des fournisseurs concernés, ne se confond pas avec l’information visible destinée au public. Le délai au 2 décembre 2026 concerne seulement le marquage et la détection prévus pour les systèmes mis sur le marché avant le 2 août 2026.

Pour les textes publiés sur des sujets d’intérêt public, une exception à l’obligation de signalement existe notamment lorsqu’un contrôle éditorial ou une révision humaine a lieu et qu’une personne assume la responsabilité éditoriale. Une simple correction orthographique ne suffit pas à caractériser cet examen.

Certains usages sont interdits, même avec une validation

Avant de préparer un dossier de conformité, vérifiez que la finalité est autorisée. Parmi les pratiques visées figurent certaines manipulations causant ou susceptibles de causer un préjudice important, l’exploitation de vulnérabilités et certaines formes de notation sociale. Les conditions exactes comptent : toute personnalisation commerciale n’est pas automatiquement une manipulation interdite.

La reconnaissance des émotions sur le lieu de travail est également interdite, sous réserve des exceptions prévues pour des raisons médicales ou de sécurité. Ajouter cette fonction à un agent chargé d’entretiens ne devient pas acceptable simplement parce qu’un salarié consulte les résultats.

L’article 5 dans sa version consolidée prévoit aussi de nouvelles interdictions applicables à partir du 2 décembre 2026, concernant notamment la génération de contenus intimes non consentis et de contenus d’abus sexuels sur mineurs. Au 24 octobre, cette échéance doit être distinguée des interdictions déjà applicables.

Une validation humaine ne rend pas licite une pratique interdite. Pour les usages autorisés, elle peut en revanche contribuer à limiter les erreurs. Prévoir qui examine la proposition, avec quelles informations et quel pouvoir de refus constitue une recommandation de gouvernance, pas une garantie générale de conformité.

Ce qu’il faut préparer pour un agent à haut risque

Le report permet de préparer les dispositifs techniques et organisationnels. Il ne transforme pas les futures obligations du déployeur en simples recommandations : à leur échéance, elles devront être satisfaites lorsque le système entre dans leur champ.

L’article 26, consulté dans sa version consolidée en octobre 2026, prévoit notamment l’utilisation conforme aux instructions, une surveillance humaine confiée à des personnes compétentes et dotées de l’autorité nécessaire, ainsi que le suivi du fonctionnement. Il organise également l’information et la réaction en cas de risque ou d’incident grave.

Les journaux automatiquement générés, lorsqu’ils sont sous le contrôle du déployeur, doivent être conservés pendant une durée adaptée, d’au moins six mois, sauf disposition contraire applicable. Cette règle ne prescrit pas de conserver indistinctement toutes les conversations de tous les agents.

Pour préparer le dispositif, vous pouvez :

• identifier les personnes habilitées à interrompre le système ;
• vérifier quelles traces permettent de comprendre les actions ;
• organiser le signalement et la suspension en cas de risque ;
• prévoir l’information des travailleurs concernés lorsque le système est utilisé au travail.

Ces travaux peuvent révéler des limites contractuelles ou techniques : journaux inaccessibles, absence de procédure d’alerte, impossibilité de reprendre une tâche. Le diagnostic de sécurité des agents aide à repérer des faiblesses opérationnelles ; il ne constitue pas une évaluation juridique.

Former les équipes et traiter séparément le RGPD

L’obligation de maîtrise de l’IA a été modifiée. Le texte actuel demande aux fournisseurs et déployeurs de prendre des mesures pour soutenir son développement, en tenant compte des connaissances des personnes et du contexte d’utilisation. Il précise qu’aucun niveau individuel particulier n’est à garantir : voir l’article 4 modifié.

Pour un agent connecté aux logiciels métier, une formation utile porte sur les actions autorisées, les erreurs possibles, les données accessibles et la reprise en main. Conserver les supports et les décisions d’organisation aide à expliquer les mesures prises. Un programme uniforme sans rapport avec les tâches renseigne peu sur la préparation réelle des utilisateurs.

Le RGPD appelle une analyse distincte. En particulier, ses règles sur les décisions entièrement automatisées produisant des effets juridiques ou affectant significativement une personne peuvent déjà s’appliquer, indépendamment du calendrier du haut risque.

La CNIL explique les conditions et garanties de ces décisions. Il faut notamment examiner les exceptions autorisées et les droits associés. Une personne qui entérine systématiquement la recommandation ne fournit pas nécessairement une intervention humaine significative.

L’article Agents IA et RGPD : quelles données partent, et où ? complète cette analyse. Cartographier les informations envoyées au modèle reste utile même lorsque l’agent fonctionne dans une application interne.

Votre dossier de décision avant le déploiement

Pour une PME, le premier livrable utile est une fiche par usage. Elle décrit l’objectif, les personnes affectées, les données consultées, les actions possibles, les acteurs responsables et les échéances applicables.

Distinguez ensuite les exigences légales identifiées des mesures de prudence choisies. Par exemple, limiter les droits d’écriture ou demander une approbation avant un remboursement peut être pertinent sans constituer une obligation universelle de l’AI Act. Cette distinction évite de présenter chaque garde-fou technique comme une prescription réglementaire.

Votre décision de mise en service peut s’appuyer sur cette vérification :

• La finalité et les actions de l’agent sont décrites précisément.
• Les rôles de fournisseur et de déployeur ont été examinés.
• Les pratiques interdites et le haut risque ont été analysés.
• L’information des interlocuteurs a été vérifiée en situation.
• Les mesures de formation, de contrôle et de traitement des incidents sont attribuées.
• Les questions de données personnelles ont fait l’objet d’un examen distinct.

Réexaminez cette fiche lorsque l’agent change de mission, de public ou de pouvoir d’action. Passer de la préparation d’un dossier à la sélection de personnes peut modifier l’analyse, même si l’interface reste identique.

Questions fréquentes

Un freelance qui utilise un agent IA est-il concerné par l’AI Act ?

Oui, l’activité professionnelle peut faire du freelance un déployeur, même sans salarié. Les obligations dépendent ensuite de l’usage et du système. L’exclusion des activités personnelles non professionnelles ne couvre pas automatiquement un outil installé sur un ordinateur personnel.

Faut-il une certification AI Act pour chaque agent IA ?

Le règlement ne crée pas de certification universelle à obtenir pour tout agent. Les procédures de conformité dépendent notamment de la qualification du système à haut risque. Un badge commercial de conformité ne remplace pas cette analyse.

Un agent installé en local échappe-t-il à l’AI Act ?

Le lieu d’exécution ne suffit pas à déterminer l’application du règlement. Une utilisation professionnelle locale peut rester concernée. L’hébergement local peut réduire certains flux de données, mais ne change pas à lui seul la finalité du système.

Un bouton de validation humaine suffit-il pour être conforme ?

Non, il faut examiner ce que la personne peut réellement vérifier et modifier. Une validation systématique sans examen ne constitue pas nécessairement un contrôle effectif. Les droits d’accès, les informations disponibles et le pouvoir d’interrompre le traitement comptent également.