L’entreprise est-elle vraiment propriétaire de ce que crée l’IA ?

L’IA peut générer un morceau de code, un ensemble d’illustrations ou un rapport de recherche en quelques minutes. Mais générer quelque chose ne signifie pas qu’une entreprise a obtenu des droits clairs, complets et exploitables commercialement sur cette chose.

En bref

• L’autorisation d’utiliser un résultat assisté par IA ne confère pas nécessairement à une entreprise des droits complets ou exclusifs sur celui-ci.
• Les actifs importants devraient conserver des traces de leurs sources d’entrée, des contributions humaines, des conditions pertinentes des plateformes et des usages approuvés.
• Les œuvres créées par des employés, les livrables de fournisseurs et les matériaux de tiers exigent une analyse distincte plutôt qu’une simple présomption de propriété.
• Un changement important d’usage peut nécessiter une réévaluation, en particulier lorsqu’un actif passe de l’expérimentation interne à la publication, à la livraison à un client ou à la concession de licences.
• Un agent conscient du contexte peut aider à relier les faits et les preuves, mais il ne peut pas remplacer le jugement juridique.

Note de portée : Cet article fournit un cadre général pour l’identification des risques opérationnels et juridiques. Il ne constitue pas un avis juridique dans quelque juridiction que ce soit. Les lois et les normes juridiques varient, et les questions importantes devraient être examinées par des professionnels qualifiés en fonction des faits pertinents et du droit applicable.

Prenons un exemple hypothétique.

Une startup fictive utilise des outils assistés par IA pour développer un personnage de marque qui devient par la suite étonnamment populaire. L’équipe commence par un brief de personnage et utilise un modèle d’image pour explorer différentes directions visuelles. Un designer examine des centaines de résultats, sélectionne un concept prometteur et redessine sa silhouette, ses couleurs, ses expressions et ses détails. Le personnage est finalement décliné en animations pour le site web, en stickers pour les réseaux sociaux et en produits dérivés physiques.

Plusieurs mois plus tard, un partenaire souhaite obtenir une licence commerciale sur le personnage.

À ce stade, la question n’est plus de savoir si le personnage est réussi. Les questions sont :

• Qui a créé le personnage ?
• Quels éléments ont été conçus par des personnes, et lesquels ont été générés par un modèle ?
• Des images de référence externes ont-elles été utilisées ?
• Les conditions du fournisseur du modèle autorisent-elles l’usage commercial envisagé ?
• Les révisions du designer et les fichiers sources ont-ils été conservés ?
• L’entreprise détient-elle un ensemble de droits défendable, ou possède-t-elle simplement un fichier image ?
• L’entreprise a-t-elle suffisamment d’autorité pour concéder une licence sur le personnage à un tiers ?

Ce scénario est illustratif et ne décrit le processus de création, la situation en matière de droits, la structure interne ou les pratiques d’aucune entreprise ni d’aucune marque en particulier.

À mesure que la création assistée par IA devient courante, de plus en plus d’entreprises seront confrontées à ce type de questions.

L’IA peut générer du code, des illustrations, des vidéos, des rapports de recherche et des textes produits en quelques minutes. Mais « généré » ne signifie pas « possédé ». L’autorisation d’utiliser un résultat sur le propre site web d’une entreprise ne signifie pas nécessairement que l’entreprise peut le livrer à un client, le sous-licencier à un partenaire ou empêcher d’autres personnes de créer quelque chose de similaire.

L’IA a considérablement réduit le coût de la création. Elle n’a pas automatiquement dissipé l’incertitude quant à l’origine des droits.

La gestion traditionnelle de la propriété intellectuelle commence souvent par l’actif final : conserver les fichiers sources, déposer les demandes d’enregistrement des marques pertinentes et recourir à des contrats de travail, de développement, de cession ou de licence pour traiter les droits applicables.

Lorsque des personnes et l’IA créent ensemble, les entreprises doivent remonter plus en amont. Elles doivent comprendre comment un actif a été produit, quels matériaux ont été utilisés, qui a apporté des contributions identifiables, ce que permettent les contrats et conditions de plateforme pertinents, et quels risques exigent encore un jugement humain.

Dans cet article, chaîne de droits est un raccourci opérationnel désignant les traces reliant la provenance, l’autorisation, la contribution, la revue et l’usage approuvé, du prompt au produit. Il ne s’agit pas d’un concept statutaire unique ayant la même signification juridique dans toutes les juridictions.

Les exemples sont illustratifs et ne décrivent les arrangements internes ou les pratiques d’aucune entreprise en particulier. Les règles concernant la protectabilité des œuvres assistées par IA, la propriété dans les relations de travail ou de commande, les secrets commerciaux, la vie privée et l’utilisation des données diffèrent selon les juridictions. Les résultats peuvent également dépendre du processus créatif, du libellé des contrats et de l’usage prévu.

1. À qui appartient l’image ?

Prenons un scénario simple.

Une équipe marketing a besoin d’une image pour une campagne. Quelqu’un saisit le prompt suivant :

