Pouvoir télécharger les poids d’un modèle ne signifie pas qu’il est open source ni que tous les usages sont permis. Avant d’intégrer un modèle, l’équipe doit vérifier la licence exacte de sa version, les conditions du fournisseur et celles des données, bibliothèques ou adaptateurs associés. Ce guide aide à organiser cette lecture ; il ne remplace pas un avis juridique.
Trois couches à distinguer
Un dépôt peut réunir du code sous licence permissive, des poids sous une licence différente et un jeu de données soumis à ses propres conditions. La fiche du modèle, le dépôt et le fichier de licence doivent donc être examinés ensemble. Vérifiez aussi si une version fine-tunée conserve les obligations du modèle de base.
Le terme open-weight indique généralement que les poids sont accessibles. Il ne garantit ni les libertés de modification et redistribution de l’open source, ni l’absence de restrictions d’usage.
Apache 2.0
Apache 2.0 est une licence logicielle permissive : elle autorise usage, modification et redistribution, y compris commerciale, sous réserve notamment de conserver les mentions requises et la licence. Elle comporte aussi une concession de brevets et des règles en cas de litige. Pour un modèle affichant « Apache 2.0 », confirmez que cette licence couvre bien les poids et pas seulement le code d’inférence.
Licences communautaires Llama et Gemma
Les familles Llama et Gemma utilisent des conditions propres publiées par leurs éditeurs. Elles peuvent autoriser de nombreux usages commerciaux tout en imposant une attribution, des règles de redistribution, une politique d’usage acceptable ou des conditions particulières selon la taille du service. Ne transposez jamais l’analyse d’une génération à la suivante : téléchargez le texte correspondant au modèle et à la version réellement utilisés.
La grille de revue
Pour chaque candidat, documentez : identité et version du modèle, détenteur des droits, périmètre de la licence, usages autorisés et interdits, obligations d’attribution, droit de modifier, droit de redistribuer les poids ou dérivés, règles applicables aux sorties, politique d’usage acceptable, clause de brevets, juridiction et processus de mise à jour.
Ajoutez le scénario réel : service interne, API publique, modèle embarqué chez le client ou redistribution d’un produit. Une même licence peut produire un risque différent selon l’architecture.
Processus recommandé
- Épingler le modèle et conserver une copie de sa licence.
- Remplir la grille avec des liens vers les sources officielles.
- Identifier les dépendances et modèles dérivés.
- Faire valider les points ambigus avant le développement irréversible.
- Ajouter attribution et notices au processus de livraison.
- Réexaminer la licence lors de chaque changement de modèle.
FAQ
Un modèle gratuit est-il utilisable commercialement ?
Pas automatiquement. Le prix et les droits sont deux sujets distincts.
Une API évite-t-elle le sujet des licences ?
Elle déplace surtout l’analyse vers les conditions du service, la propriété des entrées et sorties, et les usages interdits.
Peut-on appeler un modèle open source ?
Seulement si ses droits satisfont réellement une définition open source pertinente. « Poids disponibles » ou « source-available » est souvent plus précis.