Une question sans réponse tranchée
Le droit sur ce point n'est pas stabilisé, et il varie selon les pays. Cette leçon ne donne donc pas de certitude juridique : elle décrit les risques réels et les précautions raisonnables.
Deux questions distinctes, souvent mélangées, et qui n'ont ni le même poids ni la même parade.
Première question : d'où vient le code suggéré
Les modèles ont appris sur du code public, dont une partie est sous licence exigeante, imposant par exemple de publier sous la même licence tout logiciel qui l'incorpore.
Dans l'immense majorité des cas, la suggestion est une recombinaison, pas une copie. Le risque concret concerne les cas où une portion notable de code identifiable est reproduite quasi à l'identique, ce qui arrive surtout sur des algorithmes célèbres ou des fragments très répandus.
Trois précautions proportionnées :
Activez le filtre de correspondance avec du code public, quand l'outil le propose. Il bloque les suggestions trop proches d'un code connu.
Méfiez-vous des longues suggestions. Une fonction entière produite d'un bloc mérite un regard ; trois lignes ne posent pas ce problème.
Vérifiez ce qui semble trop spécifique. Une implémentation d'algorithme nommé, avec des commentaires très typés, peut valoir une recherche rapide.
Deuxième question : à qui appartient le résultat
Dans plusieurs juridictions, une production purement automatique peut ne pas être protégeable par le droit d'auteur, faute d'apport humain.
En pratique, un développeur qui choisit, adapte, teste et assemble apporte une contribution substantielle, et le doute porte surtout sur des blocs acceptés sans modification.
L'implication pratique est limitée pour la plupart des entreprises : cela ne vous empêche pas d'utiliser votre code. Cela peut compter si vous vendez du logiciel et devez garantir vos droits à un client, ou lors d'un rachat, où ces garanties sont examinées.
Les garanties des fournisseurs
Plusieurs offres entreprise incluent une prise en charge en cas de réclamation liée à la propriété intellectuelle.
À lire attentivement : ces garanties sont conditionnées, souvent à l'activation du filtre de code public et au respect des conditions d'usage. Une garantie dont on n'a pas rempli les conditions ne joue pas.
Ce qu'une PME peut faire, raisonnablement
Sans juriste et sans procédure lourde :
- activer le filtre de code public
- choisir une offre qui exclut l'usage pour l'entraînement et fournit une garantie
- écrire deux lignes de politique interne : outils autorisés, filtre obligatoire
- relire les longues suggestions, ce qui est de toute façon nécessaire pour la qualité
Ces quatre points couvrent l'essentiel du risque réel. Aller plus loin relève du cas particulier.
À retenir
Deux questions distinctes : la provenance du code suggéré, et la propriété du résultat. Activez le filtre de code public, il conditionne souvent les garanties du fournisseur. Regardez les longues suggestions. Et le sujet compte surtout si vous vendez du logiciel.