Agents IA en 2026 : ce que le droit dit de l’algorithme qui agit

En 2026, les outils IA ne se contentent plus de générer du code ou du contenu soumis à validation humaine. Certains agissent. Ils accèdent à des API, modifient des bases de données, déploient du code, interagissent avec des systèmes tiers, prennent des décisions sans qu’un humain n’ait cliqué sur « valider ». Ce changement de nature, de l’outil qui produit à l’agent qui exécute, est aussi un changement de régime juridique. Et ce changement engage votre responsabilité.

Cet article fait partie d’une série sur les risques juridiques de l’IA en production. Sur la question spécifique du code généré par IA, voir aussi : Vibe coding : quatre moments où ça vous coûtera vraiment

Le seuil franchi : de la suggestion à l’exécution

Le droit de la responsabilité est construit sur une présupposition simple : derrière chaque acte, il y a une intention humaine identifiable. Un contrat est signé par une personne. Une faute est commise par un acteur. Un préjudice est causé par un comportement. Cette architecture tient tant que l’humain est dans la boucle à chaque étape décisionnelle.

Les agents autonomes franchissent le seuil entre deux régimes juridiques : celui où l’humain valide chaque décision et celui où l’agent décide et exécute sans validation intermédiaire. La distinction n’est pas de degré, elle est de nature. Un copilote de code suggère une ligne, un développeur l’accepte ou la rejette, et dans ce cas la chaîne de décision reste humaine. Un agent autonome reçoit un objectif, décompose les étapes, exécute les actions, itère sur les résultats et produit un livrable sans validation intermédiaire. La chaîne de décision est partiellement ou totalement algorithmique.

Ce saut crée trois ruptures juridiques simultanées. Sur la propriété intellectuelle : si personne n’a validé ligne par ligne, qui est l’auteur ? Sur la responsabilité civile : si l’agent a agi sans instruction précise sur chaque action, qui répond du dommage ? Sur le contrat : si le livrable a été produit par un processus autonome, quelles garanties avez-vous réellement données à votre client ?

Le droit n’a pas été conçu pour répondre à ces trois questions simultanément, mais il y répond quand même par application de principes généraux existants. La réponse n’est pas favorable à ceux qui ont laissé leurs agents agir sans cadre.

Propriété intellectuelle : ce que vous croyez posséder

La question a été posée dans le contexte du vibe coding : à qui appartient le code généré par IA ? Avec les agents autonomes, elle se pose dans des termes plus radicaux.

Quand un développeur guide un assistant IA ligne par ligne, une intervention créative humaine reste identifiable. Quand un agent itère seul sur une architecture logicielle pendant plusieurs heures, produit des centaines de fichiers, prend des décisions d’implémentation sans validation intermédiaire, la notion de maîtrise créative humaine devient difficile à défendre. Le droit d’auteur français protège les œuvres de l’esprit produites par un auteur humain identifiable. Plus la chaîne de décision est algorithmique, moins la protection est défendable.

La Cour d’appel de Paris a posé un premier jalon en juin 2025 dans sa fiche didactique consacrée à la réparation des préjudices économiques liés aux systèmes d’IA. Elle y explore les alternatives du droit commun de la responsabilité civile sans trancher la question de la propriété intellectuelle des outputs générés de façon autonome. Ce silence est lui-même significatif : la doctrine tâtonne, la jurisprudence n’a pas encore produit de décision structurante sur ce point précis.

Ce vide a une conséquence pratique immédiate. Une architecture logicielle produite par un agent autonome sans supervision documentée est potentiellement non protégeable par le droit d’auteur, et elle peut de ce fait être copiée sans recours. Elle peut par exemple être revendiquée par un concurrent sans défense solide. Et si vous l’avez livrée à un client comme votre propriété intellectuelle, vous avez peut-être garanti quelque chose que vous ne possédez pas.

La seule parade disponible en l’état actuel du droit est de documenter les itérations de supervision humaine tout au long du processus. Les logs de validation, les choix d’architecture assumés, les corrections apportées aux outputs de l’agent. Ce n’est pas une garantie absolue, mais c’est actuellement la seule base sur laquelle une revendication de paternité reste défendable.

La cascade des responsabilités