« Un renard mécanique portant des lunettes d’aviation traversant un désert, lumière cinématographique chaude, style d’illustration géométrique. »

Le modèle génère une image, et l’équipe la publie sur les réseaux sociaux.

Si l’image n’est utilisée que pour une publication temporaire, une vérification de base peut suffire.

Mais supposons que la publication performe bien et que l’entreprise décide de :

• adopter l’image comme personnage de marque à long terme ;
• déposer des demandes d’enregistrement de signes associés comme marques ;
• produire des stickers et des produits dérivés ;
• intégrer le personnage dans un produit payant ;
• concéder une licence sur celui-ci à des partenaires commerciaux ;
• restreindre les usages non autorisés de l’expression ou des signes pertinents lorsque la loi le permet.

Les questions juridiques et opérationnelles changent immédiatement. Le droit d’auteur, le droit des marques, le droit des brevets, le droit des secrets commerciaux et les droits contractuels protègent des objets différents, naissent dans des conditions différentes et offrent des remèdes différents. Une demande ou un enregistrement de marque ne confère pas en soi à l’entreprise un contrôle exclusif sur chaque aspect expressif d’un personnage.

L’équipe peut désormais devoir déterminer :

1. Quels usages commerciaux le fournisseur du modèle autorise-t-il ?
2. Des images de référence externes ont-elles été utilisées comme entrées ?
3. Le résultat est-il substantiellement similaire à un personnage, une œuvre ou une marque existants ?
4. Quelles contributions créatives les personnes ont-elles apportées à la conception finale ?
5. L’entreprise a-t-elle conservé les brouillons, l’historique des révisions et les fichiers sources modifiables ?
6. Quels accords régissent la relation entre le designer et l’entreprise ?
7. Les droits de l’entreprise sont-ils suffisants pour permettre la concession de licences à des tiers ?

Une distinction est particulièrement importante :

La capacité d’utiliser un actif n’est pas la même chose que la capacité de le contrôler exclusivement.

L’autorisation d’une plateforme d’utiliser commercialement les résultats concerne généralement la relation contractuelle entre l’utilisateur et la plateforme. Elle ne signifie pas nécessairement que :

• le résultat remplit les conditions d’une protection de propriété intellectuelle opposable ;
• le résultat ne peut pas impliquer des droits de tiers ;
• l’utilisateur peut empêcher d’autres personnes de produire des résultats similaires ;
• l’utilisateur peut sans risque donner à ses clients une garantie absolue de non-contrefaçon.

Le fait qu’une image puisse être téléchargée ne signifie pas qu’elle est devenue un actif de l’entreprise doté de droits clairement définis.

2. L’IA transforme « Qui est l’auteur ? » en une série de questions

Dans le travail créatif conventionnel, nous pouvons souvent identifier une personne précise :

• un article a été écrit par un auteur ;
• une illustration a été dessinée par un designer ;
• un programme a été écrit par un ingénieur.

Lorsque des personnes et l’IA créent ensemble, le résultat final peut émerger d’une chaîne de contributions :

• un chef de produit définit l’objectif ;
• un chercheur prépare le matériel source ;
• un employé rédige le prompt ;
• un modèle génère la première ébauche ;
• un agent invoque d’autres outils pour traiter le résultat ;
• un designer sélectionne, combine et redessine des éléments ;
• un éditeur réécrit substantiellement le texte ;
• un ingénieur réimplémente la logique critique ;
• un réviseur autorisé approuve la version finale.

« Qui est l’auteur ? » ne peut plus être résolu simplement en identifiant qui a appuyé sur le bouton Générer.

Des questions plus utiles incluent :

• Qui a déterminé l’expression finale ?
• Qui a fait des choix spécifiques concernant la structure, le style, la composition ou la logique ?
• Qui a modifié le résultat du modèle ?
• Ces modifications étaient-elles simplement mécaniques, ou étaient-elles créatives ?
• Quelles parties de l’actif final reflètent une contribution humaine indépendante ?
• Quelles parties proviennent d’outils externes ou de matériaux sources ?
• Qui avait l’autorité d’approuver l’actif pour une utilisation dans un produit ?

Le traitement juridique des contenus assistés par IA et générés de manière autonome diffère selon les juridictions. Dans l’analyse du droit d’auteur, la contribution créative humaine est une considération importante dans de nombreuses juridictions, mais la norme pertinente, l’objet protégé et l’étendue de la protection ne sont pas uniformes. L’implication humaine ne rend pas nécessairement l’ensemble du résultat protégeable.

Si une entreprise compte faire valoir un droit d’auteur ou d’autres droits sur un actif important, elle devrait identifier les contributions humaines pertinentes et conserver des traces expliquant le processus créatif et le fondement juridique. Ces traces peuvent étayer un récit factuel, mais elles ne garantissent pas à elles seules l’existence de droits.

Les éléments de preuve pertinents peuvent inclure :

