La réponse courte
La CNIL et le CIANum ont publié le 20 juillet 2026 une note exploratoire conjointe concluant que l’IA agentique constitue « un changement d’échelle qui renouvelle et amplifie les risques pour les données personnelles des utilisateurs ». La note identifie quatre risques majeurs (circulation des données entre services, création de profils hyperpersonnalisés, perte de contrôle utilisateur, confusion des responsabilités) et appelle les développeurs à adapter leurs pratiques RGPD sans attendre de délibération formelle.
Pour les équipes qui bâtissent des solutions IA et agents autonomes destinées au marché français, ignorer cette note serait une erreur de calcul : la CNIL a clairement signalé que ses contrôles 2026 porteront sur les outils de décision automatisée, et les principes développés ici sont exactement ceux qu’elle examinera.
Pourquoi l’IA agentique pose un problème spécifique
Jusqu’ici, la conformité RGPD des systèmes d’IA se jouait principalement lors de l’entraînement (quelles données, quelle base juridique ?) et de la génération de contenu (qui est responsable de l’output ?). L’IA agentique déplace le problème vers le temps réel de l’exécution : un agent peut, en une seule session, accéder à l’agenda professionnel d’un utilisateur, lire ses e-mails, interroger une API métier, générer un document et l’envoyer — le tout sans intervention humaine à chaque étape.
C’est cette capacité de traitement simultané de flux de données personnelles provenant de multiples sources connectées qui constitue, aux yeux de la CNIL et du CIANum, le vrai changement d’échelle. Un chatbot clàssique traite une requête à la fois ; un agent autonome enchaîne des centaines d’opérations, potentiellement sur des données relevant de catégories différentes (santé, vie privée, situation financière) et de traitements différents dont chacun devrait avoir sa propre base juridique.
Cette architecture heurte de front plusieurs principes fondamentaux du RGPD : la limitation des finalités (art. 5.1.b), la minimisation des données (art. 5.1.c) et la limitation de la conservation (art. 5.1.e). La note ne dit pas que c’est impossible à résoudre — elle dit que les équipes doivent y penser dès la conception, pas lors de l’audit.
Les quatre risques identifiés par la CNIL
La note exploratoire CNIL–CIANum structure son analyse autour de quatre risques distincts, chacun avec des implications concrètes pour les architectes logiciels.
1. Circulation des données entre services connectés
Un agent qui dispose d’accès à plusieurs services (messagerie, CRM, outils métier, stockage cloud) crée des flux de données transversaux que ni l’utilisateur ni le développeur ne contrôlent finement. Des données collectées à une finalité donnée (ex : planifier une réunion) peuvent se retrouver transitées dans un contexte entièrement différent (ex : générer un rapport d’activité client). La CNIL souligne que ces flux « peuvent être difficiles à appréhender pour les utilisateurs », ce qui nuit à la transparence exigée par les articles 13 et 14 du RGPD.
2. Création de profils hyperpersonnalisés
La persistance des historiques d’interactions permet aux agents de construire progressivement des représentations très détaillées des utilisateurs : habitudes de travail, préférences, relations professionnelles, cycles de vie personnels. Ce profilage continu, même s’il n’est pas intentionnel, peut constituer un traitement de données personnelles à des fins de profilage au sens de l’article 4(4) du RGPD, avec les obligations de consentement spécifiques qui en découlent.
3. Perte de contrôle de l’utilisateur
Lorsque les décisions sont prises de manière entièrement automatisée par un agent, les droits des personnes concernées — droit d’accès, droit de rectification, droit d’opposition, droit à la portabilité — deviennent théoriques si l’architecture ne prévoit pas de mécanisme concret d’exercice. La note insiste sur la nécessité d’implanter des « mécanismes techniques de contrôle et de supervision » dans l’agent lui-même.
4. Confusion des responsabilités entre acteurs
Une chaîne d’agents (orchestrateur + sous-agents spécialisés, fournis par des prestataires différents) génère une ambigûïté sur qui est responsable du traitement à chaque étape. Le RGPD exige que la responsabilité soit clairement assignée : qui est responsable du traitement, qui est sous-traitant, et quelles clauses contractuelles régissent chaque lien. En l’absence de cartographie précise, l’entreprise qui déploie l’agent peut se retrouver seule responsable de traitements qu’elle n’a pas directement contrôlés.
Ce que les chaînes de sous-agents changent au RGPD
L’un des points les plus novateurs de la note concerne spécifiquement l’architecture multi-agents. Lorsqu’un agent principal délègue des tâches à des sous-agents spécialisés — un agent de recherche, un agent de génération de code, un agent d’exécution d’API — chaque délégation impliquant le traitement de données personnelles doit s’analyser comme une relation de sous-traitance au sens de l’article 28 du RGPD.
Cela a des conséquences pratiques immédiates pour les équipes qui développent des solutions logicielles sur mesure incluant des composants IA tiers :
- Chaque fournisseur de sous-agent doit être lié contractuellement par des clauses RGPD spécifiques à l’IA (finalité, durée, instructions documentables).
- Les instructions transmises aux sous-agents doivent être traçables et reproductibles pour permettre l’exercice des droits des personnes concernées.
- La mémoire contextuelle (l’historique qu’un agent conserve entre les sessions) doit avoir une base juridique identifiée. Si l’utilisateur n’a pas donné de consentement explicite à la persistence du contexte, cette mémoire peut constituer un traitement illégal.
- Une Analyse d’Impact sur la Protection des Données (AIPD) est probablement requise si l’agent prend des décisions automatisées ayant des effets significatifs sur les personnes, ou s’il traite des données à grande échelle.
La note rappelle également que l’article 22 du RGPD — droit de ne pas faire l’objet d’une décision basée uniquement sur un traitement automatisé — s’applique pleinement aux agents lorsque ceux-ci effectuent des actions aux conséquences significatives pour l’utilisateur. Un agent qui refuse une transaction ou gère un accès à un service doit pouvoir être contesté par un humain.
Ce que les équipes doivent faire dès maintenant
La note exploratoire n’est pas une délibération formelle, mais elle dessine très clairement le terrain que la CNIL entend contrôler. Voici les cinq actions prioritaires pour les équipes qui développent ou déploient des agents IA en France.
- Cartographiez les accès aux données de chaque agent. Pour chaque agent et sous-agent, documentez : quelles données personnelles il peut lire, modifier ou envoyer, depuis quelle source et vers quel système. C’est la base de tout registre de traitement conforme à l’article 30 du RGPD.
- Définissez une base juridique par finalité de traitement. L’intérêt légitime, le contrat et le consentement ne sont pas interchangeables. Si votre agent traite des données RH, financières et comportementales dans la même session, chaque catégorie doit avoir sa propre base identifiée.
- Traitez la mémoire contextuelle comme un traitement de données à part entière. Si l’agent retient des informations entre les sessions (préférences, historique de commandes, extraits de conversations), cela doit être indiqué dans la politique de confidentialité et, selon les cas, couvert par le consentement de l’utilisateur.
- Contractualisez chaque fournisseur de sous-agent. Un SDK ou une API tiers intégré dans votre chaîne agentique est un sous-traitant au sens du RGPD. Vérifiez que votre accord couvre bien les obligations de l’article 28 (instructions écrites, notification de violation, audit rights).
- Évaluez si une AIPD est nécessaire. Utilisez la grille de la CNIL : traitement à grande échelle ? Décisions automatisées à effets significatifs ? Données sensibles ? Si deux de ces trois conditions sont remplies, l’AIPD est obligatoire avant le déploiement.
L’IA agentique n’est pas intrinsèquement incompatible avec le RGPD. Mais elle exige que la conformité soit traitée comme une contrainte d’architecture — au même titre que la sécurité ou la performance — plutôt que comme une couche ajoutée en fin de projet. Les équipes qui intègrent ces exigences dès la conception auront un avantage concurrentiel significatif sur le marché français : non seulement elles éviteront les sanctions, mais elles pourront véritablement promettre à leurs clients que leurs données sont maîtrisées.
Questions fréquentes
Qu’est-ce que l’IA agentique et pourquoi pose-t-elle de nouveaux problèmes RGPD ?
L’IA agentique désigne des systèmes capables d’agir de manière autonome au nom de l’utilisateur : accès à plusieurs services en ligne, exécution de tâches enchalnées, prise de décisions sans validation humaine à chaque étape. Contrairement à un chatbot classique, un agent peut accéder à l’agenda, aux e-mails, à l’historique de navigation et aux fichiers en une seule session. Cette capacité à traiter simultanément des flux de données personnelles provenant de multiples sources crée un risque de perte de contrôle que le RGPD n’avait pas spécifiquement anticipé, d’où la note conjointe CNIL–CIANum.
La note de la CNIL est-elle contraignante ?
Non, il s’agit d’une note exploratoire, non d’une délibération ou d’une recommandation formelle. Elle n’a pas force de loi. En revanche, la CNIL a annoncé que les contrôles 2026 porteront notamment sur les outils de décision automatisée dans le recrutement, et les principes développés dans la note correspondent exactement à ce que l’autorité cherche lors de ses vérifications. S’appuyer sur la note pour mettre sa conformité à jour est donc une stratégie défensivement solide.
Une chaîne d’agents IA implique-t-elle plusieurs responsables de traitement ?
Oui, et c’est l’un des points les plus délicats. Dès qu’un agent principal délègue une tâche à un sous-agent (qui peut lui-même en appeler d’autres), chaque délégation crée une relation de sous-traitance au sens du RGPD. L’entreprise qui déploie l’agent est responsable du traitement ; le fournisseur du sous-agent est sous-traitant. Cette chaîne doit être contractéalisée par des clauses RGPD spécifiques à l’IA et documentée précisément, sous peine de violer l’article 28 du règlement.
Sources
CNIL — IA agentique et données personnelles : la CNIL et le Conseil de l’IA et du Numérique publient une note exploratoire
Conseil de l’IA et du Numérique — IA agentique et protection des données personnelles : équation à inconnues multiples pour les utilisateurs
Solutions Numériques & Cybersécurité — IA agentique et RGPD : ce que la note de la CNIL et du CIANum vous invite à vérifier dès maintenant
CNIL — Les contrôles en 2026 : recrutement, répertoire électoral unique et fédérations sportives