Poids ouverts, IA à code source ouvert ou API seulement : lisez l’étiquette avant de déployer

Trois modèles d’accès qui ne devraient pas porter la même étiquette

Ces catégories décrivent l’accès et les droits, pas la qualité. Une API propriétaire peut être performante et pratique. Un modèle à poids ouverts peut exceller dans un déploiement contrôlé. Un système qui respecte une définition du code source ouvert peut tout de même exiger beaucoup d’ingénierie. L’approvisionnement devrait comparer les bonnes dimensions plutôt que de transformer le mot « ouvert » en note universelle.

Ce que sont les poids d’un modèle

Les poids sont des paramètres numériques appris pendant l’entraînement. Combinés à une architecture de modèle, à un segmenteur lexical, à une configuration et à du code d’inférence, ils permettent au logiciel de transformer une entrée en sortie. Rendre les poids finaux accessibles est important : une organisation peut être en mesure d’archiver une version du modèle, de l’exécuter sans l’API de l’éditeur et de passer d’un environnement de service compatible à un autre.

Les poids seuls ne révèlent pas l’ensemble du processus d’entraînement. Ils peuvent ne pas inclure la composition du jeu de données, les méthodes de filtrage, le code d’entraînement, les points de contrôle intermédiaires ou l’état de l’optimiseur. Ils n’établissent pas non plus que chaque utilisation est légalement permise. La licence du dépôt et les conditions connexes font partie de l’artéfact.

Ce qu’exige la Définition de l’IA Open Source de l’OSI

L’Open Source Initiative a publié la version 1.0 de sa définition en octobre 2024. Elle précise qu’un système d’IA Open Source doit accorder la liberté d’utiliser le système à toute fin, d’étudier son fonctionnement, de le modifier et de le partager avec ou sans modifications. L’exercice de ces libertés exige l’accès à la forme privilégiée pour apporter des modifications.

Pour les systèmes d’apprentissage automatique, l’OSI distingue trois grandes catégories dans cette forme privilégiée : des renseignements suffisamment détaillés sur les données, le code complet utilisé pour entraîner et exécuter le système, et les paramètres du modèle. La définition tient compte des données qui ne peuvent être légalement redistribuées en exigeant des renseignements sur leur provenance, leur portée, leur sélection et leur traitement, plutôt que de prétendre que chaque dossier sous-jacent peut toujours être publié.

Il s’agit d’une définition précise, et non d’un simple synonyme de « disponible sur une plateforme de modèles ». D-Central emploie poids ouverts lorsque c’est l’affirmation que justifie la publication. Nous réservons IA à code source ouvert aux systèmes qui peuvent être évalués au regard des critères plus rigoureux.

Un modèle téléchargeable peut tout de même avoir une licence personnalisée

Certaines publications de modèles utilisent des licences logicielles permissives bien connues. D’autres emploient des licences communautaires propres au modèle, des conditions d’utilisation acceptable, des restrictions liées au domaine d’utilisation, des obligations de redistribution ou des seuils qui modifient les droits de certains utilisateurs. Les conditions peuvent différer entre le code, les poids, les jeux de données et les services hébergés sous une marque semblable.

Ne déduisez pas une permission d’un bouton de téléchargement, d’une étiquette de dépôt ou d’un billet de blogue qualifiant un modèle d’« ouvert ». Examinez la licence liée à la révision exacte du dépôt, conservez-en une copie avec l’artéfact déployé et obtenez des conseils professionnels lorsque les droits sont incertains. Cette page offre des repères techniques pour l’approvisionnement, et non des conseils juridiques.

Cinq questions qui doivent demeurer distinctes

1. Pouvons-nous obtenir les poids? Cela détermine si l’auto-hébergement peut être techniquement possible.
2. Qu’avons-nous le droit de faire? L’utilisation commerciale, la modification, la distribution et les modèles dérivés dépendent des conditions.
3. Pouvons-nous étudier et reproduire le système? Le code et les renseignements sur les données influent sur la transparence et la possibilité d’apporter des modifications significatives.
4. Notre pile peut-elle l’exécuter? L’architecture, le format, la mémoire, la prise en charge de l’environnement d’exécution et les compétences opérationnelles déterminent sa déployabilité.
5. Où l’inférence aura-t-elle lieu? L’origine du modèle et son lieu d’exécution sont deux choix indépendants.

Un modèle conçu à l’étranger peut être servi sur une infrastructure détenue au Canada si sa licence et ses exigences techniques le permettent. Un modèle conçu au Canada peut être servi par une plateforme étrangère. Ni la nationalité de l’éditeur ni l’emplacement d’une page de téléchargement ne répond à la question de la souveraineté.

Pourquoi les poids ouverts comptent dans une stratégie de sortie

Le client d’une API dépend du fournisseur pour maintenir le point d’accès, le compte, le prix, la version du modèle et les territoires pris en charge. Des poids téléchargeables peuvent créer une autre voie : l’organisation ou un exploitant canadien peut conserver une version approuvée et la servir par une interface contrôlée. Cela peut réduire le risque de concentration et rendre une stratégie de sortie vérifiable.

La portabilité n’est pas automatique. Les applications peuvent dépendre d’un schéma propre au fournisseur, du comportement de ses outils, de ses plongements vectoriels, de son service de modération ou de son format de contexte. Le modèle de remplacement peut répondre différemment. Une stratégie de sortie crédible comprend donc une interface indépendante du modèle lorsque c’est pratique, les données exportées, des requêtes versionnées, un jeu d’évaluation et une transition répétée à l’avance. Le plan canadien de sortie d’un fournisseur d’IA traite de ce travail opérationnel.

L’examen de la licence n’est qu’un début

Avant le déploiement, consignez la version du modèle, sa source, sa somme de contrôle, sa licence, ses avis, ses conditions d’utilisation acceptable, son environnement d’exécution pris en charge et son usage prévu. Évaluez les risques que le code et les fichiers du modèle posent à la chaîne d’approvisionnement. Évaluez la qualité des résultats et les modes de défaillance sur des tâches représentatives. Planifiez les mises à jour et décidez si les nouvelles versions du modèle exigent une nouvelle approbation.

Les évaluations comparatives de modèles sont des preuves datées, pas des certifications durables. Le comparatif canadien des IA à poids ouverts de D-Central indique la date de ses mesures et distingue la licence, l’architecture et l’adéquation à l’infrastructure des notes globales.

Foire aux questions

Tous les modèles sur Hugging Face sont-ils à code source ouvert?

Non. Une plateforme d’hébergement peut distribuer des dépôts régis par de nombreuses licences et conditions d’accès différentes. Lisez la fiche exacte du modèle, la licence du dépôt et les conditions liées.

Des poids ouverts signifient-ils que l’utilisation commerciale est gratuite?

Non. L’accès aux fichiers et l’autorisation d’un usage commercial donné sont deux questions distinctes. Certaines licences sont permissives; d’autres imposent des conditions ou des restrictions.

Le code source ouvert garantit-il un modèle sûr ou exact?

Non. L’ouverture peut améliorer l’inspection et l’autonomie, mais la sécurité, la provenance, l’évaluation, les contrôles de déploiement et l’adéquation à la tâche exigent toujours du travail.

Sources primaires consultées le 24 août 2026 : Open Source Initiative, Open Source AI Definition 1.0; Open Source Initiative, Open Weights; foire aux questions de l’OSAID; Stanford HAI, Governing Open Foundation Models.