• le brief initial ;
• les prompts et paramètres clés ;
• les listes de documents de référence ;
• les résultats intermédiaires ;
• les traces de sélection humaine ;
• les fichiers sources modifiables ;
• l'historique des révisions ;
• l'historique de gestion de versions ;
• les commentaires de revue ;
• les enregistrements d'approbation finale.

Cela ne signifie pas que chaque illustration temporaire nécessite un dossier juridique complet.

Un processus plus rigoureux peut être approprié pour les actifs qui intègrent des produits, acquièrent une valeur de marque à long terme, font partie des livrables destinés aux clients ou sont destinés à une licence externe. L'étendue de la tenue de registres doit rester nécessaire et proportionnée, en tenant compte des obligations de confidentialité, de sécurité et de conservation.

3. L'entreprise a payé. Pourquoi les droits peuvent-ils encore être incomplets ?

Considérons un autre scénario hypothétique.

Une entreprise engage un studio externe pour créer une collection d'animations de marque. L'accord ne contient qu'une seule phrase sur la propriété :

« Après paiement intégral, tous les livrables du projet appartiendront au client. »

La phrase semble directe, mais elle peut laisser de nombreuses questions sans réponse.

Qu'est-ce qui compte exactement comme un « livrable du projet » ?

• les GIF et vidéos exportés ;
• les fichiers de projet modifiables ;
• les illustrations originales ;
• les storyboards ;
• les polices personnalisées ;
• la musique et les effets sonores ;
• les prompts ;
• les workflows ;
• les scripts d'automatisation ;
• les outils réutilisables du studio ;
• les matériels de tiers utilisés dans le projet.

Que signifie « appartenir au client » ?

• S'agit-il d'une cession de droits de propriété intellectuelle ou d'une licence ?
• Cela concerne-t-il le droit d'auteur, les droits de brevet, les intérêts de marque, les secrets commerciaux ou une autre catégorie de droits ?
• Le client peut-il reproduire, modifier, distribuer, communiquer, afficher ou autrement exploiter le matériel ?
• Peut-il utiliser le matériel dans d'autres produits ou le sous-licencier à des partenaires ?
• Peut-il fabriquer des produits physiques ?
• Quels territoires, durées, médias et domaines d'utilisation sont couverts ?
• Quand la cession ou la licence prend-elle effet ?
• Si un droit est non transférable ou n'a pas encore pris naissance en vertu du droit applicable, quelles obligations de licence et de coopération s'appliquent à la place ?
• Le fournisseur déclare-t-il qu'il a l'autorité pour livrer, licencier ou céder le matériel concerné ?

Si le fournisseur utilise des outils d'IA, l'entreprise peut également avoir besoin qu'il divulgue :

• quels modèles, plateformes ou outils de génération ont été utilisés ;
• si des références de tiers ont été intégrées ;
• si des composants open source ont été inclus ;
• si les actifs préexistants du fournisseur ont été utilisés ;
• si les conditions de l'outil concerné autorisent la livraison commerciale prévue ;
• si du matériel confidentiel du client a été soumis à un service externe ;
• si le fournisseur conserve les entrées ou les sorties ;
• si des fichiers sources et des enregistrements de processus suffisants seront livrés.

Une seule phrase sur la propriété doit donc être développée à la lumière du droit concerné, du droit applicable et de l'objectif commercial, et devrait généralement distinguer au moins quatre catégories :

1. Travail personnalisé créé spécifiquement pour le projet
2. Outils et matériels préexistants détenus par le fournisseur
3. Matériels de tiers sous licence et composants open source
4. Contenu généré ou traité avec des outils d'IA

Sans ces distinctions, l'entreprise peut découvrir à la fin du projet que :

• elle a reçu l'image mais pas le fichier source modifiable ;
• elle a reçu le code de l'application mais pas les scripts de déploiement essentiels ;
• elle peut utiliser le résultat en interne mais ne peut pas le livrer légalement aux clients ;
• le fournisseur a promis de transférer du matériel qu'il ne possédait pas ;
• le produit dépend de l'outil préexistant du fournisseur, mais l'entreprise n'a pas de licence continue pour l'utiliser.

Le paiement peut conclure une transaction. Il ne peut pas réparer automatiquement une chaîne de droits brisée.

4. « Utilisation commerciale autorisée » est-ce une réponse simple ou un ensemble de limites ?

On demande fréquemment aux fournisseurs d'IA générative :

Le résultat peut-il être utilisé à des fins commerciales ?

La question semble devoir appeler une réponse par oui ou par non. En pratique, elle doit souvent être divisée en plusieurs niveaux.

Niveau 1 : La relation entre la plateforme et l'utilisateur

Les conditions du fournisseur peuvent expliquer si l'utilisateur peut utiliser le résultat, comment le fournisseur et l'utilisateur répartissent les intérêts contractuels qu'ils peuvent avoir, et si l'utilisation commerciale est autorisée. Un contrat ne peut pas créer un droit de propriété intellectuelle qui n'existe pas par ailleurs en vertu du droit applicable, et il ne lie pas automatiquement les tiers qui ne sont pas parties à ce contrat.