Quand un agent IA cause un dommage, la question « qui répond ? » n’a pas encore de réponse jurisprudentielle en droit français. Aucune décision ne statue à ce jour sur la réparation d’un préjudice économique causé par un système d’IA autonome. La Cour d’appel de Paris le reconnaît elle-même dans sa fiche de juin 2025 : il s’agit d’une ambition prospective, les contentieux n’ayant pas encore fait l’objet d’une jurisprudence établie. Ce vide n’est pas neutre. La proposition de directive européenne sur la responsabilité en matière d’IA, qui aurait introduit une présomption de causalité favorable aux victimes, a été retirée du programme de travail de la Commission en février 2025 sans alternative annoncée. Le droit commun s’applique donc, avec toutes ses difficultés probatoires.

La Cour d’appel de Paris identifie trois régimes mobilisables. La responsabilité pour faute d’abord, sur le fondement des articles 1240 et 1241 du Code civil : toute faute dans l’usage ou le déploiement d’un système d’IA engage la responsabilité de son auteur. La difficulté est probatoire, car l’effet boîte noire rend complexe la démonstration du lien de causalité entre la faute et le dommage. La responsabilité du fait des choses ensuite, sur le fondement de l’article 1242 : le gardien du système d’IA répond des dommages qu’il cause, sans qu’une faute soit nécessaire. La Cour propose ici d’utiliser la distinction entre garde de la structure et garde du comportement pour répartir les responsabilités entre le fournisseur du modèle et le déployeur. La responsabilité du fait des produits défectueux enfin : la directive 2024/2853 du 23 octobre 2024 étend la définition du produit aux logiciels et aux systèmes d’IA, et introduit des présomptions probatoires favorables aux victimes. Sa transposition en droit français est attendue pour décembre 2026, elle n’est donc pas encore en vigueur.

Sur la cascade des acteurs, trois niveaux se distinguent.

Le concepteur du modèle – OpenAI, Mistral, Anthropic – répond si le modèle de base était défectueux au sens de la responsabilité du fait des produits. Il assure la garde de la structure : la conception, l’architecture, les choix d’entraînement. En pratique, les CGU de ces fournisseurs sont rédigées pour limiter cette exposition au maximum, et cette limitation est contractuellement valide dans la plupart des cas.

L’intégrateur – la startup ou l’équipe technique qui a configuré l’agent, défini ses permissions et choisi ses outils d’action – assure quant à lui la garde du comportement. C’est lui qui a décidé de laisser l’agent accéder à la base de données de production, de ne pas paramétrer de limite budgétaire sur les instances cloud, de ne pas imposer de validation humaine sur les opérations irréversibles. Si l’agent supprime une base de données parce qu’aucune contrainte ne l’en empêchait, ou engage des dépenses cloud non plafonnées, la faute de conception est ici. Ce n’est pas le modèle qui a failli mais c’est le cadre dans lequel il a été déployé.

Le déployeur enfin – l’entreprise qui utilise l’agent sous sa propre autorité dans un contexte professionnel, selon la définition de l’AI Act – est celui sur lequel la responsabilité se concentre le plus systématiquement. Si c’est votre agent, déployé dans votre environnement, au service de votre activité commerciale, les actions qu’il exécute vous sont imputables. L’absence de supervision humaine n’est pas une circonstance atténuante et elle peut même être une faute aggravante.

L’AI Act renforce cette logique pour les systèmes à haut risque. Les obligations de supervision humaine, de documentation et de traçabilité qui entrent en vigueur en août 2026 ne sont pas des recommandations. Ce sont des conditions de conformité dont le non-respect engage la responsabilité de l’opérateur, indépendamment du comportement du modèle.

Le contrat face à l’autonomie

Vos contrats ont été rédigés pour un monde où les livrables sont produits par des humains, éventuellement assistés d’outils. Ils prévoient des erreurs humaines, des délais, des défauts de conformité. Ils ne prévoient pas les initiatives algorithmiques et ce vide contractuel a des conséquences concrètes sur quatre périmètres.

Les contrats de prestation

Dans les contrats de prestation, la question de la garantie du livrable est centrale. Si vous livrez un composant logiciel produit par un agent autonome, vous garantissez contractuellement sa conformité et son originalité. Comme établi précédemment, cette originalité est incertaine. Si le client découvre que le livrable a été produit sans supervision documentée, il peut en contester la garantie. Mentionner explicitement le recours aux agents IA dans le contrat, définir les conditions de validation et délimiter la responsabilité en cas de défaut produit par le système n’est pas une précaution optionnelle.

Les conditions générales

