Après · rétrospective

Poids ouverts et IA locale : la réversibilité se vérifie dans toute la chaîne

Le cas Llama 3.3 montre pourquoi disposer des poids d’un modèle ne suffit pas à maîtriser droits d’usage, matériel, mémoire et capacité de changer de système.

Repères éditoriaux

Publié le 30 septembre 2026

Base documentaire arrêtée au 30 septembre 2026 · Échéance examinée : 6 décembre 2024

Ces dates renseignent la lecture éditoriale, sans constituer une preuve indépendante d’antériorité.

Support de stockage, documents et deux postes de travail sur une table sombre, photographie conceptuelle.

La question du dossier

Télécharger les poids d’un modèle rend-il une organisation indépendante ? Nous prenons Llama 3.3 70B, publié par Meta en décembre 2024, comme cas documentaire. Son accès et son exploitation locale ouvrent des possibilités réelles, mais la capacité de changer d’outil dépend aussi des droits, de l’infrastructure, des données, des interfaces et des compétences. Ce dossier n’est ni un avis juridique sur une licence ni une mesure de coût total.

La lecture en trente secondes

Fait documenté. La carte officielle de Llama 3.3 présente un modèle à 70 milliards de paramètres, publié le 6 décembre 2024, sous une licence communautaire propre à Meta. La documentation de déploiement de Meta donne, pour le format FP16, un ordre de grandeur de 140 Go de mémoire et une configuration à deux accélérateurs haut de gamme. Il s’agit d’un guide de dimensionnement situé : d’autres modèles, quantifications et usages ont d’autres besoins.

Interprétation. L’exploitation locale peut réduire une dépendance à une API distante et donner davantage de contrôle sur le traitement des données. Elle crée ou révèle d’autres obligations : servir le modèle, financer et maintenir le matériel, respecter la licence, vérifier les performances et préserver les connaissances de l’organisation. La réversibilité ne se déclare pas ; elle s’éprouve en remplaçant un composant sur une tâche représentative sans perdre les sources, les règles et la continuité du travail.

Ce que le cas Llama rend visible

  • 6 décembre 2024. Meta publie Llama 3.3 70B Instruct, selon sa carte de modèle. La carte renvoie à la Llama 3.3 Community License, qui comporte ses propres conditions d’usage et de redistribution. Ce document établit les termes proposés par Meta, pas un classement indépendant de toutes les licences d’IA.
  • 28 octobre 2024. L’Open Source Initiative publie la version 1.0 de sa définition d’une IA open source. Elle demande notamment des informations suffisantes sur les données d’entraînement, le code nécessaire pour entraîner et exécuter le système, et les paramètres sous des termes appropriés. Cette définition est le cadre de l’OSI, pas une loi universelle qui classerait automatiquement chaque modèle.
  • Documentation de déploiement consultée en septembre 2026. Meta décrit un exemple de dimensionnement Llama 3.3 70B à 140 Go en FP16 et deux accélérateurs A100 80 Go ou H100. La quantification peut modifier les besoins en mémoire et la qualité obtenue doit être mesurée pour l’usage choisi. Le tableau ne permet pas de chiffrer le coût d’une organisation particulière.

La lecture favorable au local

Argument raisonnable. Une équipe peut faire fonctionner un modèle sans envoyer chaque requête à un service distant. Elle peut choisir un environnement réseau, observer son fonctionnement et conserver certains flux dans son périmètre. La documentation de Meta présente des architectures isolées ou hybrides ; elles exigent une mise en œuvre et des contrôles effectifs. Un modèle plus petit ou quantifié peut également changer le calcul matériel. Cette voie mérite d’être comparée à une API lorsque la confidentialité, la latence ou les contraintes d’exploitation le justifient.

La lecture des dépendances restantes

Contre-argument. Les poids ne transportent ni les documents de l’organisation, ni les droits de réutilisation de ceux-ci, ni les journaux de décisions, ni les règles de vérification. La licence Llama 3.3 est un texte spécifique : elle conditionne certaines redistributions, et les très grands services peuvent nécessiter une autorisation distincte selon les termes publiés. Elle ne devient pas automatiquement « open source » au sens de la définition de l’OSI du seul fait que des poids soient téléchargeables. Quant au matériel, sa disponibilité, son coût et sa maintenance peuvent devenir le nouveau point de fragilité.

Ces deux lectures peuvent coexister. Une application locale peut être le meilleur choix pour un usage donné et rester difficile à remplacer. À l’inverse, une architecture fondée sur des API peut préserver une part de réversibilité si elle sépare soigneusement sources, mémoire, règles métier et adaptateurs. Ce sont des hypothèses de conception à tester, non des garanties conférées par une étiquette de modèle.

Un test de réversibilité utile

Choisir un travail représentatif, décrire sa qualité attendue et conserver les documents autorisés qui l’alimentent. Exécuter ce travail avec un premier modèle, puis substituer un second modèle ou une autre modalité d’hébergement. Noter ce qui doit être réécrit, les sources perdues, les écarts de réponse, le temps de correction, la capacité de revenir en arrière et les droits à vérifier. Ce test doit inclure les personnes qui exploitent et valident le système.

Une mémoire indépendante du modèle peut aider à conserver le contexte et les décisions, mais elle ajoute elle aussi un composant, des droits d’accès et un cycle de maintenance. Aucun produit particulier, y compris un système de mémoire interopérable, ne reçoit ici un résultat de réversibilité sans épreuve documentée. Les fondements de Complexiance replacent cette question dans les relations entre personnes, connaissances et outils.

Ce qui ferait évoluer notre lecture

Un essai comparatif reproductible, à qualité constante, avec métriques de coût complet, consommation, délais, disponibilité et effort de migration, permettrait de caractériser une situation précise. Une évolution vérifiée de licence, de taille des modèles ou des conditions de l’hébergement imposerait une nouvelle lecture datée. Nous n’affirmons ni qu’une hausse des prix du matériel est inévitable, ni qu’un mode local ou distant convient à tous.

Ce qui reste inconnu

Nous ne disposons pas des contraintes, données, risques et coûts d’une organisation donnée. Les trois documents consultés ne démontrent ni une dépendance intentionnellement imposée par les fournisseurs, ni une autonomie garantie par un modèle téléchargeable. Le niveau de contrôle dépend du système réellement assemblé et de son exploitation.

Sources et vérifications

Voir les questions ouvertes et le registre des révisions.

Tous les articlesDiscuter cette lecture