Niveau 2 : La relation entre l'utilisateur et le matériel d'entrée

Même lorsque la plateforme autorise l'utilisation commerciale, l'utilisateur peut encore être responsable de s'assurer qu'il dispose des droits nécessaires pour soumettre les matériels d'entrée.

Ces matériels peuvent inclure :

• une proposition client non publiée ;
• un rapport sectoriel payant ;
• du code source propriétaire ;
• des informations sur les employés ou les clients ;
• un design de tiers ;
• un personnage ou une image de marque protégés.

La possession légale d'un matériel par une entreprise ne signifie pas nécessairement qu'elle peut le soumettre à un modèle externe.

Niveau 3 : La relation entre le résultat et les tiers

Un résultat peut soulever des questions impliquant :

• une similitude substantielle avec une œuvre existante ;
• des marques ou des identifiants de marque ;
• l'image d'une personne ;
• du code open source ;
• des ensembles de données restreints ;
• d'autres droits de tiers.

L'autorisation de la plateforme n'empêche pas un tiers de formuler une réclamation distincte.

Niveau 4 : L'utilisation envisagée par l'entreprise

Le risque change également selon l'utilisation envisagée.

Utiliser une image dans un brainstorming interne est différent de la déposer comme marque, de la vendre comme produit dérivé ou de la licencier à un tiers.

La meilleure question n'est donc pas simplement :

Cela peut-il être utilisé à des fins commerciales ?

C'est :

Comment l'entreprise entend-elle utiliser ce résultat, et quelle revue ou autorisation est requise pour cette utilisation spécifique ?

5. Un accès licite ne signifie pas une autorisation illimitée de téléverser

Le risque de propriété intellectuelle ne découle pas seulement des résultats de l'IA. Il découle aussi des entrées.

Une entreprise peut légitimement posséder :

• des contrats clients ;
• du code source propriétaire ;
• des données de comportement des utilisateurs ;
• des rapports de recherche payants ;
• des informations sur les employés ;
• des plans de produits non publiés ;
• des devis de fournisseurs ;
• des documents d'enquête interne.

Mais la possession légale n'autorise pas nécessairement la soumission à un service d'IA externe.

Avant de téléverser du matériel, une entreprise peut devoir examiner :

• si la finalité initiale de l'utilisation couvre le traitement par IA ;
• si un accord client ou fournisseur autorise le traitement par un tiers ;
• si la soumission violerait des obligations de confidentialité ;
• si des informations personnelles ou sensibles sont concernées ;
• si le matériel peut être anonymisé ou minimisé ;
• si le service conserve l'entrée ;
• si l'entrée peut être utilisée pour l'entraînement ou l'amélioration du produit ;
• où les données sont traitées et stockées ;
• qui peut accéder aux conversations ou aux journaux ;
• si les données peuvent être supprimées une fois la tâche terminée.

Le matériel accessible publiquement n'est pas nécessairement libre de droits non plus.

Les sites web, articles, images et codes publics peuvent encore être régis par :

• le droit d'auteur et les droits voisins ;
• des licences open source ou d'autres conditions contractuelles ;
• les conditions de la plateforme ;
• des droits sui generis sur les bases de données dans certaines juridictions ;
• les droits de marque et d'autres droits identifiant la source ;
• les droits relatifs à l'image, au nom, à la voix, à la personnalité ou à la publicité ;
• les règles de confidentialité et de protection des données ;
• le droit de la concurrence déloyale et d'autres lois applicables.

Avant de soumettre du matériel à un modèle, une entreprise peut se poser sept questions :

1. Pourquoi avons-nous le droit d'accéder à ce matériel ?
2. L'autorisation existante couvre-t-elle le traitement par IA ?
3. Devons-nous fournir le contenu original complet ?
4. Pouvons-nous anonymiser, résumer ou réduire l'entrée ?
5. Devons-nous utiliser un outil d'entreprise approuvé plutôt qu'un compte personnel ?
6. Quelle est l'utilisation envisagée du résultat ?
7. Où les preuves de la source et de l'autorisation doivent-elles être conservées ?

L'IA change la façon dont l'information est traitée. Elle n'élargit pas automatiquement les droits sous-jacents de l'entreprise à utiliser cette information.

6. Le code généré par l'IA peut être plus difficile à expliquer qu'un simple copier-coller

La programmation assistée par IA semble souvent très contrôlée.

Un ingénieur décrit l'exigence, un assistant produit du code, les tests passent et la modification est fusionnée dans le dépôt. Parce que le processus se déroule dans un environnement de développement, il peut sembler plus facile à tracer que des images générées ou des textes marketing.

Mais le code généré peut soulever un ensemble différent de questions :

• Le code est-il sensiblement similaire à une implémentation open source identifiable ?
• A-t-il introduit des dépendances non documentées ?
• Les licences applicables sont-elles compatibles avec le modèle économique du produit ?
• Du code propriétaire a-t-il été soumis à un service externe non approuvé ?
• Le code contient-il des mentions de droit d'auteur copiées depuis un dépôt public ?
• Est-il en conflit avec les exigences des clients concernant la provenance du code ?
• L'entreprise peut-elle fournir de manière responsable une garantie de non-contrefaçon ?

