Retour à la Bibliothèque
Stratégie

Poids ouverts ne signifient pas licences ouvertes : le spectre en quatre cas que l'acheteur doit auditer

Dernière mise à jour : 2026年11月4日

Points clés

  • Les poids complets de 2.8T paramètres de Kimi K3.1 Pro ont été publiés sur Hugging Face le 2 novembre, deux jours avant la date promise — sous une Kimi K3.1-Pro License personnalisée, et Artificial Analysis listait encore le modèle comme propriétaire le 4 novembre (le suivi felloai du 4 novembre). Le retard d'étiquetage est en lui-même la leçon : la frontière ouverture/fermeture dépend désormais de l'instrument.
  • Quatre cas nommés de licences non permissives sont parus en quatre mois de 2026 — les poids amputés de Qwen3.8-Max, le mécanisme d'exemption MaaS du MIT modifié de Mistral, le Muse Model License de Meta lié à l'attribution, et désormais la licence K3 renommée par Moonshot. « Poids ouverts » décrit un événement de livraison, pas un ensemble de permissions.
  • Artificial Analysis projette que l'écart d'Intelligence Index entre ouvert et propriétaire passe de 12 points à 3 une fois les poids de K3.1 Pro comptabilisés (la projection d'AA, via felloai) — l'auto-hébergement permet désormais d'acheter une capacité proche de la frontière, mais uniquement sous des conditions de licence que l'acheteur doit lire.
  • Les conditions de licence apparaissent désormais à toutes les échelles : la ligne de 20 M$ de revenus annuels de MiniMax, l'exemption MaaS de Mistral, l'exigence d'affichage « Built with Muse Spark Open » de Meta — la base permissive Apache 2.0 ne couvre qu'une partie du tableau.
  • K3.1 Pro coûte 2,11 $ par tâche Intelligence Index de Artificial Analysis contre 2,00 $ pour K3 — un modèle plus fort au même prix par tâche, pas le même modèle pour moins cher (felloai) ; des jetons moins chers ne sont pas des tâches moins chères.

Moonshot a publié les poids complets de Kimi K3.1 Pro — 2 800 milliards de paramètres au total, 104 milliards actifs, contexte de 1 million de jetons, ~1,56 To sur 96 fragments — sur Hugging Face le 2 novembre, deux jours avant sa promesse du 4 novembre, sous une Kimi K3.1-Pro License personnalisée. La licence est la licence Kimi K3 mot pour mot avec un nom changé, et Artificial Analysis listait encore le modèle comme propriétaire le 4 novembre, deux jours après le dépôt (felloai). Quatre mois plus tôt, la même lecture de fiche de lancement n'aurait laissé qu'une seule question ouverte — l'audit de fiche de lancement que nous avons publié le 25 octobre portait « la licence n'a pas de nom » comme premier point ouvert du jour des poids, et demandait à l'acheteur d'exécuter un audit en cinq vérifications quand les poids arriveraient (la méthode du jour des poids).

La réponse est arrivée, et ce n'est pas « ouvert ». C'est le quatrième cas nommé non permissif d'un schéma qui englobe désormais tous les grands laboratoires de poids ouverts : Qwen a amputé des fonctionnalités du téléchargement de Qwen3.8-Max (l'analyse du lancement amputé), Mistral a inscrit une exemption Model-as-a-Service dans un MIT modifié (l'annonce des poids ouverts de Mistral Large 4), Meta lie l'attribution dans le Muse Model License (fiche modèle), et Moonshot a renommé une licence restrictive et l'a publiée avec des benchmarks proches de la frontière. Cet article situe les quatre cas sur un même spectre, sépare les questions de licence des questions de mesure qu'un jour des poids tranche, et fournit l'audit en cinq vérifications à exécuter avant de chiffrer toute décision d'auto-hébergement.

Les quatre cas, sur un même spectre

Le tableau ci-dessous est le spectre. Chaque lancement est un mécanisme différent pour le même geste — publier des poids en y attachant une condition.

Lancement Nom de la licence La condition Ce que l'acheteur doit vérifier
Qwen3.8-Max (août 2026) Qwen3.8-Max License Les poids ouverts sont amputés : le téléchargement n'emporte que l'architecture de base et les benchmarks d'agents de code ; l'API gérée conserve l'entrée vision, le contexte 1M, le contrôle du mode de réflexion et les outils intégrés Comparer l'API gérée aux capacités que le téléchargement transporte réellement — la fiche modèle et le fichier LICENSE définissent la frontière
MiniMax M3.1 Flash (oct 2026) MiniMax Community License Un seuil de 20 M$ de revenus annuels plus des exigences d'attribution encadrent l'auto-hébergement commercial (l'audit du jour des poids) Vos revenus — filiales comprises — sont-ils sous la ligne ? Chiffrer l'alternative API au taux de hit cache de votre charge de travail
Mistral Large 4 (29 oct 2026) Mistral Ecosystem Open-Weight license MIT modifié : libre d'utiliser, modifier, fine-tuner et commercialiser — avec une seule condition : les entreprises opérant une offre Model-as-a-Service doivent obtenir une licence commerciale séparée (l'annonce de Mistral) Votre produit expose-t-il le modèle à des tiers ? L'usage interne est exempté ; la frontière MaaS est l'unique piège de la licence
Muse Spark Open (15 oct 2026) Muse Model License Conditions commerciales limitées ; « Built with Muse Spark Open » doit être affiché bien en évidence dans l'interface de chaque produit ou service utilisant le modèle ou ses dérivés (LICENSE) L'attribution est une obligation de surface produit, pas un commentaire de code — qui livre votre UI, et peut-elle porter l'affichage ?
Kimi K3.1 Pro (2 nov 2026) Kimi K3.1-Pro License La licence K3 renommée : usage interne gratuit ; les grands revendeurs Model-as-a-Service doivent conclure un accord séparé (la résolution de licence par felloai) La même vérification que K3. Surveiller les dérivés sous la même licence — les poids ont été pré-positionnés sous une liste de dérivés « sans restriction » avant l'arrivée

Trois des cinq lignes datent des trois dernières semaines. Le rythme est la conclusion : ce qui en août était une particularité par laboratoire est une classe en novembre.

La ligne K3.1 Pro résout le point ouvert de la fiche de lancement — comme une restriction, non comme une autorisation. L'audit de fiche de lancement du 25 octobre portait « la licence n'a pas de nom » comme vérification n°1 de l'audit du jour des poids, et la tarifait comme l'unique élément pouvant réécrire un projet d'auto-hébergement. La résolution est une copie renommée de la licence K3 — un document personnalisé, dérivé du MIT, avec des restrictions commerciales, dont l'accord séparé obligatoire pour les grands revendeurs Model-as-a-Service (la FAQ licence de AY Automate). L'usage interne est libre (la lecture de BERI). Pour un acheteur de mid-market dont les agents servent des flux internes — un guichet de devis, un contrôle de rapprochement de factures, un graphe de support — le gratuit-pour-usage-interne est le terme qui compte, et il tient. Pour un acheteur qui intègre un modèle de frontière dans un produit grand public, la clause d'accord séparé est toute l'histoire, et elle s'applique au licencié comme à toute filiale.

La ligne Mistral est la plus proche du permissif — et n'y parvient pas. L'annonce de Mistral énonce la condition sans détour : la Mistral Ecosystem Open-Weight license est une licence MIT modifiée, libre d'usage, de modification, de fine-tuning et de commercialisation, « avec une seule condition : les entreprises opérant une offre Model-as-a-Service doivent obtenir une licence commerciale séparée de Mistral avant d'utiliser le modèle commercialement » (annonce). Pour une entreprise qui fait tourner « Le Chonk » entre ses propres murs — ou derrière une fonctionnalité embarquée qui ne expose pas le modèle comme service — la condition ne se déclenchera peut-être jamais. Pour un éditeur B2B qui sert d'intermédiaire d'appels modèle à ses clients, elle se déclenche immédiatement. Le même fichier de licence, la même société, deux conclusions d'achat opposées.

La ligne Qwen montre le second mécanisme : la condition par soustraction. Les poids ouverts de Qwen3.8-Max sont arrivés avec l'architecture de base et les benchmarks d'agents de code, mais sans vision, au-delà de 262K de contexte, réflexion verrouillée (l'analyse du lancement amputé) — le fichier LICENSE couvre même aussi bien les poids amputés que le service géré complet sous une seule « Qwen3.8-Max License ». Le K3.1 Pro de Moonshot est le cas de contraste dans la même fenêtre : le téléchargement du 2 novembre emporte le jeu complet de fonctionnalités — vision, contexte 1M, tout (la table des spécifications de felloai). L'amputation de fonctionnalités et les conditions restrictives sont deux façons de vendre le même écart, et une décision d'achat doit nommer laquelle chaque lancement applique.

Le spectre en une image : où se situe chaque lancement, la condition qu'il porte, et les trois chiffres qui ont tranché l'essentiel.

Poids ouverts, pas licences ouvertes Quatre cas nommés non permissifs, août-novembre 2026 : la condition voyage avec les poids Base permissive : Apache 2.0 / MIT Cas nommés non permissifs 1 Août 2026 Qwen3.8-Max Qwen3.8-Max License Poids amputés : architecture de base + agents de code. L'API gérée garde vision, 1M contexte, réflexion, outils. 2 29 oct 2026 Mistral Large 4 Mistral Ecosystem License MIT modifié : usage interne libre. Une entreprise avec une offre MaaS a besoin d'une licence commerciale séparée. 3 15 oct 2026 Muse Spark Open Muse Model License Attribution liée : « Built with Muse Spark Open » affiché dans l'UI de chaque produit. Conditions commerciales limitées. 4 2 nov 2026 Kimi K3.1 Pro Kimi K3.1-Pro License Licence K3 renommée. Usage interne libre ; les grands revendeurs MaaS ont besoin d'un accord séparé. AA la listait encore propriétaire le 4 nov. Cas de seuil antérieur : MiniMax M3.1 Flash, Community License — une ligne de 20 M$ de revenus annuels encadre l'auto-hébergement commercial (24 oct 2026) 12 à 3 Points d'Intelligence Index : l'écart ouvert- propriétaire une fois les poids K3.1 Pro comptés (projection AA) 2,11 $ vs 2,00 $ Coût par tâche Intelligence Index d'AA : K3.1 Pro vs K3 — 14 % de jetons de sortie en plus ; jetons moins chers, pas tâches 67 % / 65,7 % Terminal-Bench 4.0 : la mesure d'AA vs l'exécution de Moonshot sur son harnais Claude-Code — l'ordre dépend du harnais Lisez le fichier LICENSE le jour des poids. Les étiquettes d'index traînent derrière le fichier de licence — Artificial Analysis listait encore K3.1 Pro propriétaire deux jours après le dépôt. Sources : annonce des poids ouverts de Mistral Large 4 (29 oct 2026) · LICENSE.md de Meta Muse Spark Open · résolution de la Kimi K3.1-Pro License via felloai (4 nov 2026) IdeaBosque · Library

Ce que le fichier de licence tranche que la publication de lancement ne répond pas

Le spectre a une base permissive, et elle ne couvre qu'une partie du tableau. Muse Glimmer — le modèle agent dense 30B de Meta — est publié sous Apache 2.0 sans plafond de revenus (l'analyse de bifurcation) ; à cette classe de taille, le permissif reste la norme. Au-dessus de la frontière, chaque publication récente de poids ouverts porte une condition nommée. La conséquence pratique : « poids ouverts » n'est plus un binaire qu'une équipe d'approvisionnement peut hériter — c'est un champ à vérifier, par lancement, par type de condition : seuils de revenus, exemptions MaaS, affichages d'attribution, amputations de fonctionnalités.

Deux faits d'instrument affûtent le propos. D'abord, Artificial Analysis listait encore K3.1 Pro comme propriétaire le 4 novembre, deux jours après le dépôt — un décalage d'indexation, pas un fait de capacité (felloai). Un acheteur qui interroge un index sur « ce modèle est-il ouvert » obtient une réponse dépendante de l'instrument, en retard de plusieurs jours sur le fichier de licence. Et le même score de 55.1 Intelligence Index apparaît étiqueté v4.3.2 sur la page dédiée à K3.1 et v5.0 sur la page agrégée de novembre — ne citez jamais les deux étiquettes ensemble ; citez une seule génération d'échelle de façon cohérente, car l'échelle v5 et l'échelle v4 ne sont pas des nombres comparables.

Ensuite, le risque de dérivés est réel avant même que les poids ne parviennent : un dérivé « sans restriction » de K3.1 Pro a été pré-positionné sur Hugging Face avant le dépôt (la liste des dérivés). Les conditions restrictives de K3.1 Pro ne se transmettent pas de façon fiable aux points de contrôle dérivés — un risque de distribution que l'acheteur en auto-hébergement hérite dès qu'un fine-tune communautaire entre dans sa pile plutôt que le point de contrôle du fournisseur. L'approvisionnement qui vérifie les noms de licences à l'ingestion, pas à l'annonce, repère cela.

Le second audit : ce que le jour des poids tranche sur les chiffres

La licence était le point ouvert de l'audit d'octobre. Le jour des poids de novembre tranche un second ensemble — les lignes de double mesure qui disent à l'acheteur ce que deviennent les affirmations de la fiche de lancement sous des harnais indépendants. L'audit de fiche de lancement les définissait comme les vérifications qu'une fiche seule ne peut pas trancher :

  • L'ordre de Terminal-Bench 4.0 dépend du harnais. Artificial Analysis a mesuré K3.1 Pro à 67 % — son meilleur score sur ce banc — tandis que l'exécution de Moonshot affichait 65,7 % sous le harnais Claude Code, Opus 5.5 à 66,4 % sur ce harnais (la table de double mesure de felloai). L'écart de 0,7 point avec Opus 5.5 reste dans le bruit ; l'ordre face à GPT-6 Astra (58,2 %) tient dans les deux colonnes.
  • Les chiffres d'hallucination concordent en direction, divergent en magnitude. Moonshot rapporte une baisse de 23,4 % à 8,3 % sur son banc de stress interne ; Artificial Analysis a mesuré une baisse plus faible, de 53 % à 44 % (felloai). Les deux lignes portent des étiquettes — le banc du fournisseur est un test de stress, la ligne AA est un composite — et une citation qui abandonne son étiquette est une citation erronée.
  • Le coût par tâche a évolué dans le mauvais sens tandis que les jetons devenaient moins chers. K3.1 Pro utilise 14 % de jetons de sortie en plus par tâche d'index que K3, si bien que le coût par tâche d'Artificial Analysis lit 2,11 $ contre 2,00 $ pour K3 (felloai). Le prix liste a baissé d'un tiers ; le prix par tâche, non. Voilà la ligne qu'une feuille de calcul au jeton rate.
  • La projection d'écart est désormais chiffrable. Les poids dehors, K3.1 Pro est le modèle à poids ouverts le mieux classé de l'index et AA projette que l'écart d'Intelligence Index entre ouvert et propriétaire passe de 12 points à 3 (felloai). Trois points, c'est dans le plancher de bruit d'un benchmark — ce qui signifie que ce qui sépare désormais, dans la plupart des décisions d'achat mid-market, un déploiement à poids ouverts d'une API propriétaire, c'est la question de licence, pas celle de capacité.

L'audit de licence en cinq vérifications, après K3.1

L'audit se consolide en cinq questions, chacune réponse à partir d'artefacts qu'un acheteur peut lire en un après-midi :

# Vérification L'artefact L'erreur qu'elle prévient
1 Quel est le nom exact de la licence — et est-il standard ? Le fichier LICENSE dans le dépôt de poids Chiffrer un plan d'auto-hébergement sur des hypothèses Apache 2.0 pour une licence personnalisée
2 Une restriction dépend-elle de revenus — et desquels ? La section des seuils de la licence, clauses filiales comprises La ligne de l'ordre de 20 M$ qui transforme « usage commercial gratuit » en « gratuit jusqu'au prochain exercice »
3 Votre distribution visée tombe-t-elle dans une exemption ? Les définitions MaaS/fonctionnalité embarquée, mot à mot Découvrir au lancement produit qu'intégrer le modèle dans un produit grand public exige une licence séparée
4 Les poids ouverts sont-ils complets en fonctionnalités face à l'API gérée ? La fiche modèle face aux docs de l'API, fonctionnalité par fonctionnalité Bâtir sur une capacité (vision, long contexte, outils) que le téléchargement n'emporte pas
5 Qu'ont reproduit les harnais indépendants ? Les lignes Artificial Analysis / harnais communautaires face aux chiffres du fournisseur Citer un 65,7 % sans la note de harnais, ou un 8,3 % d'hallucination sans l'étiquette du banc de stress

Exécutez-les dans cet ordre. Les questions 1–3 sont juridiques, et chacune peut clore l'option d'auto-hébergement avant qu'un seul GPU soit chiffré. Les questions 4–5 sont techniques, et chacun des quatre cas ci-dessus comporte au moins une ligne qu'un acheteur n'aurait lue que la publication de lancement aurait manquée.

Un build représentatif

Un grossiste de mid-market fait tourner son guichet de devis sur un modèle propriétaire géré et veut la maîtrise des coûts qu'offre l'auto-hébergement de son agent d'admission RFQ. L'audit en cinq vérifications s'exécute en un après-midi : la licence du modèle cible est un cas personnalisé nommé (la vérification 1 s'applique) ; les revenus du grossiste sont bien en dessous de tout seuil, et les réponses de l'agent n'émergent qu'en interne — usage interne, aucune exposition MaaS (la vérification 3 se libère) ; les poids ouverts emportent les fonctionnalités vision et long contexte dont la chaîne d'admission a besoin (la vérification 4 se libère) ; les lignes des harnais indépendants reproduisent la classe de capacité dans le bruit (la vérification 5 se libère). La voie auto-hébergée est chiffrée face à la licence sous laquelle elle peut réellement tourner — et le guichet de devis migre sa charge de travail de récupération permanente vers le modèle que la licence autorise, en conservant l'API gérée pour les deux charges dont les prompts adversariaux rendent les scores du banc de stress du fournisseur les plus décisifs.

Demandez un build cadré — nous cartographions les systèmes, les contraintes de licence et de capacité, et le flux de travail en une semaine. Que vous construisiez avec nous ou non, vous recevez un inventaire du système, une carte des flux et un périmètre fixe.

Lectures associées

Vous voulez cela construit pour vos systèmes ?

Chaque document ici provient d'un travail réel en production. Si vous avez un système cible et un flux en tête, nous pouvons cadrer une construction en une semaine.

Demander un projet cadré

Découverte d'une semaine. Vous obtenez un inventaire des systèmes, une cartographie des flux et un périmètre fixe — que vous construisiez avec nous ou non.