Dans les CGV pour les produits SaaS, le problème est différent. Si votre produit intègre un agent qui agit sur les données ou les systèmes de vos clients, vos CGV actuelles couvrent probablement les actions humaines de votre équipe, mais pas les actions autonomes de votre agent. Une action non autorisée de l’agent dans l’environnement d’un client engage votre responsabilité contractuelle sur la base de ce que vous avez promis, mais pas de ce que l’agent a décidé de faire.

Les contrats de travail

Dans les contrats de travail, la question est encore peu traitée mais elle émerge. Cinq ordonnances de référé rendues entre février 2025 et début 2026 ont convergé vers une réponse constante : le déploiement d’un outil IA sans consultation préalable du CSE constitue un trouble manifestement illicite. Ce n’est pas une question de responsabilité de l’agent : c’est une obligation procédurale qui pèse sur l’employeur avant même que l’agent soit en production. Un salarié qui délègue ensuite une tâche à un agent autonome dans le cadre de ses fonctions engage par ailleurs la responsabilité de son employeur pour les actions de l’agent, par application des principes de responsabilité du commettant du fait du préposé.

La confidentialité

Sur la confidentialité enfin, l’angle mort le plus souvent ignoré. Quand un agent accède à des API externes, interroge des bases de données ou interagit avec des systèmes tiers, il traite potentiellement des données personnelles à chaque étape du flux. Ce traitement est soumis au RGPD dès lors que des données personnelles sont en jeu, indépendamment du fait que l’agent soit autonome ou supervisé. La CNIL a finalisé en juillet 2025 un corpus de treize fiches pratiques sur le développement des systèmes d’IA, dont une partie porte sur la qualification des acteurs et les bases légales applicables. Un point y est particulièrement net : un modèle entraîné sur des données personnelles peut rester soumis au RGPD après entraînement, en raison de ses capacités de mémorisation. Ce qui signifie que si votre agent a ingéré des données personnelles lors de sa configuration ou de son fine-tuning, le RGPD s’applique non seulement au moment du traitement mais potentiellement aux outputs générés. Aucune CGU de prestataire d’outil IA ne gère cette exposition par défaut, c’est donc à vous de le faire contractuellement.

Le mandataire sans mandat

Traiter un agent IA comme un simple logiciel est l’erreur juridique de 2026. Un logiciel exécute des instructions. Un agent prend des décisions, adapte son comportement, agit dans des situations que son opérateur n’a pas explicitement anticipées. Dans cette mesure le logiciel et l’agent endossent des rôles très différents et le droit commun, appliqué à cette réalité, produit des effets que la plupart des opérateurs n’ont pas anticipés non plus.

La notion de mandataire serait plus juste. Quand vous déployez un agent, vous lui confiez une mission avec une latitude d’action. En droit du mandat, le mandant répond des actes du mandataire accomplis dans le cadre de la mission confiée. Ce que l’agent fait dans le périmètre que vous lui avez défini, vous le faites. Ce qu’il fait au-delà de ce périmètre parce que vous ne l’avez pas suffisamment contraint, vous le faites aussi, par faute de surveillance.

La documentation des chaînes de supervision apparaît comme une contrainte administrative, mais c’est la seule défense disponible en cas de litige. Prouver que l’agent n’était pas en roue libre, qu’un humain a validé les étapes critiques, que les logs d’action ont été conservés et analysés, que les glissières de sécurité étaient en place et proportionnées au risque. Sans cette documentation, la responsabilité de l’opérateur est exposée sans recours.

En 2026, les agents IA prolifèrent plus vite que les contrats qui les encadrent, mais ce décalage est temporaire. Les premières décisions structurantes arrivent, les autorités de contrôle construisent leur doctrine, et l’AI Act entre en application progressive sur les systèmes à haut risque. Ceux qui auront documenté leurs pratiques avant l’incident seront dans une position radicalement différente de ceux qui improviseront après.

L’analyse, le cadrage juridique et les choix éditoriaux de cet article relèvent d’un travail humain. La rédaction a bénéficié d’une assistance par IA, intégralement relue, corrigée et validée par l’auteure.

Rédigé par Anne-Sophie, Juriste en droit des affaires et droit du numérique | 15 ans d’expérience
Diplômée en droit international des affaires et certifiée CIPP/E, Anne-Sophie a construit son expertise en entreprise, au contact des enjeux contractuels et réglementaires liés à l’innovation technologique et au numérique.
Elle accompagne depuis 3 ans les entrepreneurs et startups dans la sécurisation de leurs usages de l’IA : rédaction et négociation de contrats, mise en conformité RGPD et AI Act et gouvernance opérationnelle avec une approche concrète, adaptée aux réalités du terrain