La revue de code doit donc examiner plus que le simple fonctionnement de la fonctionnalité.

Selon l'importance du code, la revue peut inclure :

• l'analyse des dépendances et des licences ;
• des vérifications de provenance et de similarité ;
• des tests de sécurité ;
• une revue d'architecture ;
• des enregistrements de la manière dont le code a été généré ;
• une refactorisation humaine substantielle ;
• l'approbation par un ingénieur responsable.

Il existe également une question opérationnelle plus large :

Si l'ingénieur ne peut pas expliquer pourquoi un élément de code critique a été conçu d'une certaine manière, l'entreprise possède-t-elle réellement la capacité de le maintenir ?

D'un point de vue opérationnel, un code qui ne peut être compris ou maintenu n'est peut-être pas encore un actif mature pour l'entreprise, même si aucun problème de contrefaçon immédiat n'a été identifié.

7. Quel type d'actif est un prompt, un workflow ou une compétence ?

Dans une entreprise native de l'IA, l'actif le plus précieux n'est peut-être pas un résultat unique. Il peut s'agir de la méthode qui produit de manière fiable des résultats utiles.

Les exemples incluent :

• un workflow de revue de contrats ;
• un ensemble d'instructions pour le support client ;
• un agent de recherche produit ;
• un processus de nettoyage de données ;
• une compétence de génération de marque ;
• une collection de règles d'évaluation et d'exemples négatifs.

Ces capacités peuvent-elles être protégées comme du code, des marques ou des dessins et modèles ?

La réponse est rarement un simple oui ou non, car elles peuvent contenir plusieurs types de matériaux différents.

Prompts

Un prompt court et hautement fonctionnel peut être difficile à protéger par des droits exclusifs stables, bien que le résultat dépende de son expression, de son agencement, du droit applicable et des faits environnants.

Une collection sophistiquée d'instructions peut contenir une expression originale, une sélection structurée, du code ou une configuration susceptibles d'être protégés. Même dans ce cas, la protection ne s'étend généralement pas à l'idée, à la fonction ou à la méthode sous-jacente elle-même, et une autre partie pourrait parvenir à un résultat similaire par un libellé ou une mise en œuvre différents.

La valeur commerciale d'un prompt ne devrait donc pas dépendre entièrement du droit d'auteur. Les restrictions contractuelles, les mesures de confidentialité, les contrôles d'accès et les sauvegardes techniques peuvent également compter.

Workflows

Un workflow peut inclure une méthode abstraite, une logique métier, de la documentation, du code, des configurations de nœuds, des tests et des structures de données.

Une idée, une méthode ou une fonction abstraite doit être distinguée de son expression et de sa mise en œuvre concrètes. Le droit d'auteur ne protège généralement pas l'idée ou la méthode abstraite elle-même, tandis que le code, la documentation ou la configuration visuelle peuvent être protégés en tant qu'expressions particulières. Certaines mises en œuvre techniques peuvent également impliquer des droits de brevet, des secrets commerciaux ou des intérêts contractuels, selon les exigences légales et les faits.

Compétences et configurations d'agents

Une compétence mature peut contenir :

• des instructions ;
• du code de programmation ;
• des exemples ;
• des connexions à des outils ;
• des normes d'évaluation ;
• des règles de domaine ;
• des paramètres d'autorisation ;
• des procédures de gestion des exceptions ;
• des cas sélectionnés.

Elle se comprend mieux comme une combinaison de droits, de données et de connaissances opérationnelles que comme une œuvre unique.

Secrets commerciaux

Pour les prompts, les workflows, les normes d'évaluation et les règles opérationnelles internes, la protection par secret commercial peut être plus pratique que de s'appuyer uniquement sur le droit d'auteur.

Mais une information ne devient pas un secret commercial simplement parce qu'une entreprise étiquette le fichier « Confidentiel ». Bien que les éléments juridiques diffèrent selon les juridictions, l'analyse examine généralement si l'information n'est pas généralement connue, a une valeur commerciale réelle ou potentielle en raison de son secret, et est soumise à des mesures de protection raisonnables proportionnées à sa valeur et à son risque. Ces mesures peuvent inclure :

• restreindre l'accès selon le besoin d'en connaître ;
• attribuer des classifications de confidentialité ;
• utiliser des accords de confidentialité et de cession d'inventions ;
• journaliser les accès, les téléchargements et les exportations ;
• exiger une approbation avant tout partage externe ;
• révoquer l'accès lorsqu'une personne part ou qu'un projet se termine ;
• interdire l'utilisation non autorisée dans des projets externes ;
• séparer les règles et les jeux de données critiques.

Une capacité d'IA précieuse peut nécessiter une combinaison de droit d'auteur, de contrat, de protection par secret commercial, de pratiques de contrôle des sources et de restrictions d'accès.

