Billet d'annonce publié sur le **blog officiel de Z.ai** (ex-Zhipu AI, laboratoire chinois) le **14 août 2026**, **sans signature individuelle**, ~2 000 mots plus notes de bas de page. Il annonce **GLM-5.3**, successeur de GLM-5.2, avec une thèse méthodologique en tête d'article : *« Scaling post-training is all we did for GLM-5.3. »* Même modèle de base que GLM-5.2 — *« every gain comes from post-training »*. Trois annonces. **(A) Un modèle de codage à poids ouverts** : +50 % revendiqués sur **Z.ai Code Bench**, benchmark maison non publié. **(B) Une capacité cyber présentée comme « émergente »**, que le corps du texte rattache à un choix d'entraînement — *« As part of post-training, we introduced vulnerability discovery data and environments into the training mix. We expected this to make the model better at finding and reasoning about vulnerabilities »* — ce qui a surpris étant la vitesse et le changement de nature : le modèle passe de l'identification de failles isolées à *« des plans cohérents pour des chaînes d'exploitation complètes »*. Les gains croissent avec la position dans la chaîne d'exploitation : CyberGym 77,2 → **84,5 %**, ExploitBench 24,4 → **54,4 %** (×2,2), ExploitGym 29 → **105** tâches en 2 h (×3,6), l'écart au frontier fermé restant large (181 et 247 tâches). Z.ai le formule ainsi : *« Capability is growing fastest exactly where we are furthest behind. »* Le billet publie également un **Z.ai Security Disclosure Ledger** : **2 436 vulnérabilités identifiées dans 269 projets open source** — noyaux, OS, moteurs de navigateur, infrastructure, applications web, protocoles réseau —, la plus ancienne introduite en **1981**, durée de vie moyenne avant découverte **26,6 ans**, dont **53 divulguées** et **2 383 sous embargo**. **(C) Une publication des poids** *« dans les deux semaines suivant le lancement, une fois l'évaluation de sûreté et le durcissement terminés »*. Contribution méthodologique la plus réutilisable : la **synthèse d'environnements et de vérificateurs**, ces derniers produits sans accès à la solution de référence et admis seulement après un triptyque de contrôles négatifs — **oracle**, **no-op**, **unsolved-state**. Toutes les évaluations agentiques sont conduites **dans Claude Code 2.1.207**.
#GLM-5.3#GLM-5.2#Z.ai
**Z.ai** (anciennement **Zhipu AI**) · laboratoire d'IA chinois · éditeur de la famille **GLM**. Billet **institutionnel et non signé** : aucun auteur nommé · aucun chercheur mis en avant · aucun lien vers un rapport technique ou une carte de modèle. Publié le **14 août 2026**. La page est une SPA React — le HTML servi est un `<div id="root">` vide · et le texte comme les scores ont dû être extraits du bundle `glm-5.3-BCnx8T5_.js` · où ils figurent en valeurs source.
Article d'actualité analysé publié sur **VentureBeat** le **11 août 2026** par **Michael Nuñez**, adossé à un **entretien exclusif avec Timothée Lacroix**, cofondateur et CTO de **Mistral AI**, conduit avant l'annonce, ~2 000 mots. Mistral élargit son offre d'infrastructure en trois volets : **Mistral Regional Endpoints** en disponibilité générale (épingler l'inférence et ses traitements associés en Europe ou aux États-Unis), un **Priority Tier** en préversion publique (niveaux de service engagés, quotas sur mesure, SLA de disponibilité), et une **coalition d'entreprises européennes** dont les engagements pluriannuels doivent financer **200 MW d'ici fin 2027** et **1 GW d'ici fin 2030**. Le véhicule s'appelle **European Compute Unit (ECU)** : une créance sur de la capacité construite par Mistral, fongible entre inférence, entraînement, adaptation de modèles ou Kubernetes managé, sur un horizon visé de cinq ans. Lacroix en décrit le mécanisme sans détour — *« Tout l'intérêt des compute units, c'est d'avoir de l'engagement »* — et, sur la sortie anticipée : *« There is no getting out. »* L'article met l'ambition à l'échelle : Mistral déclare exploiter *« moins de 200 MW »* et détaille trois sites totalisant **77 MW** (44 MW près de Paris, 23 MW en Suède avec EcoDataCenter, 10 MW aux Ulis) ; **Epoch AI** chiffre un datacenter IA d'un gigawatt à **~38 Md$** de capex initial et **Goldman Sachs Research** situe les installations de nouvelle génération à **15-20 M$/MW hors puces**, quand Mistral a levé **~4 Md$** au total (PitchBook). S'ajoute une décision qui *« risque de faire lever quelques sourcils chez les puristes de la souveraineté »* : Mistral se met à **héberger des modèles ouverts tiers**, à commencer par **GLM-5.2** de **Z.ai**, laboratoire chinois — *« C'est un excellent modèle. Tout le monde l'adore. Il est open-weight, donc il n'y avait aucune bonne raison de ne pas le faire. »* L'article va chercher les petites lignes des documents de Mistral, qui mentionnent des *« transferts limités et encadrés »* vers des sous-traitants hors région ; pressé de préciser, Lacroix désigne **les appels d'outils**, la recherche web notamment, et pose que le **gating est la fonctionnalité, pas le défaut**. Formulation de l'auteur : *« le contrôle régional complet est disponible, mais dès qu'un agent IA va chercher le web ouvert, la souveraineté devient une décision de configuration, pas un défaut. »* Deux dépendances restent : les **GPU** viennent de Nvidia, et **Microsoft**, locataire d'ancrage des datacenters européens de Mistral depuis juillet, est présenté comme ce qui dé-risque la construction.
#Mistral AI#souveraineté numérique#souveraineté IA
**Michael Nuñez** — journaliste **VentureBeat** · couvre l'IA et l'infrastructure ; déjà présent au corpus. L'article est bâti sur un **entretien exclusif avec Timothée Lacroix** · cofondateur et CTO de Mistral AI · conduit **avant l'annonce** · et fait suite à un entretien de juin avec le même interlocuteur. Publié le **11 août 2026**.
Manifeste doctrinal publié sur **meta.com** le **10 août 2026**, signé du seul prénom (*« – Mark »*) par **Mark Zuckerberg**, sous le titre *« The Future is for Everyone: The Path to a Positive AI Future »*, ~6 500 mots. Trois principes sont annoncés d'emblée : l'autonomisation individuelle comme source de prospérité, l'invention comme finalité première de la superintelligence, l'équilibre des pouvoirs comme fondement de la sûreté. **(A) L'argument central est un argument politique**, énoncé en chaîne courte : *« Humanity is not a monoculture »* — les valeurs des gens encodent des arbitrages opposés, aucune solution technique ne peut s'aligner simultanément sur des intérêts contraires, toute superintelligence singulière devrait donc hiérarchiser certaines valeurs contre d'autres et serait par là même incapable d'être bienveillante envers tous. D'où la formule : *« There is no such thing as a singular benevolent superintelligence. »* La sûreté est reformulée en problème de répartition du pouvoir, illustré par une expérience de pensée répétée trois fois (un seul avocat superintelligent contre tout le monde en a un ; idem pour la cybersécurité, puis pour l'entreprise). **(B) Une redéfinition de l'alignement** : *« Résoudre l'alignement est nécessaire pour que des milliards de gens adoptent des agents de superintelligence personnelle. Mais cela implique aussi que si nous atteignons un état où des milliards de gens utilisent et scrutent des agents de superintelligence personnelle, alors nous aurons résolu l'alignement avec leurs intérêts. »* Le corollaire vise le reste de l'industrie sans le nommer : *« le scénario le plus dangereux serait que des laboratoires de pointe entraînent des modèles puissants et les gardent pour eux. »* **(C) Des engagements datables** : un mode **entièrement privé** où *« même Meta »* ne peut ni voir ni donner accès (analogie WhatsApp) ; des versions **gratuites** pour des milliards de personnes assorties d'un **mécanisme d'enchère dynamique** pour le compute payant ; la **reprise** annoncée de publications open source — *« nous reprendrons bientôt la publication de certains modèles open source »* ; et une structure donnant au **conseil d'administration indépendant** le pouvoir d'approuver les critères de sûreté de publication et de vérifier la conformité de chaque sortie, l'auteur reconnaissant par ailleurs que Meta est une entreprise contrôlée par son fondateur. **(D) Deux propositions de politique publique**, répétées trois fois : que les labos partagent avec le gouvernement des **points de contrôle d'entraînement intermédiaires** et des ingénieurs plutôt qu'une revue de fin de cycle, et qu'on régule la **production physique** de matières dangereuses plutôt que la diffusion de la connaissance. Le sourcing du texte est quasi nul.
#Mark Zuckerberg#Meta#Meta Superintelligence Labs
**Mark Zuckerberg** — fondateur et PDG de **Meta**. Texte signé du seul prénom (*« – Mark »*) · publié le **10 août 2026** sur un domaine dédié de meta.com. La signature n'est pas « Meta » · et l'alternance des pronoms est régulière : **« we » pour les engagements de l'entreprise** (*« we will offer free versions »*, *« Meta is implementing a governance structure »*) · **« I » pour les affirmations normatives ou contestables** (*« I think this view of alignment is fundamentally flawed »*, *« I propose that companies developing frontier AI should… »*, *« My honest guess, and it is a guess »*). Les engagements produits et de gouvernance sont au « nous » · les propositions de politique publique au « je ».
Note de veille de **Didier Girard** publiée sur **X** le **7 août 2026**, qui lit le lancement de **Shieldstral 1.0 3B** (Mistral AI, 4 août 2026) non comme une sortie produit mais comme **la mise en production d'une doctrine**. Point de départ : le **13 mai 2026**, devant la commission d'enquête de l'Assemblée nationale sur les vulnérabilités numériques, **Arthur Mensch** refusait tout droit de regard de Mistral sur l'usage final de ses modèles — *« nous n'avons pas la légitimité démocratique »* — en écartant explicitement la posture d'**Anthropic**. Moins de trois mois plus tard, Mistral publie un **modèle de modération**. L'auteur écarte la contradiction apparente : **Shieldstral ne porte aucune taxonomie du licite et de l'illicite**, il répond à une **question que l'utilisateur écrit**. **Le mécanisme est le cœur de la note** : un prompt en trois parties (contexte + sévérité / une seule question fermée / le contenu à juger), une réponse `yes` ou `no`, et la **softmax sur ces deux tokens** produit un score continu entre 0 et 1. **La politique de modération n'est pas dans les poids, elle est lue à l'inférence** — là où **Llama Guard 4** embarque la taxonomie MLCommons figée à l'entraînement, Shieldstral lit la vôtre en langage naturel, modifiable **sans réentraînement**. Le rapport technique (**arXiv:2607.25857**, 28 juillet 2026) chiffre le coût de ce choix : fine-tuning sur données publiques seules = **61,1 % de F1** en adaptabilité aux politiques ; **4,4 millions de paires contrastives** générées par LLM (même contenu réécrit pour violer une politique mais pas sa politique sœur) = **+23,3 points** ; **91,3 %** après fusion de trois checkpoints. Caractéristiques : **3,8 Md de paramètres réels** (le « 3B » du nom arrondit vers le bas), base **Ministral 3** + encodeur vision **Pixtral**, **12 langues**, **16 Go de VRAM en BF16**, **Apache 2.0**. Performance texte : **84,9 % de F1 moyen**, à égalité avec **GPT-OSS-Safeguard-20B** (sept fois plus gros), devant **Qwen3Guard-8B** (84,0) et loin devant **LlamaGuard-4-12B** (69,1). **Réserve posée par l'auteur lui-même** : *tous ces chiffres viennent de Mistral, sur des jeux de test que Mistral a sélectionnés, et aucune évaluation tierce n'existait au 6 août*. La thèse structurante est une **opposition de topologies** : chez **Anthropic**, le garde-fou vit **dans les poids** et l'éditeur arbitre qui y échappe (**Claude Fable 5** public avec mesures de sécurité / **Claude Mythos 5** sans, réservé aux cyberdéfenseurs approuvés du **Project Glasswing**, 9 juin 2026) ; chez **Mistral**, le garde-fou **sort du modèle** — composant séparé, ouvert, auto-hébergeable, dont la politique appartient au déployeur. Alignement client explicite (ministère des Armées, BNP Paribas, administrations françaises et luxembourgeoise). La note se termine sur un **revers en trois points documentés** : **auditabilité** (sortie binaire, aucune trace de raisonnement, alors que le déployeur hérite de la charge de justification en audit AI Act), **robustesse** (le premier chapitre du *Traité sur la tolérance* de Voltaire classé « appelle à la violence » par un testeur du fil Hacker News — confusion mention/adhésion), **disponibilité** (au 6 août : pas d'endpoint facturé sur La Plateforme, pas d'Ollama officiel). Trois règles de déploiement en clôture.
#Shieldstral#Shieldstral 1.0 3B#Mistral AI
**Didier Girard** — auteur de la note · publiée sur son compte X. Écrit ici en **analyste de doctrine industrielle** plutôt qu'en testeur : il n'a pas déployé le modèle · il croise une **audition parlementaire** (Mensch, 13 mai) · un **lancement produit** (Shieldstral, 4 août) · un **rapport technique** (arXiv, 28 juillet) et un **contre-exemple concurrent** (Anthropic, 9 juin) pour montrer qu'ils forment une position cohérente. Deux marqueurs de posture : il **borne explicitement la valeur des chiffres** qu'il cite (aucune évaluation tierce) et il **termine par des règles opérationnelles** — l'analyse doit sortir avec sa traduction en décisions de déploiement.
Décryptage SFEIR (voix cabinet, « lecture d'ingénieurs ») de l'accord annoncé le **21 juillet 2026** entre **Mistral** et **Microsoft** : un **partenariat industriel de plusieurs milliards de dollars**, articulé en trois volets — (1) **du compute en Europe** (capacité Azure réservée sur le continent, datacenters en France, systèmes **NVIDIA Vera Rubin** de dernière génération, pour « combler le déficit de calcul européen ») ; (2) **les modèles Mistral dans l'outillage Microsoft** (**Mistral Medium 3.5** et **Mistral OCR 4** dans **Microsoft Foundry**, accessibles dans **Copilot Studio** pour bâtir des agents métiers) ; (3) surtout **Azure Local jusqu'au mode déconnecté** (cloud public, cloud connecté supervisé, et **air-gapped** entièrement hors réseau externe — pour secret défense, santé, banque critique). **Fait notable, confirmé par Brad Smith : aucune nouvelle prise de participation** de Microsoft au capital de Mistral — un partenariat massif **sans mariage capitalistique**. SFEIR — partenaire Anthropic et Google Cloud, « sans intérêt à survendre le champion français » — tient Mistral pour **« le meilleur pari européen sur la couche modèle »** et en propose une lecture en trois temps. **Ce que l'accord apporte à une DSI** : un modèle européen de pointe, exécutable en environnement déconnecté et contrôlé par le client (chiffrement en mémoire, clés gérées localement), coche des cases que peu d'offres cochent. **La tension** : cette souveraineté se déploie **sur l'infrastructure d'un hyperscaler américain** ; il faut distinguer quatre souverainetés — **modèle, exécution, infrastructure, relation commerciale** — dont on peut « obtenir trois sur quatre, encore faut-il savoir laquelle manque ». Le seul élément qui rend la souveraineté **vraiment portable** est le **caractère open-weights** des poids de Mistral (même logique de réversibilité que pour **Kimi K3**). L'absence de prise au capital n'est pas un détail : elle préserve la gouvernance de Mistral **et** minimise le risque d'un examen antitrust (FTC, Commission européenne) — **de l'arbitrage réglementaire assumé**, pas seulement de la technique. **Le vrai angle mort** : la **lisibilité de la stratégie industrielle** de Mistral, présent simultanément sur presque tous les fronts (B2C avec Le Chat, B2B via la distribution Azure, modèle open-weights **et** ambition frontier, infrastructure très capitalistique — 200 MW sécurisés, cap 1 GW en 2030 —, partenariats à quelques gros comptes, verticalisation Robostral/OCR, service aux régulés) : full-stack souverain (lecture optimiste) ou dispersion d'une entreprise de trois ans valorisée ~20 Md€ sur des métiers aux modèles économiques divergents (lecture prudente). Pour une direction technique : **séparer le modèle du canal**, **concevoir pour sortir** (Design to Exit, l'open-weights rend la porte de sortie crédible), **router plutôt que parier** (architecture multi-LLM souveraine, RAISE). Conclusion : **la souveraineté est une propriété d'architecture, pas un label** — elle se qualifie dépendance par dépendance ; la lisibilité industrielle qui manque reste la vraie question ouverte, tranchée non par les communiqués mais par « les arbitrages des douze prochains mois ».
Thread X de **Dean W. Ball** — **Head of Strategic Futures chez OpenAI** depuis le 6 juillet 2026, **principal rédacteur d'America's AI Action Plan** sous l'administration Trump (positionnement à garder en tête pour lire un plaidoyer contre l'open-weights signé d'un insider du frontier propriétaire) : **six observations** déclenchées par le modèle chinois à poids ouverts **Kimi**, mais qui débordent vite le produit pour poser une **thèse géopolitique et idéologique** à contre-courant. (1) Kimi est **un très bon modèle**, non réductible à de la distillation, **à parité avec les meilleurs modèles publics du T1 2026** en codage agentique — mais **très gourmand en tokens**, donc pas si évidemment bon marché à opérer. (2) Ball se dit **surpris que l'État chinois continue d'autoriser l'open-sourcing** de modèles aussi bons : il l'explique à **~75 % par une « cécité stratégique » / un manque d'« AGI-pilledness »** (le PCC aurait une vision de l'IA « très Yann-LeCun-ienne »), et à ~25 % par le **manque de compute d'inférence** — faisant de la stratégie open-weights chinoise un **sous-produit involontaire des contrôles à l'export US** — plus le réflexe d'export agressif ; côté entreprises, l'ouverture est mi-idéologique mi-« on est derrière, personne ne paierait pour du sous-frontier chinois ». (3) Thèse centrale : **les modèles à poids ouverts sont intrinsèquement décélérationnistes** — ils **dissuadent le capex IA**. Ball s'étonne de l'enthousiasme des **« accélérationnistes »** pour l'open-weights, qu'il attribue à leur goût du **« voile d'ingouvernabilité »** (analogie avec *The Art of Not Being Governed* de James Scott et ses peuples des collines). (4) Un monde dominé par les poids ouverts mènerait au **« communisme de l'IA »** — l'IA non comme produit de marché mais comme **« bien public » / « infrastructure publique numérique »** fournie par l'État, « précisément ce que propose la Chine » ; Ball juge cet horizon **« dystopique »** et raconte s'être fait lobbyer, au gouvernement, pour un data center fédéral à **11-12 chiffres** subventionnant des startups qui donneraient leurs modèles gratis. (5) **Prédiction politique** : l'administration Trump finira par comprendre que sa meilleure stratégie n'est **pas d'« interdire l'open source »** (un des motifs les plus bêtes du débat) mais de **créer du risque réglementaire / de la FUD** via une **soft law** de chaque agence (« un bulletin de la Fed soupçonne des backdoors dans les modèles chinois »), assez pour que **les entreprises régulées reculent**, sans effrayer les hyperscalers (sinon les startups iront vers des fournisseurs plus douteux). (6) Ces modèles rendent **le monde un peu plus dangereux**, pas encore de façon perceptible — jusqu'au jour où si ; chute ironique sur l'« agent auto-répliquant échappé d'un labo chinois » (analogie COVID/lab-leak, « color me shocked »). À lire comme **contrepoint** au décryptage SFEIR (Kimi K3, réversibilité, [[sfeir-kimi-k3-moonshot-frontier-open-weights-2026-07-16]]) et au discours pro-open-source de Xi à la WAIC ([[xi-waic2026-gouvernance-mondiale-ia-2026-07-17]]).
#Dean W. Ball#Dean Woodley Ball#OpenAI
Dean W. Ball (Dean Woodley Ball, @deanwball sur X) — expert américain de premier plan en politique de l'IA et gouvernance des technologies émergentes. **Depuis le 6 juillet 2026 : Head of Strategic Futures chez OpenAI** (petite équipe sur la politique de l'IA de pointe — risques catastrophiques, auto-amélioration récursive, impact marché du travail, relations labos-États-société ; rend compte au Chief Strategy Officer Jason Kwon). Reste **Nonresident Senior Fellow** à la Foundation for American Innovation (FAI). **Parcours** : Senior Policy Advisor for AI and Emerging Technology à l'Office of Science and Technology Policy de la Maison Blanche (administration Trump) · où il fut le **principal rédacteur d'America's AI Action Plan** ; Research Fellow au Mercatus Center (George Mason) · Senior Program Manager à la Hoover Institution (Stanford) · Manhattan Institute · ex-Executive Director de la Calvin Coolidge Presidential Foundation. Auteur de la newsletter **Hyperdimensional** (21 000+ abonnés) ; Visiting Lecturer à la Yale Law School (cours sur la gouvernance de l'IA de pointe). Diplômé d'Histoire de Hamilton College (2014, magna cum laude) · ~33-34 ans · vit à Washington D.C. **Sensibilité** : libéral classique / libertarien · mais reconnaissant un rôle nécessaire de l'État face aux risques existentiels de l'IA. (Post X personnel ; date d'ajout à la veille : 2026-07-17.)
Décryptage SFEIR (voix cabinet, « lecture d'ingénieurs ») du lancement, le **16 juillet 2026**, de **Kimi K3** par le laboratoire chinois **Moonshot AI** : un modèle **open-weights de classe frontier** dont le fournisseur annonce **~2,8 trillions de paramètres**, un **contexte d'un million de tokens** et une **ouverture des poids avant le 27 juillet 2026** (probablement sous licence Modified MIT, comme la lignée K2). Thèse : la capacité qu'on croyait réservée aux géants propriétaires (Anthropic, OpenAI, Google) devient disponible **en poids ouverts, à prix cassé, chez un labo chinois**. SFEIR — pourtant **partenaire Anthropic et Google Cloud**, et donc « sans intérêt à survendre un modèle chinois » — assume une **mise en garde méthodologique** cardinale : au jour du lancement, **aucune table de benchmarks officielle et complète** n'existe ; specs (2,8 T, Kimi Delta Attention, +25 % d'efficacité d'entraînement) et scores sont **vendor-stated** ou issus d'**arènes communautaires**, « à traiter comme des revendications, pas comme des faits mesurés ». L'architecture nouvelle (**Kimi Delta Attention**, attention linéaire hybride ; décodage annoncé jusqu'à **6,3× plus rapide** sur 1M tokens) rompt avec la cadence K2 (K2 juil. 2025 → K2.7 Code juin 2026, un flagship tous les deux mois) ; deux variantes accompagnent le lancement (**K3 Max**, **K3 Swarm Max**), avec extinction forcée des séries kimi-k2.5/moonshot-v1 au **31 août 2026**. **La vraie arme, c'est le prix** (~3 $/M en entrée, 0,30 $ en cache, 15 $ en sortie selon sources secondaires) : un frontier open-weights à ce niveau **tire toute la courbe prix-performance vers le bas** — la banalisation de la couche modèle, accélérée par l'open-source. Mais la singularité décisive n'est pas un score : c'est la **réversibilité**. Un frontier open-weights transforme une API consommée (dépendance au fournisseur) en **option** (self-host, portage, sortie de captivité), au prix d'une infra lourde pour héberger 2,8 T de paramètres. Point de vue SFEIR : **l'open-weights change la question, pas seulement la réponse** — non plus « quel est le meilleur/le moins cher modèle ? » mais « quelle part de mon système suis-je prêt à rendre dépendante d'un fournisseur que je ne contrôle pas ? ». La bonne posture reste un **portefeuille routé** (un modèle par tâche, un modèle par contrainte), Kimi K3 ajoutant une **colonne « réversibilité »** à la grille de décision. Conviction « AI Only » inchangée : le modèle est une commodité, l'avantage durable est dans l'ingénierie qui l'entoure (Context Engineering, harnais, gouvernance des coûts, capacité à changer d'avis). Reste à valider les chiffres « sur le vôtre » — vos dépôts, vos données.
**Rapport récurrent de Mozilla**, *The state of open source AI*, **v1.0.1, juillet 2026**, introduit par une lettre de **Raffi Krikorian** (CTO) : sept sections, un site interactif et un rapport téléchargeable. Thèse posée en titre de la section 1 : *« The model layer has commoditized. Value accrues to the harness above it. »* **État capacitaire** : sur l'*Artificial Analysis Intelligence Index v4.1*, le meilleur modèle fermé marque **61** (Claude Opus 5) et le meilleur ouvert **57** (**Kimi K3**), quatrième au général et devant trois des plus grands laboratoires fermés ; sur l'*Epoch Capabilities Index*, l'écart est de **6 points** (K3 à 156 contre GPT-5.6 Sol à 162), soit *« about one release cycle »*, avec des intervalles de confiance qui se chevauchent. **Frontière en dents de scie** : l'ouvert mène en code frontend (K3 à 1 679 Elo sur LMArena Frontend Code Arena, six domaines sur sept), conteste le terrain agentique (88,3 contre 88,8 sur Terminal-Bench 2.1) et cède sur le travail de connaissance professionnel (Fable 5 devance K3 de 92 Elo sur GDPval-AA v2). **Bascule d'usage** : la part des tokens routés sur OpenRouter vers des modèles à poids ouverts est passée d'un niveau négligeable à un tiers fin 2025, puis à une **majorité mi-2026**, les sept modèles les plus consommateurs étant tous à poids ouverts — le rapport précisant lui-même que *« by request count, closed US providers still lead »*, l'avance ouverte étant un volume de tokens concentré sur le codage et l'agentique. **Le contraste central** : *« Open ships easy. Open deploys hard. »* — 79 % des développeurs qui ajoutent de l'IA utilisent des modèles ouverts contre 71 % pour les fermés, mais seules **53 %** des équipes en modèle ouvert atteignent la production **contre 63 %**, et l'écart se creuse avec la taille de l'organisation (fermé 54 % → 73 %, ouvert 53 % → 57 %), ce qui *« rules out a resources explanation »*. La carte de maturité du stack (48 composants, 9 couches) montre deux colonnes systématiquement froides — **standardisation** et ***enterprise readiness*** —, désignées comme l'écart opérationnel. **Section 5** : *« The agentic harness is another user agent »*, et *« The model is eating the harness »* — sur chaque modèle où les deux existent, le harnais du laboratoire l'emporte désormais, l'écart de 21,8 points s'étant comprimé à environ 3. D'où la formule : *« A harness tuned tightly to one lab's weights… degrades on anyone else's model, so the tighter the tuning, the less swappable the weights underneath. Lock-in arrives as a side effect of optimization. »*
#Mozilla#état de l'IA open source#poids ouverts
**Mozilla** — éditeur du rapport · avec une introduction signée **Raffi Krikorian** · *Chief Technology Officer*. Publié en **juillet 2026** (v1.0.1). Données issues de sources tierces créditées (Artificial Analysis, Epoch AI, OpenRouter, LMArena) et d'une enquête propre menée avec **SlashData** (*Mozilla / SlashData 2026 developer survey*, n = 1 410 sur la question des freins).