Vous avez payé le développement, l'agent tourne en production, et votre prestataire vous annonce un jour qu'il faut passer à son abonnement mensuel pour continuer à l'utiliser. Ou pire : vous voulez changer de fournisseur, et vous découvrez que le code, les instructions et les accès aux comptes ne vous suivent pas. La question de la propriété d'un agent IA ne se pose presque jamais au moment de la signature. Elle se pose au premier désaccord.
C'est une question de droit, pas de confiance. Un agent IA combine plusieurs objets qui ne relèvent pas du même régime : du code, des instructions en langage naturel, une base documentaire, des données métier, des comptes d'hébergement et, presque toujours, un modèle qui appartient à quelqu'un d'autre. Tant que le contrat ne dit rien, chacun de ces objets reste chez celui qui l'a produit.
Key Takeaways
- Un agent IA n'est pas un livrable unique : code, prompts, base de connaissances, données et comptes suivent des régimes différents, et le contrat doit les traiter séparément.
- En droit français, le droit d'auteur naît sur la tête de la personne qui a écrit le logiciel. Le transfert au client ne va pas de soi : il exige un acte de cession écrit qui délimite précisément ce qui est cédé.
- L'exception prévue pour les salariés ne joue pas quand vous travaillez avec une agence ou un freelance : dans ce cas, seuls les droits expressément mentionnés dans le contrat passent de votre côté.
- Posséder l'agent, c'est détenir le dépôt de code, les instructions, les accès aux comptes et la documentation. Un simple droit d'usage ne suffit pas à vous rendre autonome.
- Une clause qui vous céderait par avance tout ce que le prestataire produira à l'avenir est fragile : le code interdit la cession globale des œuvres futures.
Un agent IA n'est pas un livrable unique
La première erreur consiste à parler de « l'agent » comme d'un objet. Un agent en production est un assemblage. Ce qui compte pour la propriété, c'est de savoir qui détient chaque pièce.
Le code et l'orchestration
C'est la partie la plus facile à identifier : le programme qui reçoit une demande, interroge un modèle, appelle vos outils et renvoie une réponse. Ce code est protégé par le droit d'auteur comme un logiciel, avec un régime spécifique dans le code de la propriété intellectuelle. Il vit dans un dépôt, avec un historique de versions, et c'est ce dépôt qui doit changer de main.
Les prompts et les instructions
Les instructions données au modèle sont souvent l'actif le plus spécifique du projet : règles métier, ton, format de réponse, cas d'erreur, garde-fous. Elles ne ressemblent pas à du code, mais elles sont écrites, structurées et parfois longues de plusieurs centaines de lignes. Les contrats anciens ne les mentionnent pas du tout, et c'est là que se logent les discussions les plus désagréables : le prestataire considère qu'elles font partie de son savoir-faire, vous considérez qu'elles décrivent votre entreprise.
La base de connaissances et les données
Un agent branché sur vos procédures, vos offres ou vos contrats s'appuie sur un corpus documentaire. Les documents vous appartiennent, mais la façon dont ils sont découpés, indexés et stockés peut rester chez le prestataire. La question à poser est simple : si je récupère les fichiers bruts, est-ce que je récupère un agent utilisable ?
Le modèle, qui appartient presque toujours à un tiers
Sauf projet très particulier, vous n'entraînez pas de modèle. Vous appelez une API, celle d'OpenAI, de Mistral, de Google ou d'un modèle open source installé sur un serveur. Dans ce cas, vous n'achetez aucune part du modèle : vous achetez un droit d'usage encadré par les conditions générales de l'éditeur, et ce droit peut changer de prix ou de périmètre sans que votre contrat de développement vous protège. Il faut donc distinguer clairement ce que vous possédez (le code, les instructions, l'intégration), ce dont vous disposez (un accès à un modèle), et ce que personne ne vous cède (les poids du modèle).
Les comptes, les clés et l'infrastructure
Dernière pièce, souvent oubliée : l'agent tourne sur un compte cloud, avec des clés d'API, un domaine, une base de données. Si ces comptes ont été ouverts au nom du prestataire, vous n'êtes pas propriétaire de votre agent, même avec une clause de cession parfaite. Vous êtes locataire de votre propre outil.
| Élément | Détenteur par défaut | Ce qu'il faut obtenir |
|---|---|---|
| Code et orchestration | Le développeur qui l'a écrit | Cession écrite des droits patrimoniaux, dépôt transféré |
| Prompts et instructions | Le prestataire, s'ils ne sont pas listés | Mention explicite dans les livrables cédés |
| Base documentaire | Vous pour les fichiers, le prestataire pour l'indexation | Export du corpus et du paramétrage |
| Modèle utilisé | L'éditeur du modèle ou la communauté open source | Rien à céder : encadrer la dépendance et le coût |
| Comptes cloud, clés, domaine | Qui les a ouverts | Ouverture au nom du client, ou transfert écrit |
Ce que dit le droit français quand le contrat est muet
Le droit d'auteur français ne fonctionne pas comme le droit des brevets. Il n'y a pas de dépôt qui vous rende propriétaire : le droit naît du seul fait de la création, sur la tête de l'auteur, c'est-à-dire en principe de la personne physique qui a écrit le code.
L'exception du salarié
Le code de la propriété intellectuelle prévoit une dévolution automatique au profit de l'employeur. Selon l'article L113-9 du code de la propriété intellectuelle, « les droits patrimoniaux sur les logiciels et leur documentation créés par un ou plusieurs employés dans l'exercice de leurs fonctions ou d'après les instructions de leur employeur sont dévolus à l'employeur qui est seul habilité à les exercer ».
Cette règle est souvent invoquée par des dirigeants qui en déduisent que payer suffit. Elle ne s'applique pas à votre situation si le développeur est salarié de son agence et non de votre entreprise. Elle protège l'employeur du développeur, pas son client.
La règle de droit commun : une cession écrite et délimitée
Face à un prestataire indépendant, une agence ou une société de services, il faut un contrat de cession. Et ce contrat est encadré. Selon l'article L131-3 du code de la propriété intellectuelle, « la transmission des droits de l'auteur est subordonnée à la condition que chacun des droits cédés fasse l'objet d'une mention distincte dans l'acte de cession et que le domaine d'exploitation des droits cédés soit délimité quant à son étendue et à sa destination, quant au lieu et quant à la durée ».
Trois conséquences pratiques. D'abord, une clause vague du type « le client est propriétaire des livrables » ne dit pas quels droits sont cédés : reproduction, adaptation, mise à disposition, commercialisation. Ensuite, une cession sans durée ni territoire est mal délimitée, ce qui ouvre la porte à contestation. Enfin, le code interdit la cession globale des œuvres futures : la clause qui vous attribuerait par avance tout ce que le prestataire produira un jour pour vous, y compris des évolutions non décrites, ne vaut pas chèque en blanc.
À cela s'ajoute le droit moral, qui reste attaché à l'auteur et ne se cède pas. En pratique, il ne vous empêche pas d'exploiter l'agent, mais il explique pourquoi certains contrats prévoient une renonciation à l'exercice de certains droits moraux, et pourquoi un prestataire sérieux la discute au lieu de l'ignorer.
Quatre montages contractuels, du plus ouvert au plus fermé
Tous les montages sont défendables. Ce qui ne l'est pas, c'est de signer l'un en croyant signer l'autre.
| Montage | Ce que vous obtenez | Ce que vous ne pouvez pas faire | Quand c'est cohérent |
|---|---|---|---|
| Cession complète | Code, instructions et documentation vous appartiennent | Rien, sous réserve des composants tiers | Projet stratégique, agent central pour votre métier |
| Licence perpétuelle | Droit d'usage illimité, sans transfert de propriété | Revendre, modifier, confier la maintenance à un autre | Outil interne stable, budget maîtrisé |
| Licence liée à un abonnement | Usage tant que vous payez | Continuer après résiliation | Agent packagé, faible spécificité |
| Open source avec prestation | Vous détenez le code livré, sous licence libre | Vous approprier le code existant d'un tiers | Projet où la réversibilité prime |
Une cession complète n'est pas toujours souhaitable. Si votre agent n'est qu'une adaptation d'un produit que le prestataire maintient pour vingt clients, exiger la propriété du socle revient à lui demander de vous vendre son fonds de commerce. La bonne question n'est pas « qui possède tout », mais « de quoi ai-je besoin pour ne pas être bloqué ».
Posséder, en pratique : ce qui doit changer de main
Une cession de droits signée ne suffit pas à vous rendre autonome. Ce qui décide de votre liberté réelle, c'est la liste des accès. Voici celle qu'un projet d'agent IA devrait produire avant la mise en production.
- Le dépôt de code, avec son historique complet, sur un compte que vous contrôlez.
- Les instructions et leur versionnage, dans le même dépôt ou dans un fichier exportable.
- Les environnements de test et de production, ouverts à votre nom, avec facturation à votre nom.
- Les clés d'API des modèles, rattachées à votre compte éditeur, pour que le coût et le plafond restent chez vous.
- Le nom de domaine et les adresses professionnelles utilisées pour les notifications.
- La documentation d'exploitation : architecture, dépendances, procédure de redémarrage, procédure de restauration.
- Le registre des sous-traitants et des services tiers, avec leur rôle exact.
Un test simple permet de savoir où vous en êtes : demandez à un tiers de reprendre l'agent sans contacter le prestataire. S'il n'y arrive pas, la propriété est théorique. C'est le sujet d'un audit conseil avant signature, et plus encore après deux ans d'exploitation.
Les pièges qui font perdre la propriété sans le dire
La clause des composants réutilisables
Beaucoup de contrats cèdent les livrables spécifiques, puis réservent au prestataire « les composants génériques, bibliothèques et frameworks » qu'il a développés. La clause est légitime. Le problème est sa définition : si l'orchestration de votre agent est qualifiée de composant générique, vous avez cédé la façade et conservé les murs.
Le fine-tuning et les données d'entraînement
Quand un modèle est ajusté sur vos données, une question nouvelle apparaît : à qui appartiennent les poids ajustés ? Le contrat de développement n'en parle presque jamais, et les conditions de l'éditeur du modèle prévoient souvent que le modèle ajusté reste chez lui. À défaut de réponse écrite, partez du principe que vous ne détenez que les données, pas le résultat de l'ajustement, et que ces données peuvent servir à améliorer un service partagé.
L'hébergement en marque blanche
Un agent présenté sous votre marque peut tourner sur l'infrastructure du prestataire, avec vos utilisateurs et vos données. Vous possédez alors la marque et l'interface, pas le service. Si la relation s'arrête, l'outil s'arrête aussi.
La sous-traitance non déclarée
Le prestataire qui signe n'est pas toujours celui qui développe. La chaîne de sous-traitance complique la traçabilité des droits : un sous-traitant peut détenir des droits qu'il n'a jamais cédés à son donneur d'ordre, et donc que celui-ci ne peut pas vous céder. La clause de cession doit être répercutée à chaque étage, ce que détaille notre article sur les clauses d'un contrat de prestation IA.
La promesse de reprise gratuite
« Si vous partez, on vous accompagne gratuitement. » Une promesse orale ou une clause sans durée ni périmètre ne vaut pas plan de réversibilité. La reprise se prépare à la signature, avec un format de restitution et un délai.
Six questions à poser avant de signer
- Quels éléments précis sont cédés, et lesquels restent sous licence ?
- Le dépôt de code sera-t-il créé sur un compte que je contrôle dès le premier commit ?
- Les prompts et instructions figurent-ils dans la liste des livrables cédés ?
- Qui ouvre les comptes cloud et les clés d'API, et à quel nom sont-ils facturés ?
- Que se passe-t-il si le modèle utilisé change de prix ou disparaît ?
- Sous quelle forme je récupère l'agent si nous arrêtons, et dans quel délai ?
Ces six réponses tiennent sur une page. Le devis qui précède la signature doit déjà les contenir, et les questions à poser à une agence IA permettent de tester la cohérence entre le discours commercial et le contrat.
FAQ
Si je paie le développement, le code ne m'appartient-il pas automatiquement ?
Non. En droit français, le droit d'auteur naît sur la tête de l'auteur du logiciel, sauf dévolution automatique prévue pour les salariés de l'employeur. Face à une agence ou un freelance, seul un acte de cession écrit, avec une mention distincte des droits cédés et un domaine d'exploitation délimité, transfère les droits patrimoniaux.
Mon prestataire peut-il réutiliser mon agent pour un concurrent ?
Tout dépend de ce que le contrat réserve. S'il conserve la propriété de composants génériques ou de son socle technique, il peut les réutiliser, parfois avec des éléments proches de votre configuration. Deux garde-fous : une clause d'exclusivité sectorielle et une clause d'interdiction de réutilisation de vos données et de vos instructions.
Qui possède le modèle quand l'agent appelle une API comme OpenAI ou Mistral ?
Personne chez vous. Vous disposez d'un droit d'usage encadré par les conditions générales de l'éditeur, qui peut modifier ses tarifs, ses modèles ou ses conditions. Ce que vous possédez, c'est le code d'intégration, les instructions et la capacité à changer de fournisseur de modèle sans réécrire l'agent.
Que se passe-t-il si le prestataire ferme ou est racheté ?
Sans dépôt de code à votre nom, comptes cloud à votre nom et documentation d'exploitation, vous perdez l'outil. C'est la raison pour laquelle la réversibilité doit être traitée comme une clause de continuité, avec un format de restitution (dépôt, exports, accès) et un délai d'application en cas de cessation d'activité.
Faut-il déposer le code ou la marque ?
Le dépôt de code auprès d'un organisme de dépôt (type APP ou e-Soleau) sert à prouver la date et le contenu d'une création. Il ne transfère aucun droit : il constate. Le dépôt de marque, lui, protège le nom, pas le logiciel. Ces deux démarches sont complémentaires, aucune ne remplace la clause de cession.
Conclusion
La propriété d'un agent IA ne se joue pas sur une clause unique mais sur trois couches : le contrat de cession, la liste des livrables, et les accès réels aux comptes et au dépôt. Un projet peut être parfaitement exécuté et vous laisser sans rien si l'une de ces couches manque.
Avant la prochaine signature, faites écrire noir sur blanc ce qui vous revient, ce qui reste sous licence et sous quelle forme vous récupérez l'ensemble. Si vous voulez passer en revue un contrat en cours de négociation ou cadrer un projet avec ces questions dès le départ, écrivez-nous depuis la page contact.