8. Tous les résultats de l'IA n'ont pas besoin du même processus juridique

Si chaque interaction avec l'IA exige un formulaire juridique complexe, les gens cesseront rapidement de suivre la politique.

L'approche la plus pratique consiste à classer le travail assisté par l'IA selon l'usage prévu et l'impact potentiel.

Usages à faible risque

Les exemples peuvent inclure :

• le brainstorming interne ;
• des résumés temporaires ;
• des outils de productivité personnels ne contenant aucune information sensible ;
• du matériel provisoire qui ne sera pas publié.

Ces usages peuvent nécessiter uniquement le respect des politiques de base relatives aux outils et aux données.

Usages à risque moyen

Les exemples peuvent inclure :

• du contenu marketing externe ;
• des actifs visuels destinés à un usage continu ;
• des modèles de support client ;
• des rapports de décision internes ;
• du code de prototype de produit.

Ceux-ci peuvent nécessiter des enregistrements des sources, des outils, de la revue humaine et de l'usage autorisé.

Usages à risque plus élevé

Les exemples peuvent inclure :

• du code de produit principal ;
• des livrables formels destinés aux clients ;
• du contenu destiné à une licence externe ;
• des jeux de données d'entraînement, de fine-tuning ou d'évaluation ;
• des workflows qui traitent des informations clients ou personnelles ;
• des personnages de marque et des systèmes visuels à long terme ;
• des analyses qui éclairent directement des décisions importantes de l'entreprise.

Ces usages peuvent nécessiter une chaîne de droits plus complète et, le cas échéant, une revue professionnelle.

Les facteurs susceptibles d'affecter la classification des risques incluent :

• si le résultat entre dans un produit ;
• s'il sera vu par des clients ;
• s'il fera l'objet d'une licence externe ;
• s'il contient des données sensibles ;
• s'il dépend de matériel tiers ;
• s'il serait difficile à remplacer ;
• l'impact potentiel d'un litige ;
• si l'entreprise prévoit de faire valoir des droits exclusifs.

Le simple recours à l'IA ne rend pas automatiquement une activité à haut risque. Une implication limitée de l'IA ne rend pas non plus nécessairement une activité à faible risque.

Le niveau approprié de gouvernance dépend principalement de l'usage auquel le résultat sera destiné et de ce qui pourrait se produire si les hypothèses sous-jacentes sont erronées.

9. Les entreprises ont besoin d'une « fiche de chaîne de droits »

Une entreprise n'a pas nécessairement besoin d'un long rapport juridique pour chaque actif important assisté par l'IA.

Une fiche structurée de chaîne de droits peut répondre à bon nombre des questions fondamentales.

Remarque : La fiche ci-dessous vise à organiser les informations et à identifier les questions nécessitant un examen plus approfondi. La remplir ne constitue pas une revue juridique, n'établit pas la propriété, ne confirme pas l'absence de contrefaçon et ne fournit pas de certification de conformité.

La carte peut également être présentée sur un site web sous forme de bloc Markdown copiable, de PDF d'une page, de modèle d'espace de travail ou de simple liste d'auto-évaluation. Quel que soit le format, la même limite doit rester visible : il s'agit d'un outil d'organisation de l'information et d'identification des risques, et non d'un avis juridique ni d'un certificat de conformité.

La carte n'a pas pour but de déclarer un actif « absolument sûr ».

Elle peut aider l'entreprise à organiser et, lorsque les éléments de preuve le permettent, à démontrer :

• comment l'actif a été créé ;
• qui y a contribué ;
• comment l'entreprise a acquis les autorisations pertinentes ;
• quelles restrictions subsistent ;
• qui a examiné et accepté le risque résiduel.

10. Les changements d'usage constituent une source de risque négligée

Un actif adapté à un usage peut ne pas convenir à tous les usages ultérieurs.

Les changements courants comprennent :

• une image issue d'un rapport interne est réutilisée dans une publicité publique ;
• du code de prototype passe en production ;
• un flux de travail conçu pour un client est réutilisé pour d'autres ;
• un jeu de données interne est réaffecté à l'entraînement d'un modèle ;
• un personnage de marque est concédé sous licence à un partenaire commercial ;
• des conclusions de recherche internes sont utilisées dans le marketing public ;
• un outil de productivité personnel devient un flux de travail d'équipe critique.

Un nouvel usage peut soulever de nouvelles questions :

• L'autorisation d'origine couvre-t-elle la diffusion publique ?
• La modification et la sous-licence sont-elles autorisées ?
• Le nouveau public ou le nouveau territoire introduit-il des exigences supplémentaires ?
• Les faits et les sources doivent-ils être vérifiés à nouveau ?
• Le nouvel usage dépasse-t-il la finalité à laquelle un client avait initialement consenti ?
• Les conditions pertinentes de la plateforme s'appliquent-elles toujours ?
• Un nouvel examen de sécurité, de marque, de confidentialité ou juridique est-il nécessaire ?

Une entreprise devrait donc consigner non seulement qu'un actif a été « approuvé », mais aussi :

Approuvé pour quelle finalité ?

Lorsque la finalité change de manière substantielle, la conclusion d'origine peut devoir être réévaluée.

11. Les versions rejetées peuvent devenir des éléments de preuve importants

Les équipes conservent généralement le travail final et écartent les ébauches infructueuses.

Lorsque des personnes et l'IA créent ensemble, les versions intermédiaires peuvent montrer :

• que les personnes n'ont pas accepté mécaniquement la première sortie ;
• qu'un designer a fait des choix créatifs substantiels ;
• qu'un ingénieur a réimplémenté une logique critique ;
• qu'un éditeur a modifié la structure, le raisonnement et l'expression ;
• que des relecteurs ont identifié et éliminé des risques liés à des tiers ;
• comment l'expression finale s'est développée grâce à l'intervention humaine.

Un designer peut examiner des centaines de concepts générés, puis redessiner la silhouette, les expressions, les couleurs et l'animation du personnage. Un ingénieur peut traiter le code généré comme un prototype et réécrire le module central. Un éditeur peut réorganiser et réécrire substantiellement un article généré par un modèle.

Des traces représentatives du processus peuvent étayer :

• la revue de qualité ;
• un compte rendu factuel de la contribution humaine et du processus créatif ;
• une explication du processus d'approbation ;
• la maintenance future ;
• la reconstitution factuelle en cas de litige.

Les versions intermédiaires ne prouvent pas à elles seules que le droit d'auteur existe ou que l'entreprise en est titulaire. Leur valeur probante doit être appréciée avec le contenu, les relations contractuelles, la chronologie et les autres éléments de preuve.

Cela ne signifie pas que chaque prompt et chaque résultat rejeté doit être conservé indéfiniment.

L'entreprise peut établir des pratiques de conservation proportionnées fondées sur l'importance de l'actif, en préservant des éléments tels que :

• les versions intermédiaires clés ;
• les traces des révisions majeures ;
• les alternatives rejetées et les motifs du rejet ;
• les éléments de preuve de l'approbation finale.

Les pratiques de conservation devraient aussi tenir compte de la minimisation des données, des obligations de confidentialité, des conditions des plateformes tierces, de la sécurité du stockage et des durées de suppression établies. La provenance ne doit pas devenir une raison de conserver indéfiniment chaque entrée et chaque journal de génération.

Une chaîne de droits défendable exige des preuves, mais la gestion des preuves doit rester proportionnée.

12. Que pourrait faire un agent conscient du contexte ?

Les examens de propriété intellectuelle commencent souvent trop tard.

Lorsqu'un actif est sur le point d'être publié, livré, concédé sous licence ou examiné lors d'une due diligence, quelqu'un commence à chercher les documents pertinents. Le problème n'est souvent pas que ces documents n'ont jamais existé. C'est que le contexte est fragmenté entre des accords, des fichiers, des outils de conception, l'historique du code, des commentaires de revue et des messages d'approbation.

Lorsque les utilisateurs choisissent de fournir le contexte et les autorisations pertinents, un agent pourrait aider à relier ces documents au fur et à mesure de l'avancement du travail.

Au début d'un projet

Il pourrait aider à identifier :

• le livrable envisagé ;
• les matériels internes et externes qu'il est prévu d'utiliser ;
• si des informations sensibles peuvent être concernées ;
• si les outils proposés ont été approuvés ;
• si la sortie peut ultérieurement intégrer un produit, atteindre un client ou être concédée sous licence à l'externe.

À mesure que le travail évolue

Il pourrait aider à préserver :

• les révisions humaines significatives ;
• les raisons pour lesquelles certaines sorties ont été rejetées ;
• les matériels tiers nouvellement introduits ;
• les questions non résolues nécessitant un examen spécialisé ;
• les changements dans l'usage envisagé de l'actif.

Avant la publication ou la livraison

Il pourrait préparer un examen structuré :

• Les sources sont-elles identifiables ?
• Existe-t-il des preuves d'une contribution humaine significative ?
• Les conditions pertinentes de la plateforme couvrent-elles l'usage envisagé ?
• Les accords nécessaires avec les employés ou les fournisseurs sont-ils disponibles ?
• Y a-t-il des problèmes potentiels de marque, d'image, d'open source, de confidentialité ou de données ?
• Qui a l'autorité pour approuver l'usage final ?

Lorsque l'usage envisagé change

L'agent pourrait remettre en évidence le contexte de l'approbation d'origine :

Cet actif a précédemment été examiné pour un usage interne limité. La publication externe ou l'accord de licence envisagé est matériellement différent et peut nécessiter une réévaluation.

Un agent conscient du contexte ne devrait pas déclarer qu'un actif est « totalement sûr » ou « non contrefaisant ». Il ne devrait pas décider seul si le droit d'auteur existe, si une exception légale s'applique ou si une entreprise peut fournir une garantie juridique inconditionnelle.

Son rôle plus approprié est de préserver les faits, de relier les preuves, d'identifier les lacunes et de porter devant des personnes les questions nécessitant un véritable jugement juridique avant que l'actif ne soit diffusé.

Au fil du temps, les problèmes récurrents pourraient être traduits en pratiques de revue réutilisables, en orientations organisationnelles et en une assistance d'agent soigneusement délimitée.

Plus largement, une piste de réflexion intéressante est de savoir si des agents conscients du contexte pourraient aider à préserver un contexte opérationnel continu lorsque les utilisateurs fournissent délibérément les matériels et autorisations pertinents — non pas en remplaçant le jugement juridique, mais en gardant les faits et preuves importants disponibles lorsque ce jugement est nécessaire.

13. Peut-être que chaque actif important finira par avoir sa propre biographie

Aujourd'hui, les entreprises gèrent généralement les actifs au moyen de dossiers.

À l'avenir, un actif important assisté par l'IA pourra avoir une biographie numérique mise à jour en continu.

Sélectionnez un élément de code produit, et l'entreprise pourrait voir :

• l'exigence qui y a conduit ;
• les personnes et les agents impliqués ;
• les outils et bibliothèques utilisés ;
• quelles parties ont été substantiellement réécrites ;
• qui a réalisé les tests et la revue ;
• quelles fonctionnalités du produit en dépendent ;
• quelles conditions de licence s'appliquent.

Sélectionnez un actif visuel destiné à un usage à long terme, et l'entreprise pourrait voir :

• le brief de conception d'origine ;
• les modèles et matériels de référence utilisés ;
• les révisions clés du designer ;
• les fichiers sources modifiables ;
• les usages approuvés ;
• les demandes, enregistrements, accords et registres de licence pertinents ;
• les autorisations existantes des partenaires ;
• la prochaine date ou le prochain événement nécessitant un examen.

L'enregistrement d'une marque, l'enregistrement d'un droit d'auteur et d'autres registres administratifs ont des effets juridiques différents. Aucun d'eux, à lui seul, ne prouve nécessairement que l'entreprise détient des droits complets et exclusifs sur l'ensemble d'un actif assisté par l'IA.

Sélectionnez un flux de travail, et l'entreprise pourrait voir :

• le problème d'origine qu'il était conçu pour résoudre ;
• les matériels internes qu'il utilise ;
• les services tiers qui traitent des informations ;
• qui peut y accéder ;
• quels jugements doivent rester humains ;
• s'il peut être utilisé pour d'autres clients ou contextes ;
• quels échecs historiques sont devenus des règles formelles.

Le but ne serait pas d'alourdir chaque acte créatif d'une charge procédurale.

Cela signifierait que, à mesure qu'un actif devient plus important, l'entreprise n'aurait pas besoin de reconstituer de zéro pourquoi elle a le droit de l'utiliser.

Conclusion : posséder un fichier n'est pas la même chose que posséder un actif

L'IA peut aider les entreprises à produire du code, des designs, des contenus et des recherches à une vitesse sans précédent.

Mais plus la création devient rapide, plus il est facile de négliger une question fondamentale :

L'entreprise a-t-elle obtenu un fichier téléchargeable, ou a-t-elle construit un actif qu'elle peut contrôler, maintenir, livrer et commercialiser ?

La différence réside dans une chaîne de droits défendable :

• d'où provenaient les matériaux d'entrée ;
• quelles contributions humaines ont été apportées ;
• comment les droits des employés et des fournisseurs ont été répartis ;
• ce que le fournisseur du modèle autorise ;
• si des droits de tiers sont impliqués ;
• qui a réalisé les vérifications nécessaires ;
• quel usage a été approuvé ;
• si un changement d'usage a déclenché une réévaluation ;
• quelles preuves l'entreprise peut produire en cas de contestation.

Toutes les conversations avec l'IA n'ont pas besoin d'entrer dans un processus formel de propriété intellectuelle.

Mais lorsqu'un résultat entre dans un produit, atteint un client, acquiert une valeur de marque à long terme ou devient une capacité centrale reproductible, l'entreprise devrait conserver plus que la version finale.

Entre un prompt et un produit, il devrait y avoir une chaîne de droits qui peut être expliquée, examinée et démontrée.

C'est aussi une direction qui vaut la peine d'être explorée pour les agents sensibles au contexte.

La valeur potentielle de ce type d'agent peut aller au-delà de l'aide à créer plus vite. Avec l'accord de l'utilisateur, la fourniture délibérée de contexte et les autorisations appropriées, il pourrait aider le travail à conserver ses sources, ses révisions et ses décisions. Il ne devrait pas fabriquer une fausse certitude juridique ; il devrait porter les questions non résolues aux décideurs autorisés et aux conseillers qualifiés tant qu'il est encore temps de les traiter.

L'IA ne fera pas disparaître les questions de propriété intellectuelle.

Mais elle peut aider une entreprise à comprendre—plus tôt et plus clairement—ce qu'elle a créé, ce qu'elle peut contrôler et quelles frontières nécessitent encore une confirmation prudente.