<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>thekb.eu — Économie &amp; Marché</title><description>Économie &amp; Marché · Veille technologique haute fidélité — IA, agents de codage, SDLC</description><link>https://www.thekb.eu/</link><language>fr</language><item><title>Claude Fable 5.1 and Mythos 5.1</title><link>https://www.thekb.eu/fr/fiches/anthropic-claude-fable-5-1-mythos-5-1-2026-09-01/</link><guid isPermaLink="true">https://www.thekb.eu/fr/fiches/anthropic-claude-fable-5-1-mythos-5-1-2026-09-01/</guid><description>Communication produit d&apos;**Anthropic** publiée le **1er septembre 2026** sur anthropic.com (~4 000 mots, six sections, 22 témoignages de partenaires d&apos;accès anticipé). Elle annonce **Claude Fable 5.1** (disponibilité générale) et **Claude Mythos 5.1** (accès vérifié) : *le même modèle, mais avec des niveaux de garde-fous différents*.</description><pubDate>Tue, 01 Sep 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Le **1er septembre 2026**, Anthropic annonce **Claude Fable 5.1** et **Claude Mythos 5.1**, présentés comme les modèles les plus avancés pour le codage et le travail de connaissance. Les deux sont **le même modèle sous-jacent** ; seuls diffèrent les niveaux de garde-fous. Fable 5.1 est en disponibilité générale ; Mythos 5.1 n&apos;est accessible que via des programmes d&apos;accès de confiance, avec des garde-fous conçus pour la cybersécurité et les sciences du vivant.

L&apos;annonce répond explicitement à trois retours clients. **Prix** : les lectures de cache baissent de 75 % à 0,25 $ par million de tokens, entrée et sortie restant à 10 $ et 50 $ ; le coût total baisse d&apos;environ 25 % sur charge typique et jusqu&apos;à 45 % sur charge fortement agentique. **Rétention de données** : les nouveaux *Enterprise Frontier Safeguards* stockent les données sur l&apos;infrastructure du client, offrant la confidentialité d&apos;un accord de rétention zéro tout en préservant la détection d&apos;usages adverses ; déploiement par phases à partir de l&apos;automne. **Garde-fous** : les classifieurs cyber produisent 60 % de faux positifs en moins, et Fable 5.1 est désormais autorisé à découvrir des vulnérabilités logicielles — sans développer d&apos;exploits.

Sur les performances, Fable 5.1 atteint 52,6 % sur Terminal-Bench-Science 0.1 (contre 24,7 % pour Fable 5 et 29,0 % pour Opus 5), 55,8 % sur Terminal-Bench 4.0 (60,9 % pour Mythos 5.1), 1853 sur GDPval-AA v2, 73,4 % sur CursorBench 3.2.0 et 31,4 % sur AutomationBench. Les résultats sont présentés en courbes coût/précision à cinq niveaux d&apos;effort ; à effort faible ou moyen, le modèle égale ou dépasse Fable 5 pour un coût bien moindre. Vingt-deux partenaires témoignent, dont Millennium, chez qui le modèle a diagnostiqué un crash survenant une fois sur un million que personne n&apos;avait expliqué en quatre à cinq ans.

La section scientifique documente trois résultats. En **design moléculaire**, Mythos 5.1 atteint un taux de réussite de près de 50 % sur 12 cibles protéiques, avec des affinités dix fois supérieures aux meilleures soumissions d&apos;Adaptyv Bio. En **modélisation**, Fable 5.1 a produit une carte altimétrique d&apos;un tiers de Vénus à partir des radars Magellan, publiée sous licence Creative Commons. En **biologie computationnelle**, Mythos 5.1 a accéléré sept modèles open source jusqu&apos;à 2,5× en écrivant des noyaux GPU, réduisant les coûts de 30 à 60 %.

Côté sûreté, Mythos 5.1 reste sous le palier de risque suivant de la Responsible Scaling Policy en biologie et dans la catégorie basse du Frontier Compliance Framework en cyber. L&apos;audit d&apos;alignement le trouve mieux aligné que Mythos 5, tout en reconnaissant une couverture limitée sur le long contexte, le multi-agent et les tâches impossibles.&lt;/p&gt;</content:encoded><category>Économie &amp; Marché</category><category>Claude Fable 5.1</category><category>Claude Mythos 5.1</category><category>modèle de fondation</category><category>lectures de cache</category><category>prix du cache</category></item><item><title>The turbulent AI era is here. The choices we make now are critical.</title><link>https://www.thekb.eu/fr/fiches/gates-ere-ia-turbulente-choix-critiques-2026-08-26/</link><guid isPermaLink="true">https://www.thekb.eu/fr/fiches/gates-ere-ia-turbulente-choix-critiques-2026-08-26/</guid><description>Essai publié sur **Gates Notes** le **26 août 2026** par **Bill Gates**, cofondateur de **Microsoft** et président du conseil de la **Gates Foundation**, ~4 500 mots, annoncé comme le premier d&apos;une série. Le texte pose une alternative — l&apos;IA sera le plus grand égalisateur jamais inventé, ou la pire source d&apos;injustice — et un constat : il n&apos;existe aucun plan pour entrer dans cette période. **(A) Trois risques** : la disparition durable des emplois d&apos;entrée et de milieu de carrière, cols blancs comme cols bleus, en une décennie plutôt qu&apos;en plusieurs générations, parce que la substitution porte cette fois sur la **cognition** ; l&apos;armement des acteurs malveillants (cyberattaques, bioterrorisme, fraude, deepfakes), doublé d&apos;une concentration du pouvoir chez ceux qui en détiennent déjà ; l&apos;effet des compagnons IA sur le développement des enfants et sur l&apos;esprit critique. **(B) Les bénéfices**, situés dans cinq domaines — recherche, santé, agriculture des pays à faible revenu (l&apos;impact que l&apos;auteur dit le plus rapide), services publics, éducation — avec une réserve portée sur le verbe : *« the operative word is &quot;can&quot; »*. **(C) Trois propositions** ouvrent la série : bâtir un cadre institutionnel national et international inédit, empruntant au régime d&apos;inspection nucléaire, à la régulation aérienne et aux accords sur l&apos;ozone ; réserver certains métiers aux humains, domaine nommé **Human Reserved** ; **taxer les tokens d&apos;IA et les robots** pour rééquilibrer la fiscalité du travail et du capital. Gates déclare ses liens financiers avec l&apos;industrie et le reversement de ses profits à la fondation. Le texte prolonge les tribunes de dirigeants sur la répartition de la valeur de l&apos;IA — [[nadella-frontier-ecosystem-human-token-capital-2026-06-12]], [[zuckerberg-meta-future-is-for-everyone-superintelligence-2026-08-10]] — en portant sur la puissance publique plutôt que sur la firme.</description><pubDate>Wed, 26 Aug 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Bill Gates ouvre par sa double trajectoire — construire des logiciels chez Microsoft, puis redistribuer la fortune ainsi accumulée — et en tire son cadrage : l&apos;IA sera le plus grand égalisateur jamais inventé, ou la pire source d&apos;injustice. Pour la première fois, une technologie peut remplacer et dépasser la cognition humaine. Or personne ne prépare cette transition : il n&apos;existe aucun plan.

Il attribue cette impréparation à une sous-estimation de l&apos;impact. Les erreurs actuelles des modèles trompent, alors que la fiabilité se corrige vite. Surtout, les analogies historiques induisent en erreur : le PC a mis vingt ans à transformer le travail parce qu&apos;il fallait développer les logiciels, faire baisser les prix et former les gens. L&apos;IA, elle, tourne sur les appareils déjà installés et parle en langue naturelle — c&apos;est elle qui s&apos;adapte à nous. Gates déclare ses liens financiers persistants avec l&apos;industrie, précise que les profits de ses investissements iront à la fondation, et laisse au lecteur le soin de juger.

Il expose trois risques. D&apos;abord la perte d&apos;emplois : parce que la substitution porte sur la cognition, elle touche le droit, le service client, la médecine, le logiciel et l&apos;industrie simultanément, sur une décennie et non sur des générations. Les postes d&apos;entrée et de milieu de carrière sont les plus exposés ; les cols bleus suivront à mesure que les robots dextres, développés surtout en Chine, deviendront bon marché. Ensuite l&apos;armement des acteurs malveillants : cyberattaques, bioterrorisme, fraude, deepfakes, sachant que capacités bénéfiques et dangereuses ne sont pas séparables — et, symétriquement, la concentration du pouvoir chez ceux qui en détiennent déjà. Enfin l&apos;effet sur le développement des enfants et sur les relations humaines, les compagnons IA étant décrits comme une serre protégée qui prive des leçons du contact réel.

Les bénéfices sont réels et situés : accélération de la recherche, santé, agriculture des pays à faible revenu — l&apos;impact qu&apos;il dit le plus rapide —, services publics et éducation. Mais le verbe reste « can » : rien n&apos;advient automatiquement, d&apos;où le rôle nécessaire des États et de la philanthropie.

Il propose donc trois premières mesures. Bâtir un cadre institutionnel national et international inédit, empruntant à l&apos;inspection nucléaire, à la régulation aérienne et aux accords sur l&apos;ozone. Instituer un domaine « Human Reserved », des métiers soustraits à l&apos;automatisation pour des motifs économiques ou humains. Rééquilibrer la fiscalité en taxant tokens et robots, puisqu&apos;aujourd&apos;hui le système pousse à remplacer les personnes. Il conclut en appelant à élargir le cercle des voix qui façonnent le débat.&lt;/p&gt;</content:encoded><category>Philosophie &amp; Société</category><category>équité et IA</category><category>transition vers l&apos;ère IA</category><category>substitution de la cognition</category><category>disparition d&apos;emplois</category><category>emplois d&apos;entrée de gamme</category></item><item><title>DuckDB and the changing physics of analytics</title><link>https://www.thekb.eu/fr/fiches/warfield-duckdb-changing-physics-analytics-2026-08-26/</link><guid isPermaLink="true">https://www.thekb.eu/fr/fiches/warfield-duckdb-changing-physics-analytics-2026-08-26/</guid><description>Billet invité d&apos;**Andy Warfield**, ingénieur du service **S3** chez **AWS**, publié le **26 août 2026** sur *All Things Distributed*, le blog de **Werner Vogels**, qui le présente en quelques lignes signées *« --W »* : **3 554 mots** annoncés par la page. Le texte sert de véhicule à l&apos;annonce que **DuckLabs**, l&apos;équipe derrière **DuckDB**, rejoint **AWS**. (A) La thèse : l&apos;informatique système consiste à chercher le compromis élégant face à une « physique » mobile — les rapports entre vitesse mémoire, réseau et calcul — et cette physique a changé. Warfield chiffre l&apos;écart : une **m1.xlarge** de 2007 offrait **15 Go de RAM**, **4 cœurs virtuels** et **~1 Gb/s** de réseau ; une **m8g.48xlarge** d&apos;aujourd&apos;hui environ **50×** plus de chacun des trois. La croissance des jeux de données, elle, suit une distribution dont les très grands volumes sont la queue. (B) La conséquence : le traitement distribué — **MapReduce**, les **RDD** de **Spark** — a été conçu sous la contrainte d&apos;I/O du début des années 2000, et une grande part du travail qui lui était confié n&apos;a plus besoin de quitter l&apos;application. D&apos;où le moteur embarqué en bibliothèque, dans l&apos;espace d&apos;adressage de l&apos;application, dont **DuckDB** est l&apos;exemple. Warfield y adosse l&apos;article *Scalability! But at what COST?* (2015) et l&apos;épigraphe de **Paul Barham** : *« You can have a second computer once you&apos;ve shown you know how to use the first one. »* Il pose une réserve explicite : *« When a job genuinely needs a thousand machines, it needs a thousand machines. »* Le corpus tient déjà [[vogels-tech-predictions-2026-allthingsdistributed-2025-11-25]] du même blog et [[anthropic-self-service-data-analytics-claude-agentic-stack-2026-06-03]] sur l&apos;analytique en libre-service.</description><pubDate>Wed, 26 Aug 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Andy Warfield, ingénieur du service S3 chez AWS, publie le 26 août 2026 un billet invité sur All Things Distributed, présenté par Werner Vogels. Il y explique pourquoi les moteurs analytiques embarqués comme DuckDB prennent de l&apos;importance, et annonce que DuckLabs, l&apos;équipe qui développe DuckDB, rejoint AWS.

Sa grille de lecture est celle d&apos;une « physique » mobile. Là où les sciences physiques explorent des invariants, l&apos;informatique système cherche le compromis élégant face à des rapports qui bougent : vitesse de la mémoire contre celle du réseau, richesse des abstractions contre puissance disponible. Il cite trois moments — le projet NOW de Berkeley, ses propres travaux sur Xen, les recherches MonetDB et X100 au CWI d&apos;Amsterdam, où le goulot du traitement de requêtes s&apos;était déplacé du disque vers le CPU — et note que ces contraintes reviennent par cycles.

Appliquée aux données, cette grille explique le traitement distribué. Le traitement est toujours plus simple et plus efficace sur une seule machine rapide, mais quand le disque ou la carte réseau d&apos;un serveur ne suffisent plus à lire le volume voulu, on partitionne. C&apos;était la contrainte du début des années 2000, celle qui a produit MapReduce puis les RDD de Spark. Warfield relève deux qualités de ces systèmes : ils ont beaucoup innové sur l&apos;ergonomie développeur, et ils ont assumé un coût fixe de planification et de distribution en pariant sur le débit obtenu par ajout de machines plutôt que sur l&apos;efficacité unitaire.

Or les rapports ont changé. Une instance actuelle offre environ cinquante fois la mémoire, les cœurs et la bande passante réseau de la plus grosse instance EC2 de 2007, tandis que la croissance des jeux de données suit une distribution dont les cas extrêmes sont la queue. Le papier Scalability! But at what COST? de 2015 avait déjà montré qu&apos;une implémentation mono-thread soignée pouvait battre des frameworks distribués sur cent vingt-huit cœurs.

DuckDB, lancé en 2018 par Hannes Mühleisen et Mark Raasveldt, applique cette logique : un moteur analytique en bibliothèque, tournant dans l&apos;espace d&apos;adressage de l&apos;application, sur le modèle de diffusion de SQLite. AWS en est devenu client puis sponsor de l&apos;extension Iceberg, dans le sillage de S3 Tables ; l&apos;extension supporte Iceberg v2 et v3 et dépasse 800 000 téléchargements par semaine.

Warfield ne présente pas l&apos;embarqué comme un remplacement : quand un traitement exige mille machines, il les exige. Ce qui change, écrit-il, c&apos;est qu&apos;une grande part du travail sur données n&apos;avait jamais besoin d&apos;un cluster. DuckLabs rejoint AWS comme filiale, le projet restant open source sous licence MIT et sous la garde de la DuckDB Foundation.&lt;/p&gt;</content:encoded><category>Architecture &amp; Construction</category><category>DuckDB</category><category>DuckLabs</category><category>acquisition AWS</category><category>moteur analytique embarqué</category><category>bibliothèque en processus</category></item><item><title>DeepSeek Harness developer preview: Everything is a plugin</title><link>https://www.thekb.eu/fr/fiches/deepseek-harness-everything-is-a-plugin-2026-08-13/</link><guid isPermaLink="true">https://www.thekb.eu/fr/fiches/deepseek-harness-everything-is-a-plugin-2026-08-13/</guid><description>Page produit officielle de **DeepSeek**, publiée le **13 août 2026**, **non signée**, ~450 mots, annonçant la mise en *developer preview* de **DeepSeek Harness** (`dsh`) — un harnais d&apos;agent de codage **open source sous licence MIT**, dont le dépôt est ouvert le même jour. Thèse en trois mots, répétée en titre et en description du dépôt : *« Everything is a plugin »*, assortie d&apos;une seconde promesse, *« Every run is traceable »*. La page pose l&apos;équation *« AGENT = MODEL + HARNESS »* et énumère les capacités enfichables — *« models, tools, skills, sessions, sandboxes, storage, loops, scheduling, and the UI »*. Quatre modes sont livrés : **Standard** (agent de codage complet), **Code** (outils exposés via le *Code Mode SDK*, pour que le modèle compose des opérations multi-étapes dans un programme TypeScript), **Minimal** (*« two-tool coding agent with persistent bash and str_replace_editor »*, explicitement *« for benchmarking models in a minimal environment »*) et **Creator** (inspection du runtime, test de plugins en mémoire). La substance technique est dans le dépôt, non sur la page : `docs/architecture.md` énonce un invariant de journalisation — *« Model-visible means logged. Anything that reaches a model request must be reconstructable from the log, and a runtime invariant asserts it »* — et pose qu&apos;*« il n&apos;y a pas de noyau privilégié à patcher »*. Le noyau technique n&apos;est pas de DeepSeek : DSH est bâti sur **Cordis** (projet `cordiverse`, tiers), **vendoré** dans `vendor/` avec manifeste et procédure de synchronisation, et la page met le *« Cordis paper »* au même rang de navigation que « GitHub » et « Developer docs ». Deux adaptateurs LLM sont livrés — `dsh-llm-deepseek` et `dsh-llm-pi-ai`, adaptateur multi-fournisseurs générique. Le dépôt avertit en capitales : *« THERE WILL BE COMPATIBILITY-BREAKING CHANGES »*, et `CLAUDE.md` précise que `SESSION_FORMAT_VERSION` reste à `0` *« with no compatibility promise »*, les backends rejetant les anciens formats sur disque. Calendrier : DSH sort le jour où **DeepSeek-V4-Pro passe en GA**, trois jours avant une nouvelle grille tarifaire API effective le **16 août 2026 à 16:00 UTC**, en heures pleines / heures creuses avec un creux à **−50 %**.</description><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Page de lancement produit publiée le **13 août 2026** par **DeepSeek**, **non signée**, pour la mise en *developer preview* de **DeepSeek Harness** (`dsh`), harnais d&apos;agent de codage **open source sous licence MIT** dont le dépôt est ouvert le même jour.

**Ce que dit la page.** Deux promesses, en quatre cents mots et sans un chiffre. **« Everything is a plugin »** : toute capacité — modèles, outils, skills, sessions, sandboxes, stockage, boucles, ordonnancement, interface — est un plugin **substituable par configuration, sans modifier le code source**. **« Every run is traceable »** : tout ce que le modèle voit est inscrit dans un **log de session append-only** — prompts système, raisonnement, appels d&apos;outils et résultats, ordonnancement des subagents, chaque injection de contexte — et *« resume, fork, search et replay opèrent tous sur le même flux d&apos;événements »*. Le noyau est **Cordis**, framework tiers vendoré, décrit dans un papier externe et crédité en évidence. Quatre modes d&apos;exécution sont livrés : **Standard** (outillage complet), **Code** (outils exposés via un SDK TypeScript pour combiner plusieurs opérations en un programme), **Minimal** (deux outils, bash persistant et `str_replace_editor`, *« for benchmarking models in a minimal environment »*) et **Creator** (inspection du runtime, test de plugins en mémoire, composition de nouveaux modes). Démarrage : `npx @deepseek-ai/dsh web`.

**Ce que la page ne dit pas.** L&apos;affirmation la plus forte est dans `docs/architecture.md` : ***« Model-visible means logged. Anything that reaches a model request must be reconstructable from the log, and a runtime invariant asserts it. »*** **Une garantie assertée à l&apos;exécution**, pas un affichage — c&apos;est la propriété qui distingue réellement DSH, et elle est absente de l&apos;argumentaire. Le même dépôt en fournit le démenti : `SESSION_FORMAT_VERSION` reste à **`0` sans promesse de compatibilité**, *« backends reject old on-disk formats »*, et le README avertit en capitales qu&apos;il y aura des ruptures. **Traçable maintenant ne veut pas dire archivable demain.**

**Le modèle d&apos;affaires est dans le calendrier.** DSH sort le jour de la **GA de DeepSeek-V4-Pro** et **trois jours avant** une nouvelle grille tarifaire API (16 août, 16:00 UTC ; heures creuses à **−50 %**). **Harnais donné, inférence renchérie** — l&apos;inverse exact du modèle d&apos;Anthropic.

**Ce qui se vérifie.** La substituabilité tient au moins sur la couche modèle : outre l&apos;adaptateur DeepSeek, **`dsh-llm-pi-ai`** rend tout gateway OpenAI-compatible accessible *« par configuration, pas par changement de code »*. Et le mode Minimal livre le **harnais de mesure** dans le produit — tentative de reprendre à Claude Code la définition du benchmark, alors même que le dépôt de DSH contient un `CLAUDE.md` et un `.claude/skills`.&lt;/p&gt;</content:encoded><category>Agents de codage IA &amp; Skills</category><category>DeepSeek Harness</category><category>dsh</category><category>harnais d&apos;agent</category><category>agent harness</category><category>everything is a plugin</category></item><item><title>Mistral AI wants to build 1 gigawatt of European compute by 2030 — and lock in customers now.</title><link>https://www.thekb.eu/fr/fiches/nunez-mistral-gigawatt-compute-europeen-venturebeat-2026-08-11/</link><guid isPermaLink="true">https://www.thekb.eu/fr/fiches/nunez-mistral-gigawatt-compute-europeen-venturebeat-2026-08-11/</guid><description>Article d&apos;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&apos;annonce, ~2 000 mots. Mistral élargit son offre d&apos;infrastructure en trois volets : **Mistral Regional Endpoints** en disponibilité générale (épingler l&apos;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&apos;entreprises européennes** dont les engagements pluriannuels doivent financer **200 MW d&apos;ici fin 2027** et **1 GW d&apos;ici fin 2030**. Le véhicule s&apos;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&apos;intérêt des compute units, c&apos;est d&apos;avoir de l&apos;engagement »* — et, sur la sortie anticipée : *« There is no getting out. »* L&apos;article met l&apos;ambition à l&apos;é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&apos;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&apos;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&apos;est un excellent modèle. Tout le monde l&apos;adore. Il est open-weight, donc il n&apos;y avait aucune bonne raison de ne pas le faire. »* L&apos;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&apos;outils**, la recherche web notamment, et pose que le **gating est la fonctionnalité, pas le défaut**. Formulation de l&apos;auteur : *« le contrôle régional complet est disponible, mais dès qu&apos;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&apos;ancrage des datacenters européens de Mistral depuis juillet, est présenté comme ce qui dé-risque la construction.</description><pubDate>Tue, 11 Aug 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Article publié sur **VentureBeat** le **11 août 2026** par **Michael Nuñez**, à partir d&apos;un **entretien exclusif sous embargo** avec **Timothée Lacroix**, cofondateur et CTO de **Mistral AI**.

**L&apos;annonce, en trois volets.** (1) **Mistral Regional Endpoints**, en disponibilité générale : épingler l&apos;inférence et ses traitements associés en **Europe ou aux États-Unis**. (2) Un **Priority Tier** en préversion publique : niveaux de service engagés, quotas sur mesure, **SLA de disponibilité** pour les charges critiques. (3) Une **coalition d&apos;entreprises européennes** — **Amadeus, ASML, Capgemini, CMA CGM** — dont les engagements pluriannuels doivent financer **200 MW d&apos;ici fin 2027** et **1 GW d&apos;ici fin 2030**. S&apos;y ajoute l&apos;hébergement de **modèles ouverts tiers**, à commencer par **GLM-5.2** du laboratoire chinois **Z.ai** (ex-Zhipu).

**Le véhicule financier.** Les engagements se convertissent en **European Compute Units (ECU)** : une créance pluriannuelle sur de la capacité construite par Mistral, fongible entre inférence, entraînement, adaptation de modèles ou Kubernetes managé. La structure tient davantage du **contrat d&apos;achat d&apos;électricité** que du contrat cloud : les prêteurs veulent la demande verrouillée avant que le capital ne parte. Lacroix ne l&apos;habille pas : *« Tout l&apos;intérêt des compute units, c&apos;est d&apos;avoir de l&apos;engagement »*, cinq ans visés, et sur la sortie anticipée — ***« There is no getting out. »***

**Les ordres de grandeur.** Mistral déclare exploiter *« moins de 200 MW »* ; les sites détaillés totalisent **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&apos;1 GW à **~38 Md$** de capex initial, majoritairement en GPU ; **Goldman Sachs** à 15-20 M$/MW hors puces ; **McKinsey** évalue le besoin mondial à **5 200 Md$ d&apos;ici 2030**. Mistral a levé **~4 Md$ au total** (PitchBook), après **830 M€ de dette** pour le site parisien.

**Les petites lignes.** L&apos;inférence en région reste soumise à des *« transferts limités et encadrés »* vers des sous-traitants hors région : concrètement, **les appels d&apos;outils** — la recherche web notamment. Réponse de Lacroix : **couper la capacité** est la fonctionnalité, pas le défaut. Un troisième endpoint, *« sur du compute Mistral »* hors matériel d&apos;hyperscaler, est annoncé mais n&apos;existe pas.

**Le repositionnement.** En distribuant des modèles ouverts tiers sous contrôles régionaux et SLA maison, Mistral devient une **couche de distribution souveraine** — le playbook *model garden* de Bedrock et Vertex, en Europe. Le fossé concurrentiel se déplace du modèle vers l&apos;infrastructure. Ce qui finance le tout : la conviction que **les modèles au trillion de paramètres et les tokens agentiques rendent l&apos;inférence on-prem intenable**, ramenant le revenu au cloud.

**Les dépendances non résolues** : GPU **Nvidia**, et **Microsoft** en locataire d&apos;ancrage des datacenters européens.&lt;/p&gt;</content:encoded><category>Économie &amp; Marché</category><category>Mistral AI</category><category>souveraineté numérique</category><category>souveraineté IA</category><category>compute européen</category><category>gigawatt</category></item><item><title>To FDE, or not to FDE?</title><link>https://www.thekb.eu/fr/fiches/zhang-decagon-fde-produit-2026-08-11/</link><guid isPermaLink="true">https://www.thekb.eu/fr/fiches/zhang-decagon-fde-produit-2026-08-11/</guid><description>Article long format publié sur **X** le **11 août 2026** par **Jesse Zhang**, CEO de **Decagon** (agents IA de service client), sous un titre en forme de dilemme — *« To FDE, or not to FDE? »* — consacré au **Forward Deployed Engineer**, devenu *« la réponse à presque toutes les questions difficiles du go-to-market IA »*. Constat de départ : Anthropic et OpenAI ont monté des bras de déploiement entreprise explicitement calqués sur Palantir, *« chaque boîte en seed »* affiche une offre FDE, et les annonces pour ce titre seraient en hausse de plusieurs centaines de pour cent en un an. **(A) La généalogie Palantir** fournit l&apos;armature : la formule de **Shyam Sankar** (CTO), *« FDEs eat pain and excrete product »*, et le rappel de **Joe Lonsdale** que Palantir a passé près de deux décennies traitée de *« cabinet de conseil déguisé »* sur la base d&apos;une observation exacte. Les déploiements bespoke de **Gotham** (CIA, NSA, renseignement militaire) ont été encodés en primitives de plateforme — ontologie, modèles d&apos;objets, permissions, moteurs de workflow, traçabilité de provenance — devenues **Foundry**, puis Apollo et AIP ; la standardisation a fait monter la marge brute dans les 80 % et Palantir est passée d&apos;un motion FDE à une vente par comptes, beaucoup de FDE migrant vers l&apos;ingénierie cœur. *« La douleur était l&apos;intrant du produit, pas un coût de vente. »* **(B) Le critère proposé** n&apos;est pas de renoncer au FDE mais de savoir quand s&apos;arrêter : y aller tôt, puis se demander si l&apos;on est encore en train de **découvrir** — *« Le piège, ce n&apos;est pas de commencer. C&apos;est de ne pas s&apos;arrêter. »* **(C) Une distinction que peu font : FDE ≠ implémentation.** *« Construire cette intégration dans leur système de ticketing »* est un travail réel mais d&apos;exécution contre une spec connue, non de découverte d&apos;une spec inconnue ; confondre les deux *« est la façon dont une entreprise se convainc qu&apos;une org de services qui grossit est un investissement produit »*. Chute : *« Si vos FDE digèrent de la douleur et excrètent encore de la douleur, vous n&apos;avez pas une équipe FDE. Vous avez une entreprise de services. »* Deux chiffres sont avancés sur Decagon — *« deux tiers du travail de déploiement se fait désormais de façon autonome via Duet »* et *« quelques jours en moyenne pour lancer le premier AOP, même pour de grandes banques, compagnies aériennes, télécos »* — sans que le dénominateur « travail de déploiement » soit défini ni le sigle AOP développé.</description><pubDate>Tue, 11 Aug 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Article long format publié sur **X** le **11 août 2026** par **Jesse Zhang**, CEO de **Decagon** (agents IA de service client).

**Le constat de départ.** Le *Forward Deployed Engineer* est devenu la réponse par défaut à toutes les difficultés du go-to-market IA : déploiements pénibles, clients incapables de s&apos;auto-servir, produit pas prêt. **Anthropic et OpenAI** ont monté des bras de déploiement entreprise **explicitement calqués sur Palantir** ; les annonces pour ce titre seraient en hausse de plusieurs centaines de pour cent en un an. Or, note Zhang, c&apos;était jusqu&apos;à récemment **un motif de critique** — revenus de moindre qualité, marges structurellement plafonnées — et *« rien dans l&apos;économie sous-jacente n&apos;a changé »*. Ce qui a changé : à l&apos;ère de l&apos;IA, les entreprises ignorent le chemin vers le résultat mais croient au résultat, et **le FDE livre du résultat**.

**Le précédent Palantir.** Shyam Sankar, CTO : ***« FDEs eat pain and excrete product. »*** Joe Lonsdale reconnaît que la réputation de « cabinet de conseil déguisé » reposait sur une observation exacte. Les déploiements **Gotham** sur mesure ont été encodés en primitives — **ontologie, modèles d&apos;objets, permissions, moteurs de workflow, traçabilité de provenance** — devenues **Foundry**, puis Apollo et AIP. Avec la standardisation, la **marge brute est montée dans les 80 %** et Palantir a quitté le motion FDE. *« La douleur était l&apos;intrant du produit, pas un coût de vente. »*

**La thèse.** Envoyer des ingénieurs est justifié **quand la catégorie est neuve** : un agent comptable en 2026 n&apos;a pas de workflow établi, et le client lui-même ne peut pas le décrire. **Mais une fois les parcours connus, il faut retirer les FDE — et personne n&apos;en aura envie**, parce que les garder est plus facile à chaque sprint : on n&apos;a jamais à trancher un arbitrage produit, à dire non, à faire un choix d&apos;architecture douloureux. On garde alors **tous les inconvénients du modèle sans le bénéfice de découverte**. Zhang distingue en outre **FDE et implémentation** : l&apos;un découvre une spec inconnue, l&apos;autre exécute une spec connue ; les confondre permet de faire passer une org de services pour un investissement produit.

**Le cas Decagon.** Approche produit assumée, motivée par deux demandes constantes des entreprises : **vitesse d&apos;itération** et **refus du verrouillage fournisseur**. Coût : transformer les escalades en exigences plutôt qu&apos;en patchs. Bénéfice **auto-déclaré** : *« deux tiers du travail de déploiement »* réalisés de façon autonome via **Duet**, et *« quelques jours »* pour lancer le premier **AOP** chez de grandes banques, compagnies aériennes ou télécos. Chiffres non définis et invérifiables.

**La chute** : *« Si vos FDE digèrent de la douleur et excrètent encore de la douleur, vous n&apos;avez pas une équipe FDE. Vous avez une entreprise de services. »*&lt;/p&gt;</content:encoded><category>Stratégie &amp; Frameworks</category><category>Forward Deployed Engineer</category><category>FDE</category><category>ingénieur déployé chez le client</category><category>go-to-market IA</category><category>motion de déploiement</category></item><item><title>The Future is for Everyone: The Path to a Positive AI Future</title><link>https://www.thekb.eu/fr/fiches/zuckerberg-meta-future-is-for-everyone-superintelligence-2026-08-10/</link><guid isPermaLink="true">https://www.thekb.eu/fr/fiches/zuckerberg-meta-future-is-for-everyone-superintelligence-2026-08-10/</guid><description>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&apos;emblée : l&apos;autonomisation individuelle comme source de prospérité, l&apos;invention comme finalité première de la superintelligence, l&apos;équilibre des pouvoirs comme fondement de la sûreté. **(A) L&apos;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&apos;aligner simultanément sur des intérêts contraires, toute superintelligence singulière devrait donc hiérarchiser certaines valeurs contre d&apos;autres et serait par là même incapable d&apos;être bienveillante envers tous. D&apos;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&apos;entreprise). **(B) Une redéfinition de l&apos;alignement** : *« Résoudre l&apos;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&apos;alignement avec leurs intérêts. »* Le corollaire vise le reste de l&apos;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&apos;un **mécanisme d&apos;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&apos;administration indépendant** le pouvoir d&apos;approuver les critères de sûreté de publication et de vérifier la conformité de chaque sortie, l&apos;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&apos;entraînement intermédiaires** et des ingénieurs plutôt qu&apos;une revue de fin de cycle, et qu&apos;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.</description><pubDate>Mon, 10 Aug 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Manifeste publié sur **meta.com** le **10 août 2026**, signé ***« – Mark »*** (**Mark Zuckerberg**), ~6 500 mots.

**Les trois principes.** L&apos;**autonomisation individuelle** comme source de prospérité, l&apos;**invention** — et non l&apos;automatisation — comme finalité première de la superintelligence, et l&apos;**équilibre des pouvoirs** comme fondement de la sûreté. La question directrice : *« qui aura accès à la superintelligence et vers quoi la dirigerons-nous ? »*

**L&apos;argument central.** L&apos;alignement conçu comme convergence vers un système bienveillant unique est *« fondamentalement erroné »*, parce que ***« l&apos;humanité n&apos;est pas une monoculture »*** : les valeurs des gens encodent des arbitrages opposés, et aucune solution technique ne peut s&apos;aligner à la fois sur des intérêts contraires. Donc ***« il n&apos;existe pas de superintelligence singulière bienveillante »***. La sûreté n&apos;est pas un problème d&apos;ingénierie mais de **répartition du pouvoir** — démontré par trois expériences de pensée identiques (avocat, cybersécurité, entreprise : un seul détenteur nuit, la généralisation bénéficie). Corollaire adressé à l&apos;industrie : le scénario le plus dangereux serait *« des labos de pointe entraînant des modèles puissants et les gardant pour eux »*.

**Ce que Meta s&apos;engage à faire.** Un agent personnel 24/7 avec **mode entièrement privé** où *« même Meta »* ne peut donner accès ; des outils de création et de création d&apos;entreprise ; un tuteur personnalisé ; l&apos;accès aux avancées scientifiques (Biohub) ; des **versions gratuites** pour des milliards, plus une **enchère dynamique** pour le compute payant. Côté gouvernance : le **conseil d&apos;administration indépendant** approuvera les critères de sûreté de publication et vérifiera leur respect, l&apos;auteur reconnaissant que Meta reste **contrôlée par son fondateur**. Côté ouverture : *« nous **reprendrons** bientôt la publication de **certains** modèles open source »*, plus une défense explicite de la **distillation** — *« on peut apprendre de tout ce qu&apos;on peut observer »*.

**Les risques traités.** Emploi (rien n&apos;oblige l&apos;automatisation à devancer les capacités ; le compute fini crée un coût d&apos;opportunité favorable à l&apos;invention) ; infrastructure (**community compacts**, *Future Is For Everyone Fund*, prime de 50 000 $ aux enseignants de Richland Parish, water-positive 2030) ; cyber et biorisque (les défenseurs doivent garder l&apos;avantage ; réguler la production physique plutôt que la connaissance) ; tyrannie (vie privée, **checkpoints d&apos;entraînement intermédiaires** au gouvernement plutôt que revue bloquante) ; leadership américain (avance de deux mois décisive, contrôles à l&apos;export maintenus).

**Deux réserves.** Le **sourcing est quasi nul** — les statistiques emploi, l&apos;incident HuggingFace, la capacité nucléaire chinoise ne sont pas référencés. Et **l&apos;alignement y devient une conséquence de l&apos;adoption** : *« si des milliards de gens utilisent et scrutent des agents personnels, alors nous aurons résolu l&apos;alignement »*. C&apos;est l&apos;inférence la plus lourde et la moins défendue.&lt;/p&gt;</content:encoded><category>Philosophie &amp; Société</category><category>Mark Zuckerberg</category><category>Meta</category><category>Meta Superintelligence Labs</category><category>manifeste</category><category>doctrine d&apos;entreprise</category></item><item><title>Graphify — Knowledge Graphs for AI Coding Assistants (site graphify.net : vitrine, annuaire d&apos;outils et galerie de dépôts graphifiés)</title><link>https://www.thekb.eu/fr/fiches/graphify-net-annuaire-ia-coding-2026-08-06/</link><guid isPermaLink="true">https://www.thekb.eu/fr/fiches/graphify-net-annuaire-ia-coding-2026-08-06/</guid><description>Site **graphify.net**, consulté le **6 août 2026**, maintenu par **Safi Shamsi** — le créateur de la skill open source graphify (cf. [[skill-shamsi-graphify-2026-08-06]]). Le domaine porte deux objets qu&apos;il faut distinguer. **Le premier est une vitrine produit** : présentation de graphify, guides d&apos;usage, référence CLI, et surtout une galerie de **100 dépôts GitHub tendance déjà graphifiés** — *« 100 repos, 854 079 nœuds, 1 932 930 arêtes »* — filtrables par langage et par taille de graphe, chacun avec sa prévisualisation et sa page de détail. **Le second, et c&apos;est le plus intéressant pour une veille, est un annuaire éditorial** : *« 30 AI coding client guides »*, un répertoire de serveurs MCP comparés sur *« transport, runtime, client support, setup effort, and access risks »*, des comparaisons structurées entre outils (Cursor contre Codex), et un flux d&apos;articles au ciblage manifestement longue traîne (*« GLM-5.2 Knowledge Graph for Developers »*, *« Trae Context Engineering for Agents »*, *« Symphony Knowledge Graph for Agent Memory »*, *« What Is Cowart? A Codex Plugin for Image Editing »*). Le site revendique une méthode — *« source-reviewed »*, *« aligned decision fields, official evidence, and explicit unknowns »* — et se décline en six langues. **Le point que cette fiche existe pour consigner** : le site est **factuellement décalé par rapport au produit qu&apos;il présente**. Il annonce **« 3,7k+ GitHub Stars »** quand l&apos;API GitHub en compte **103 187** le même jour, une **licence MIT** répétée trois fois quand le fichier `LICENSE` du dépôt est une **Apache 2.0**, et met en avant l&apos;argument **« 71,5× de réduction de tokens »** qui appartient au README de la génération v1 et a disparu de la version courante. **Un site officiel qui affiche 3,7 % du nombre d&apos;étoiles réel et se trompe de licence** est un signal en soi : la couche de communication n&apos;a pas suivi le rythme du dépôt.</description><pubDate>Thu, 06 Aug 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Site **graphify.net**, consulté le 6 août 2026, propriété officielle de **Safi Shamsi**, créateur de la skill open source graphify. Le domaine porte trois choses distinctes de la plateforme commerciale `graphify.com` et du dépôt GitHub.

**Une vitrine produit**, d&apos;abord : présentation de graphify, guides d&apos;usage, référence de la CLI, pages sur tree-sitter et le clustering de Leiden.

**Une galerie de démonstration**, ensuite, et c&apos;est la partie la plus convaincante : **100 dépôts de GitHub Trending déjà graphifiés**, totalisant **854 079 nœuds et 1 932 930 arêtes**, filtrables par langage et par taille, chacun affichant son compte de nœuds, d&apos;arêtes et de communautés, avec prévisualisation du graphe et page de détail. Montrer l&apos;outil tourner sur des dépôts connus vaut mieux qu&apos;un argumentaire, et produit au passage un jeu de données public de graphes comparables.

**Un annuaire éditorial**, enfin, qui a de la valeur indépendamment du produit qu&apos;il promeut : **30 guides de clients de codage IA** comparés sur le workflow, les agents, le prix, la sécurité et l&apos;adéquation à la livraison ; un **répertoire de serveurs MCP** évalués sur le transport, le runtime, les clients supportés, l&apos;effort d&apos;installation et **les risques d&apos;accès** ; des comparaisons deux à deux sur champs alignés. Le site revendique une méthode — *« source-reviewed »*, preuves officielles, inconnues explicites — et se décline en six langues.

**Cette fiche existe surtout pour consigner un décalage.** Le même jour, le site annonce **« 3,7k+ étoiles GitHub »** quand l&apos;API en compte **103 187** ; il déclare **trois fois** une licence **MIT** quand le fichier `LICENSE` du dépôt est une **Apache 2.0** ; et il met en avant l&apos;argument **« 71,5× de réduction de tokens »**, qui appartient au README de la génération v1 et a disparu de la version courante au profit de benchmarks LOCOMO et LongMemEval. Le site décrit donc un produit d&apos;il y a plusieurs générations.

**L&apos;erreur de licence est la plus sérieuse** : MIT et Apache 2.0 n&apos;emportent pas les mêmes obligations, notamment sur les brevets et la mention des modifications.

Reste une observation stratégique : **un éditeur d&apos;outil qui construit l&apos;annuaire de sa propre catégorie** occupe la requête d&apos;évaluation avant ses concurrents. La revendication de neutralité ne supprime pas le conflit d&apos;intérêts — graphify figure parmi les skills mises en avant du site. Point d&apos;entrée utile, arbitre non.&lt;/p&gt;</content:encoded><category>Outils &amp; Plateformes</category><category>graphify.net</category><category>annuaire d&apos;outils IA</category><category>directory</category><category>guides clients IA</category><category>comparaison d&apos;outils</category></item><item><title>Efficient Tokens &amp; Effective Teams in Buzz</title><link>https://www.thekb.eu/fr/fiches/patel-block-buzz-teams-tokens-benchmarks-2026-08-06/</link><guid isPermaLink="true">https://www.thekb.eu/fr/fiches/patel-block-buzz-teams-tokens-benchmarks-2026-08-06/</guid><description>Billet de benchmarks **Block Engineering** du **6 août 2026**, signé **Atish Patel**, portant sur **Buzz** — le workspace humains + agents lancé le 21 juillet — et posant une question de coût : quelle est l&apos;équipe d&apos;agents **la moins chère qui réussit de façon fiable** ? Trois résultats. **(A) Un résultat négatif, publié en entier** : sur **Terminal-Bench 2.1**, **douze compositions d&apos;équipe** (paires, triades, essaims bon marché sous un modèle *frontier*) ont été opposées à l&apos;agent solo autour duquel chacune était construite, et **aucune ne l&apos;a devancé à prix équivalent**. L&apos;explication est structurelle — une tâche qui finit en minutes *« n&apos;a pas assez de structure pour être divisée »*, et *« More agents mostly buys you the cost of explaining it twice »*. **(B) L&apos;horizon retourne le résultat** : sur **Long-Horizon Terminal-Bench** (44 tâches, une tâche valant des heures de travail, même chef **GPT-5.6 Sol** en effort *high*), le solo termine 15 tâches pour 59,1 %, +2 QuickBees 19 pour 64,1 %, +1 QuickBee +1 WorkerBee 19 pour 69,5 %, **+2 WorkerBees 20 pour 71,5 %** — soit **+12,4 points**, dont 11,4 proviennent des tâches menées à leur terme. *« Same seats, opposite result, because the work is a different shape. »* Ces runs ont été conduits à **3× le timeout**, solo compris. **(C) Le prix cesse d&apos;acheter de la qualité au-delà d&apos;un seuil** : en solo sur Terminal-Bench 2.1, **Opus 5 en effort *xhigh* est le run le plus cher (140,63 $) pour 75,0 %**, derrière six runs allant de 20,08 $ à 109,82 $ et de 79,5 % à 88,4 % — cause déclarée, un sur-raisonnement ayant conduit 17 des 88 tâches au timeout. Entre les six meilleurs runs, **5,5× d&apos;écart de prix pour 8,9 points d&apos;écart de score** : *« choosing between them is not a quality decision at all. It is a budget decision. »* Le billet propose une taxonomie assumée comme *ad hoc* — **QuickBee**, **WorkerBee**, **SmartBee**, plus l&apos;humain *« honorary bee »* — et deux formes d&apos;équipe, la **Hive** permanente qui mémorise vos préférences et le **Swarm** jetable qui mémorise le projet. Conditions : tout tourne sur **Harbor**, contre de vrais agents Buzz sur un relais **live**, **une tentative par tâche, sans retry**, prix arrêtés au **2026-07-30**.</description><pubDate>Thu, 06 Aug 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Billet de benchmarks de **Block** signé **Atish Patel**, publié le **6 août 2026**, prolongeant le lancement de **Buzz** : puisque monter une équipe d&apos;agents y est devenu trivial, *quelle est la moins chère qui réussit de façon fiable ?*

**Le vocabulaire d&apos;abord.** Le billet propose quatre tiers : **QuickBee** (rapide et bon marché — builds, captures, tests, tri de première passe : GPT-5.6 Luna, DeepSeek V4 Flash, modèles locaux, **à faire tourner en effort élevé**), **WorkerBee** (polyvalent, porte un sous-ensemble complet sans surveillance : GPT-5.6 Terra, Gemini 3.6 Flash, modèles ouverts), **SmartBee** (vue d&apos;ensemble, arbitrages, escalades : Claude Opus 5, Kimi K3, GPT-5.6 Sol, **en effort *medium***) et l&apos;humain, *« the most expensive bee on the team, and the slowest. Also still the smartest »*. Deux formes d&apos;équipe : la **Hive** permanente, qui mémorise **vos** préférences, et le **Swarm** jetable, qui mémorise **le projet** puis disparaît.

**Le résultat solo.** Sur **Terminal-Bench 2.1**, monter l&apos;effort d&apos;un **modèle bon marché** est le meilleur achat : Luna passe de 1,61 $ / 57,3 % (*medium*) à 4,98 $ / 75,0 % (*high*). À l&apos;autre bout, **Opus 5 en *xhigh* est le run le plus cher (140,63 $) et ne marque que 75,0 %**, ayant **atteint le timeout sur 17 des 88 tâches** par sur-raisonnement. Entre les six meilleurs runs : **5,5× d&apos;écart de prix, 8,9 pts d&apos;écart de score**. Conclusion : *« choosing between them is not a quality decision at all. It is a budget decision. »*

**Le résultat d&apos;équipe, en deux temps.** Sur Terminal-Bench 2.1, **douze compositions** ont été testées et **aucune n&apos;a battu le solo à prix équivalent** — une tâche courte n&apos;a pas assez de structure à diviser. Sur **Long-Horizon Terminal-Bench** (44 tâches de plusieurs heures, chef GPT-5.6 Sol, **3× le timeout**), l&apos;inversion est nette : solo **15 tâches / 59,1 %**, +2 WorkerBees **20 / 71,5 %** — **+12,4 pts, dont 11,4 dus aux complétions supplémentaires**. L&apos;équipe coûte plus cher par tâche, ce qui se justifie *« quand l&apos;alternative est un humain qui ramasse du travail inachevé »*.

**La règle d&apos;exploitation.** Faire escalader les workers vers un **coordinateur SmartBee** plutôt que vers l&apos;humain : *« every ambiguity becomes a notification »* est le vrai mode de défaillance. Un ingénieur de Block dit avoir **migré plus de 2 000 apps** avec un Swarm (coordinateur, 1-10 migrateurs, vérificateur indépendant), le coordinateur mémorisant les réponses humaines.

**Réserves** : n=1 par tâche, pas d&apos;intervalle de confiance, coûts d&apos;équipe non publiés, et un aveu — *« this might change if models are trained on better collaboration. »*&lt;/p&gt;</content:encoded><category>Agents de codage IA &amp; Skills</category><category>Buzz</category><category>Block</category><category>équipes d&apos;agents</category><category>composition d&apos;équipe</category><category>multi-agents</category></item><item><title>Block explores how to price AI</title><link>https://www.thekb.eu/fr/fiches/paymentsdive-block-dorsey-pricing-ia-2026-08-06/</link><guid isPermaLink="true">https://www.thekb.eu/fr/fiches/paymentsdive-block-dorsey-pricing-ia-2026-08-06/</guid><description>Brève de presse spécialisée (**Payments Dive**, format *Dive Brief*, **6 août 2026**) couvrant la publication trimestrielle de **Block** : l&apos;entreprise a déjà déployé plusieurs outils d&apos;IA chez ses clients — **Moneybot** (Cash App) et **Managerbot** (Square) — et n&apos;a pas encore choisi comment les facturer. **Jack Dorsey** en conférence analystes : *« We&apos;re in a fortunate position where we can experiment with a number of models, and then choose the right one that&apos;s going to align all of our incentives with our customers. »* **Le contexte financier éclaire cette position.** Six mois plus tôt, Block licenciait environ **4 000 personnes, soit ~40 % de ses effectifs**, dans une réorganisation explicitement centrée sur l&apos;IA. Au T2 2026 : profit brut **+25 % à 3,2 Md$**, revenus **+10 % à 6,62 Md$**, mais **résultat net à 89 M$, en baisse de 83 %** sur un an du fait des indemnités de départ achevant la restructuration ; guidance 2026 relevée. La valeur de l&apos;IA est donc encaissée par la structure de coûts avant de l&apos;être par le prix. **Le fait le plus lourd est au milieu de la brève**, tiré de la lettre aux actionnaires : *« Starting in June, agentic AI helped write and review nearly all of our production code changes »* — écrire **et relire** la quasi-totalité des changements de code en production, chez une entreprise cotée du paiement, six mois après la suppression de 40 % des effectifs. Déclaration auto-rapportée aux investisseurs, sans définition de *« nearly all »* ni de ce que *« review »* recouvre. **L&apos;outillage** : **Goose**, système interne construit deux ans plus tôt, présenté comme agnostique (il intègre différents modèles commerciaux pour les employés) ; **Buzz**, lancé le mois précédent pour *« agent collaboration, communication, and code repositories »*. **Côté clients** : Moneybot surveille l&apos;activité de l&apos;utilisateur Cash App et renseigne comptes, soldes et transactions — plus d&apos;**un million de comptes actifs hebdomadaires** ; Managerbot fait du marketing automatisé, de l&apos;analyse de marge et suggère des *« operational fixes »* aux commerçants Square. Les analystes d&apos;**Evercore ISI** listent quatre voies de monétisation — bundles SaaS, abonnements directs, offres entreprise, tarification à l&apos;usage — dont **aucune n&apos;est indexée sur le résultat**. Ordre de priorité déclaré : **qualité du produit → distribution → adoption → modèle de prix**. Deux faits de distribution complètent le tableau : Square s&apos;installe dans **Google Maps** avec une *« conversational AI experience »*, présentée comme *« the first step in a broader partnership between Square and Google »* ; et le boîtier de paiement **Tags** (porte-clés et baguettes à puce NFC) affiche **trois millions de personnes en liste d&apos;attente**. Citations d&apos;analystes : William Blair (*« Block epitomizes the secular shift toward tech-forward digital finance firms »*) et Bank of America sur le *« post-reset operating model »*.</description><pubDate>Thu, 06 Aug 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Brève de **Payments Dive** du **6 août 2026** sur la publication trimestrielle de **Block**, propriétaire de **Cash App**, **Square** et **Afterpay**.

**Le sujet affiché.** Block a déployé plusieurs outils d&apos;IA chez ses clients et **n&apos;a pas encore décidé comment les facturer**. **Jack Dorsey**, en conférence analystes : *« We&apos;re in a fortunate position where we can experiment with a number of models, and then choose the right one that&apos;s going to align all of our incentives with our customers. »* L&apos;entreprise consulte les commerçants Square sur leurs besoins. Les analystes d&apos;**Evercore ISI** listent quatre voies possibles — bundles SaaS, abonnements directs, offres entreprise, tarification à l&apos;usage — en notant que Block privilégie d&apos;abord *« la qualité du produit, la distribution et l&apos;adoption »*.

**Le sujet réel, laissé au lecteur.** **Six mois plus tôt**, Block a licencié **environ 4 000 personnes, ~40 % de ses effectifs**, dans une réorganisation centrée sur l&apos;IA. Au T2 2026, le **profit brut progresse de 25 % à 3,2 Md$** quand les revenus ne montent que de 10 % à 6,62 Md$ ; le **résultat net tombe à 89 M$, −83 %**, sous le poids des indemnités de départ ; la **guidance 2026 est relevée**. Aucun dollar d&apos;IA n&apos;a été facturé aux clients : la valeur est déjà encaissée **par la structure de coûts**. La « position confortable » qui permet à Dorsey de prendre son temps sur le prix est ce que la coupe d&apos;effectifs a acheté.

**Le chiffre enfoui.** Dans sa lettre aux actionnaires : *« Starting in June, agentic AI helped write and review nearly all of our production code changes. »* Écrire **et** relire la quasi-totalité des changements de code en production, chez une société cotée du paiement. Déclaration auto-rapportée aux investisseurs, sans définition de *« nearly all »* ni de *« review »*.

**L&apos;outillage.** **Goose**, système interne « agnostic » construit deux ans plus tôt, qui intègre plusieurs modèles commerciaux pour les employés. **Buzz**, lancé le mois précédent, pour la collaboration d&apos;agents, la communication et les dépôts de code. Côté clients, **Moneybot** (Cash App) suit l&apos;activité, renseigne comptes, soldes et transactions, et dépasse **le million de comptes actifs hebdomadaires** ; **Managerbot** fait du marketing automatisé et de l&apos;analyse de marge pour les commerçants Square.

**Deux faits de distribution.** **Square entre dans Google Maps** avec une expérience conversationnelle de découverte et de commande, *« premier pas d&apos;un partenariat plus large »* avec Google. Et le boîtier **Tags** (NFC) affiche **trois millions de personnes en liste d&apos;attente**.&lt;/p&gt;</content:encoded><category>Économie &amp; Marché</category><category>Block</category><category>Jack Dorsey</category><category>Cash App</category><category>Square</category><category>Afterpay</category></item><item><title>Announcing Cloudflare Wallets: the programmable wallet for the agentic Internet</title><link>https://www.thekb.eu/fr/fiches/cloudflare-wallets-agentic-commerce-2026-08-04/</link><guid isPermaLink="true">https://www.thekb.eu/fr/fiches/cloudflare-wallets-agentic-commerce-2026-08-04/</guid><description>Annonce produit publiée sur le blog **Cloudflare** le **4 août 2026** par **Will Papper**, dans le cadre de l&apos;**Agents Week** : **Cloudflare Wallets**, présenté comme *« the programmable wallet for the agentic Internet »*. **Le problème posé** est précis et bien choisi : un agent qui veut essayer une API doit traverser une page de connexion **conçue pour des humains**, faire ajouter un moyen de paiement par un humain, générer une clé d&apos;API, puis comprendre comment appeler le service. Deux manques structurels l&apos;expliquent — *« Agents do not have a stable identifier to sign up for an API, and they do not have a native way to pay for APIs »* — avec pour conséquence que *« AI agents often give up on these tasks entirely, kicking registration, payment methods, and API key generation back to humans »*. **L&apos;architecture proposée tient en deux types de portefeuilles** : les **Account Wallets**, destinés aux humains propriétaires d&apos;un compte Cloudflare (approvisionner, déléguer, retirer), et les **Virtual Wallets**, destinés aux agents, **opérant par clé d&apos;API** et dont le plafond de dépense est **fixé par le détenteur du compte**. Les garde-fous annoncés sont explicites : **allocation, liste d&apos;autorisation, montant maximal par transaction**. **Le rail de paiement est le protocole x402** (paiements attachés à des requêtes HTTP) et la monnaie est le **stablecoin** — ce qui place l&apos;offre dans un camp distinct de celui des schémas adossés aux réseaux de cartes. **L&apos;argument le plus intéressant est contre-intuitif et central** : *« These limits may seem like constraints, but counterintuitively they give agents more freedom. If an agent is responsible for $10, you can worry less about its spending than if it is responsible for $1,000. »* → **le plafond n&apos;est pas ce qui bride l&apos;autonomie, c&apos;est ce qui la rend consentable.** **Second volet, plus stratégique que le premier** : l&apos;identité, via un espace de noms **`cloudflare.pay`** — un agent de recherche pourrait vivre à `research.example.cloudflare.pay`, donnant au marchand la certitude qu&apos;il parle à l&apos;agent d&apos;une organisation identifiée. Cloudflare revendique une ambition volontairement minimale (*« a human-readable identifier for a not-very-readable keypair, similar to the URL and IP-address pairings used in DNS »*), adossée à ses briques existantes (**Turnstile**, Bot Management, **Web Bot Auth** et ses paires de clés), et annonce vouloir adopter les schémas de la **x402 Foundation** à mesure qu&apos;ils émergeront. **Réserve dirimante sur le statut du texte** : **presque tout est au futur**. Ce qui existe le jour de l&apos;annonce, c&apos;est la **réservation d&apos;un handle** ; les paiements, les Virtual Wallets, les garde-fous et les rampes d&apos;accès aux fonds sont annoncés (*« Soon, you will be able to… »*). C&apos;est une **prise de position sur un espace de noms**, davantage qu&apos;une mise en service.</description><pubDate>Tue, 04 Aug 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Annonce publiée sur le blog **Cloudflare** le **4 août 2026** par **Will Papper**, pendant l&apos;**Agents Week** : **Cloudflare Wallets**, *« the programmable wallet for the agentic Internet »*.

**Le problème.** Un agent qui veut essayer une API doit franchir une page de connexion conçue pour des humains, faire ajouter un moyen de paiement par un humain, générer une clé, puis découvrir l&apos;API. Deux manques l&apos;expliquent : *« Agents do not have a stable identifier to sign up for an API, and they do not have a native way to pay for APIs. »* Résultat, les agents abandonnent et renvoient tout à un humain.

**L&apos;architecture.** Deux types de portefeuilles. Les **Account Wallets** appartiennent aux humains propriétaires d&apos;un compte : approvisionner, déléguer, retirer. Les **Virtual Wallets** sont destinés aux agents, fonctionnent **par clé d&apos;API**, et leur plafond est **fixé par le détenteur du compte** — avec allocation, liste d&apos;autorisation et montant maximal par transaction. Le rail est le protocole **x402**, qui attache un paiement à une requête HTTP, et la monnaie est le **stablecoin** : un positionnement distinct des schémas adossés aux réseaux de cartes.

**L&apos;argument central est contre-intuitif** : *« These limits may seem like constraints, but counterintuitively they give agents more freedom. If an agent is responsible for $10, you can worry less about its spending than if it is responsible for $1,000. »* Le plafond n&apos;est pas ce qui bride l&apos;autonomie, c&apos;est ce qui la rend consentable — et si essayer une API coûte quelques centimes, dix dollars suffisent à en comparer beaucoup.

**Le second volet est l&apos;identité**, et il est plus stratégique que le premier. Un agent peut vivre à `research.example.cloudflare.pay` : identité optionnelle, déléguée du compte, persistante, qui rend enfin attribuables les essais gratuits et crédits d&apos;inscription. Cloudflare revendique une ambition minimale — *« a human-readable identifier for a not-very-readable keypair, similar to the URL and IP-address pairings used in DNS »* — en s&apos;appuyant sur **Web Bot Auth** et en annonçant l&apos;adoption des schémas de la **x402 Foundation**. L&apos;analogie retenue est celle du VPN : n&apos;être pas identifié ne rend pas suspect, cela oblige seulement à prouver davantage.

**Réserve dirimante** : presque tout est au futur. Ce qui existe le 4 août, c&apos;est la **réservation d&apos;un handle**. Les paiements, les portefeuilles virtuels, les garde-fous et les rampes de fonds sont annoncés. S&apos;y ajoutent un chiffre non sourcé sur la majorité de trafic issue des bots, un silence complet sur la conformité européenne, et une intégration verticale où le même acteur fournirait le portefeuille, la passerelle marchande, l&apos;identité et le contrôle de bot.&lt;/p&gt;</content:encoded><category>Économie &amp; Marché</category><category>Cloudflare Wallets</category><category>commerce agentique</category><category>Agents Week</category><category>portefeuille programmable</category><category>Account Wallet</category></item><item><title>How AI is expanding what people do at work (Work at the Frontier, rapport 1)</title><link>https://www.thekb.eu/fr/fiches/openai-work-at-the-frontier-task-crossover-2026-07-27/</link><guid isPermaLink="true">https://www.thekb.eu/fr/fiches/openai-work-at-the-frontier-task-crossover-2026-07-27/</guid><description>Billet et rapport d&apos;**OpenAI Economic Research** publiés le **27 juillet 2026**, premier volet de la série **Work at the Frontier**, sur une analyse de **plus de 800 000 messages d&apos;utilisateurs américains de ChatGPT**. **Concept forgé** : le ***task crossover*** — *« work historically associated with one occupation appearing in the AI use of people in another »*. **Le chiffre-titre est double, et c&apos;est le point que les reprises perdent** : **16,8 % des messages liés au travail** portent sur des tâches associées à un autre métier, et **43,5 % des messages spécifiques à un métier**. L&apos;entonnoir explique l&apos;écart : **61,5 % de l&apos;usage est générique** (écrire, résumer, planifier — trop partagé pour valoir preuve de crossover) et écarté ; sur les **38,5 % restants**, **43,5 % tombent hors du métier** et 56,5 % *« inside **or near** »* — la borne haute est donc calculée sur une base réduite, la borne basse sur l&apos;usage professionnel entier. **Par métier** (part des messages métier-spécifiques renvoyant à une tâche extérieure) : expérience client **77 %**, design **75 %**, RH **69 %**, juridique **56 %**, marketing **53 %**, vente **40 %**, finance **40 %**, ingénierie **28 %** — *« a majority in five of eight groups »*. **Deux directions distinctes de circulation** : le design **importe** (35,2 %) et n&apos;**exporte** presque rien (1,7 %) ; l&apos;ingénierie fait l&apos;inverse (importe 18,5 %, exporte 7,4 %) ; le **marketing cumule** (importe 24,3 %, exporte **8,9 %**, la plus forte part sortante de l&apos;échantillon). **Deux tâches figurent dans le top 3 des emprunts des sept autres groupes** : le **calcul financier** et le **dépannage technologique**. **La heatmap, absente des reprises, est l&apos;objet le plus riche** : elle donne la distribution complète des tâches par métier d&apos;utilisateur, et sa diagonale est renversante — l&apos;ingénierie retient **53 %** de son propre travail quand l&apos;expérience client n&apos;en retient que **11 %**, les RH **10 %** et le design **12 %**. **Effet de taille** : la part hors métier passe de **18,9 %** (2-5 postes) à **16,3 %** (&gt;100 postes) — **mais uniquement « among average users »**, OpenAI précisant que *« among the heaviest users, we do not see the same monotonic pattern »*, et concluant au conditionnel : *« AI **may be** especially useful as a generalist tool where specialist resources are scarce. »* **Statut revendiqué** : un **signal avancé**, visible *« before firms rewrite job descriptions or create new job titles »*. **Réserve structurelle** : OpenAI mesure l&apos;usage d&apos;OpenAI, sur les seuls utilisateurs américains de ChatGPT, et présente cette position comme un atout — *« our unique window into how the world of work is changing »*.</description><pubDate>Mon, 27 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Premier volet de la série **Work at the Frontier** d&apos;**OpenAI Economic Research** (27 juillet 2026), fondé sur plus de **800 000 messages** d&apos;utilisateurs américains de ChatGPT.

**Le concept.** Le ***task crossover*** désigne *« work historically associated with one occupation appearing in the AI use of people in another »*. Le contre-pied méthodologique est posé d&apos;emblée : les études d&apos;exposition partent d&apos;une liste figée de tâches et demandent si le modèle sait les faire ; ici on demande **qui fait quoi**. *« AI changes not just how work gets done, but who does what. »*

**Les chiffres, et il y en a deux.** **16,8 %** des messages liés au travail et **43,5 %** des messages métier-spécifiques portent sur une tâche d&apos;un autre métier. L&apos;écart vient de l&apos;entonnoir : **61,5 %** de l&apos;usage est **générique** (écrire, résumer, planifier) et écarté ; sur les 38,5 % restants, 43,5 % tombent hors du métier, le reste étant *« inside **or near** »*.

**Par métier** : expérience client **77 %**, design **75 %**, RH **69 %**, juridique 56 %, marketing 53 %, vente et finance 40 %, **ingénierie 28 %** — majoritaire dans cinq groupes sur huit.

**Deux directions de circulation.** Le design **importe** (35,2 %) sans exporter (1,7 %) ; l&apos;ingénierie fait l&apos;inverse (18,5 % / 7,4 %) ; le marketing **cumule** (24,3 % / 8,9 %, la plus forte part sortante). Deux tâches figurent dans le top 3 des emprunts des sept autres groupes : le **calcul financier** et le **dépannage technologique**.

**La heatmap** donne la distribution complète, et sa diagonale est le résultat le plus frappant : l&apos;ingénierie retient **53 %** de son propre travail, quand l&apos;expérience client n&apos;en retient que **11 %**, les RH **10 %** et le design **12 %** — chez ces trois métiers, les tâches marketing pèsent plus lourd que les leurs.

**L&apos;effet de taille est plus fragile qu&apos;il n&apos;y paraît.** La part hors métier tombe de 18,9 % (2-5 postes) à 16,3 % (&amp;gt;100 postes) **chez les utilisateurs moyens seulement** : *« among the heaviest users, we do not see the same monotonic pattern »*. La conclusion reste au conditionnel — *« AI **may be** especially useful as a generalist tool where specialist resources are scarce »*.

**Le statut revendiqué** est celui d&apos;un **signal avancé**, visible *« before firms rewrite job descriptions or create new job titles »*.

OpenAI mesure l&apos;usage de son propre produit, sur ses seuls utilisateurs américains, et présente cette position comme un atout.&lt;/p&gt;</content:encoded><category>Transformation &amp; Adoption</category><category>OpenAI Economic Research</category><category>Work at the Frontier</category><category>task crossover</category><category>débordement de tâches</category><category>porosité des métiers</category></item><item><title>Aiman Ezzat, le directeur général de Capgemini : « L&apos;enjeu ? Intégrer l&apos;IA au coeur des opérations et réinventer les processus métiers »</title><link>https://www.thekb.eu/fr/fiches/ezzat-capgemini-ia-agentique-processus-metiers-2026-07-25/</link><guid isPermaLink="true">https://www.thekb.eu/fr/fiches/ezzat-capgemini-ia-agentique-processus-metiers-2026-07-25/</guid><description>Capgemini (Aiman Ezzat, DG) — entretien Investir « spécial patrons » : l&apos;IA agentique comme rupture opérationnelle, pas comme techno de plus ; 2 Md€ investis, +30 % sur le dev applicatif et −20 % d&apos;incidents, &gt;11 % des prises de commandes T1, TAM de +400 Md$/an en 2030 — mais « très loin du plug and play » (Investir / Les Echos)</description><pubDate>Sat, 25 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Dans le numéro « spécial patrons » d&apos;**Investir** consacré au défi de l&apos;IA (25 juillet 2026), **Aiman Ezzat**, directeur général de **Capgemini**, défend une thèse simple et commercialement chargée : **la valeur de l&apos;IA ne vient pas de la technologie mais de son intégration au cœur des opérations**. L&apos;IA agentique, « capable d&apos;agir de manière autonome », marque selon lui une **rupture majeure** qui permettra une transformation structurelle du fonctionnement des entreprises — et place l&apos;intégrateur au centre du jeu.

**Les preuves avancées.** Capgemini a engagé il y a trois ans un investissement de **2 milliards d&apos;euros** (portefeuille d&apos;offres, écosystème de partenaires, formation des collaborateurs). Les effets revendiqués sont mesurés côté delivery : sur certains projets, **plus de 30 % d&apos;accélération du développement applicatif** selon le type d&apos;application, et **près de 20 % de réduction des incidents et interruptions de service**. Côté marché, les projets d&apos;IA générative et agentique représentent **plus de 11 % des prises de commandes au premier trimestre, contre 6 % un an auparavant**. L&apos;ambition affichée : **5,5 % à 7,5 % de croissance annuelle** à taux de change constants à horizon **2028**, avec amélioration de la rentabilité et du cash.

**Le diagnostic sur les clients.** L&apos;IA générative a ouvert la voie avec des **gains de productivité individuels à impact limité** ; l&apos;agentique va plus loin en introduisant « une nouvelle forme de travail », avec des agents qui exécutent des tâches, s&apos;insèrent dans les processus métier et contribuent à la prise de décision. Mais concrétiser la promesse est « tout sauf simple » : **systèmes existants complexes, données insuffisamment matures, gouvernance, sécurité, coûts**. Le passage à l&apos;échelle exige de repenser systèmes, données, processus, organisation et modèles opérationnels — « **nous sommes très loin du plug and play** ».

**Le programme.** Créer une **couche technologique agentique sur un socle modernisé**, **orchestrer la collaboration entre humains et agents**, **maîtriser les coûts** de cette nouvelle force de travail. Sans gouvernance claire des rôles, de la sécurité et des responsabilités, « déployer des milliers d&apos;agents à l&apos;échelle de l&apos;entreprise serait une impasse ». D&apos;où le déplacement de la question : « la question n&apos;est pas de savoir qui développe les meilleurs modèles mais qui aide les entreprises à en tirer parti ».

**Le marché et l&apos;emploi.** La transformation agentique déborde les budgets IT traditionnels pour s&apos;inviter dans les **budgets opérationnels et les priorités stratégiques** ; Capgemini estime l&apos;opportunité à **+400 Md$ par an à horizon 2030** pour les services numériques et le conseil. Sur l&apos;emploi, Ezzat reste prudent : impact profond sur les métiers, tâches automatisées et métiers créés, mais « trop tôt pour dire » si le solde sera négatif. L&apos;acquisition de **WNS** crée « un leader mondial des **opérations intelligentes** », annoncé comme pilier de croissance.&lt;/p&gt;</content:encoded><category>Transformation &amp; Adoption</category><category>Aiman Ezzat</category><category>Capgemini</category><category>IA agentique</category><category>agents autonomes</category><category>processus métiers</category></item><item><title>IA et emploi : le vrai risque, c&apos;est le décrochage</title><link>https://www.thekb.eu/fr/fiches/sfeir-ia-emploi-risque-decrochage-2026-07-23/</link><guid isPermaLink="true">https://www.thekb.eu/fr/fiches/sfeir-ia-emploi-risque-decrochage-2026-07-23/</guid><description>Article de fond (point de vue) publié sur **sfeir.com** le 23 juillet 2026, signé **SFEIR** (voix éditoriale du cabinet). C&apos;est un **commentaire stratégique de la note Trésor-Éco n° 391** de la DG Trésor (juin 2026 — cf. [[dgtresor-ia-effets-emploi-2026-06-30]]), relu à travers la doctrine SFEIR « **amplifier l&apos;IA plutôt que la subir** ». L&apos;article salue le **ton prudent d&apos;économiste** de Bercy (mécanismes + incertitude plutôt qu&apos;une prédiction) et en extrait une **thèse en trois temps** : (1) **pas d&apos;effet agrégé mesurable** à ce stade (deux forces qui se compensent — déplacement vs productivité — adoption UE ~20 %) ; (2) un **seul signal empirique solide, sur les juniors** (−16 % d&apos;emploi des 22-25 ans exposés aux US) ; (3) un **danger de long terme qui déplace la question** — le **décrochage compétitif** (non-adoption), pas la destruction d&apos;emplois. Le cœur analytique retenu par SFEIR : l&apos;**élasticité-prix** décide de l&apos;effet emploi (paradoxe de **Jevons** appliqué au code) → l&apos;argument est **structurellement pro-emploi pour les développeurs**. L&apos;article **démonte le narratif « licenciements IA »** (4,5-6,2 % des annonces US, « labellisation » à 59 %) et pointe les **angles morts** de la note (scénario agentique relégué en note de bas de page ; vitesse de diffusion non discutée ; OpenAI/Anthropic devenus sources de Bercy = biais de source non signalé). **Traduction opérationnelle SFEIR** (pour DSI/CTO) : la valeur migre vers intention/architecture/contrôle, former des **ingénieurs augmentés** (programmes **AI Champions**), et éviter l&apos;adoption précipitée (**workslop**, dette technique) via **context engineering** et gouvernance.</description><pubDate>Thu, 23 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Dans ce point de vue publié sur sfeir.com (23 juillet 2026), **SFEIR** commente la note **Trésor-Éco n° 391** de la DG Trésor (juin 2026) et l&apos;adosse à sa propre doctrine : *« amplifier l&apos;IA plutôt que la subir »*. L&apos;article salue le **ton prudent** de Bercy — qui expose les mécanismes et l&apos;incertitude au lieu de trancher — et en tire une thèse en trois temps *« plus retournée qu&apos;il n&apos;y paraît »*.

**Pas d&apos;effet agrégé.** Dans le cadre d&apos;Acemoglu-Restrepo, deux forces s&apos;opposent : effet de **déplacement** (substitution) et effet de **productivité** (complémentarité, baisse des coûts, demande accrue). Elles se compensent aujourd&apos;hui ; les études n&apos;identifient aucun effet agrégé, faute de recul et d&apos;adoption (~20 % des entreprises UE). Les gains individuels sont pourtant réels (+14 % en service client, +26 % chez les développeurs), mais l&apos;anxiété va plus vite que les données (62 % des Français inquiets).

**Le seul signal solide : les juniors.** −16 % d&apos;emploi des 22-25 ans exposés aux US (Brynjolfsson 2025) ; en France, contraction de l&apos;emploi des jeunes dans l&apos;informatique et chômage des 15-24 ans en hausse (19,1 %→21,1 %) — sans causalité établie. Le mécanisme : l&apos;IA automatise les **tâches codifiées** des postes d&apos;entrée, celles qui *« formaient hier les seniors de demain »* — d&apos;où un enjeu de **renouvellement des expertises**.

**L&apos;argument que le débat rate.** Le sort d&apos;un métier tient à l&apos;**élasticité-prix** de la demande, pas à l&apos;exposition : développeurs et graphistes (élasticité &amp;gt; 1) voient la demande croître quand l&apos;IA baisse leurs coûts — **paradoxe de Jevons appliqué au code**. L&apos;argument est **structurellement pro-emploi pour les développeurs**. L&apos;article **démonte** aussi le narratif « licenciements IA » (4,5-6,2 % des annonces US ; **labellisation** à 59 %) et pointe les **angles morts** de la note : scénario **agentique** relégué en note de bas de page (qui invaliderait le cadre « assistant »), **vitesse de diffusion** non discutée, et **biais de source** (OpenAI/Anthropic devenus sources de Bercy).

**La vraie ligne de crête : le décrochage.** Bercy déplace la charge de la preuve — le risque est **compétitif** (retard à adopter), pas social. D&apos;où les dispositifs (« Osez l&apos;IA », France 2030).

**Perspective SFEIR** : pour un DSI/CTO, cela se traduit en décisions — la valeur migre vers l&apos;intention/architecture/contrôle ; former des **ingénieurs augmentés** (AI Champions) ; éviter l&apos;adoption précipitée (**workslop**, dette technique) via **context engineering**, gouvernance et critères POC→production. *« Faire de l&apos;adoption un levier plutôt qu&apos;une pile de POCs. »*&lt;/p&gt;</content:encoded><category>Transformation &amp; Adoption</category><category>IA et emploi</category><category>décrochage compétitif</category><category>non-adoption</category><category>Trésor-Éco 391</category><category>Bercy</category></item><item><title>Mistral ↔ Microsoft : un accord souverain, une stratégie industrielle encore illisible</title><link>https://www.thekb.eu/fr/fiches/sfeir-mistral-microsoft-souverainete-strategie-industrielle-2026-07-22/</link><guid isPermaLink="true">https://www.thekb.eu/fr/fiches/sfeir-mistral-microsoft-souverainete-strategie-industrielle-2026-07-22/</guid><description>Décryptage SFEIR (voix cabinet, « lecture d&apos;ingénieurs ») de l&apos;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&apos;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&apos;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&apos;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&apos;offres cochent. **La tension** : cette souveraineté se déploie **sur l&apos;infrastructure d&apos;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&apos;absence de prise au capital n&apos;est pas un détail : elle préserve la gouvernance de Mistral **et** minimise le risque d&apos;un examen antitrust (FTC, Commission européenne) — **de l&apos;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&apos;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&apos;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&apos;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 ».</description><pubDate>Wed, 22 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Le **21 juillet 2026**, **Mistral** et **Microsoft** annoncent un renforcement de partenariat sous la forme d&apos;un **accord de plusieurs milliards de dollars**. SFEIR — partenaire Anthropic et Google Cloud, donc « sans intérêt à survendre le champion français », mais tenant Mistral pour « le meilleur pari européen sur la couche modèle » — en propose une **lecture d&apos;ingénieurs**.

**Ce que l&apos;accord dit, factuellement**, en trois volets à distinguer des éléments de langage : (1) **du compute en Europe** — capacité Azure réservée sur le continent, datacenters en France, systèmes **NVIDIA Vera Rubin**, pour combler le déficit de calcul européen ; (2) **les modèles dans l&apos;outillage Microsoft** — **Mistral Medium 3.5** et **Mistral OCR 4** dans **Foundry**, accessibles dans **Copilot Studio** pour des agents métiers ; (3) **Azure Local jusqu&apos;au mode déconnecté** — cloud public, connecté supervisé, et **air-gapped** 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. Cette absence préserve la **gouvernance** de Mistral et **minimise le risque antitrust** (FTC, Commission européenne) : « un montage d&apos;alliance sans fusion — de l&apos;**arbitrage réglementaire assumé** ».

**La souveraineté, mais posée sur quelle fondation ?** Le modèle européen, exécutable en environnement déconnecté et contrôlé par le client, coche des cases que peu d&apos;offres cochent — « une bonne nouvelle ». Reste la tension : cette souveraineté se déploie **sur l&apos;infrastructure d&apos;un hyperscaler américain**. Il faut distinguer **quatre souverainetés** — modèle, exécution, infrastructure, relation commerciale : on peut en obtenir « trois sur quatre, encore faut-il savoir laquelle manque ». Le seul élément qui la rend **vraiment portable** est le **caractère open-weights** des poids de Mistral (même logique de réversibilité que **Kimi K3**), outillé par la **Matrice Souveraineté Agentique** et le **Design to Exit**.

**Le vrai angle mort : la stratégie industrielle.** Mistral est présent simultanément partout — B2C (Le Chat), B2B (via Azure), open-weights **et** frontier, infrastructure très capitalistique (200 MW, cap 1 GW en 2030), partenariats à gros comptes, verticalisation (Robostral, OCR 4), service aux régulés. **Lecture optimiste** : un **full-stack souverain**, seule position qui évite d&apos;être « simple locataire de la couche modèle ». **Lecture prudente** : une entreprise de trois ans, valorisée ~20 Md€, qui disperse capital et attention sur des métiers aux modèles économiques divergents — « aucun ne se gagne à moitié ». Manque le **fil directeur** disant où est le **fossé défensif**.

**Ce qu&apos;une direction technique doit en retenir** : **séparer le modèle du canal** ; **concevoir pour sortir** (l&apos;open-weights rend la porte de sortie crédible — **architecture multi-LLM souveraine**) ; **router plutôt que parier** (**RAISE**). Conclusion : la souveraineté est **une propriété d&apos;architecture, pas un label** — elle se qualifie dépendance par dépendance. La lisibilité industrielle qui manque reste la question ouverte, tranchée « non par les communiqués, mais par les arbitrages des douze prochains mois ».&lt;/p&gt;</content:encoded><category>Économie &amp; Marché</category><category>Mistral</category><category>Mistral AI</category><category>Microsoft</category><category>accord Mistral Microsoft</category><category>partenariat industriel</category></item><item><title>Fact-checking : synthèse sur Delos (Delos Intelligence / delos.so)</title><link>https://www.thekb.eu/fr/fiches/delos-intelligence-fact-check-levee-2026-07-20/</link><guid isPermaLink="true">https://www.thekb.eu/fr/fiches/delos-intelligence-fact-check-levee-2026-07-20/</guid><description>Synthèse de **fact-checking** sur **Delos Intelligence** (delos.so), startup française d&apos;IA générative B2B, confrontant une note de veille antérieure aux **sources primaires** (billet « Overlooked » d&apos;Alexandre Dewez / 20VC du 15 avril 2025, site delos.so, registres officiels) et à la presse spécialisée (Le Monde Informatique, L&apos;Usine Nouvelle, FrenchWeb, Le JDD). **Verdict global : ossature factuelle fiable.** La levée d&apos;**amorçage (Seed) de 2,5 M€** (≈2,74–2,83 M$) menée par **20VC** (Harry Stebbings) en **avril 2025**, avec Inovia Capital, Kima Ventures (Xavier Niel) et Plug and Play, est confirmée ; les fondateurs (les frères **Pierre** et **Thibaut de la Grand&apos;rive**) et les clients **TotalEnergies, Shiseido, Groupe Casino** aussi. **Point méthodologique fort** : la liste des business angels — souvent suspecte de « remplissage » hallucinatoire — est **CONFIRMÉE mot pour mot** par le communiqué de l&apos;investisseur lead (Pigment, Dataiku, Hexa + Ramp et Kerala à ajouter) : ce n&apos;est donc PAS une hallucination. **À corriger** : l&apos;effectif « 50 personnes » n&apos;est **pas sourçable** (~20 en avril 2025, une quarantaine fin 2025) ; la grille tarifaire réelle est plus riche (forfait **Student à 10 €** + Enterprise sur devis, en plus de 25/45/80 €) ; les chiffres d&apos;utilisateurs (10 000 → 50 000 → « 100 000+ ») et l&apos;ARR sont **auto-déclarés et non audités**. **À signaler comme spéculatif** : **aucune Série A n&apos;a été bouclée** (seulement annoncée comme intention visant mars 2026) ; **aucun ARR global publié** (seule une autopromotion « 1 M$ d&apos;ARR en quelques jours » pour le nouveau produit **Workers**, portant sur ce seul produit). La souveraineté « 100 % Scaleway » était **en cours de finalisation** fin 2025 (calcul encore partiellement sur Azure France). L&apos;intérêt de la fiche est autant méthodologique — **comment distinguer, dans une synthèse IA, le confirmé, le partiellement exact, le spéculatif et l&apos;auto-déclaré** — que documentaire.</description><pubDate>Mon, 20 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Cette note vérifie une synthèse de veille sur **Delos Intelligence** (delos.so), startup française d&apos;IA générative B2B, en la confrontant aux sources primaires (billet « Overlooked » d&apos;Alexandre Dewez / 20VC du 15 avril 2025, site officiel, registres) et à la presse spécialisée. L&apos;ossature est **fiable**, mais plusieurs chiffres demandent requalification.

**Financement — confirmé.** Delos a levé **2,5 M€ en amorçage (Seed)** — ≈2,74 à 2,83 M$ selon la conversion — tour **annoncé mi-avril 2025**, mené par **20VC** (Harry Stebbings), avec **Inovia Capital, Kima Ventures (Xavier Niel) et Plug and Play**. Point notable : la liste des **business angels**, exactement le type d&apos;information qu&apos;un LLM peut halluciner, est **confirmée mot pour mot** par le communiqué du lead — Éléonore Crespo &amp;amp; Romain Niccoli (Pigment), Florian Douetteau (Dataiku), Thibaud Elzière (Hexa), plus Mark Goldberger (Ramp) et Antoine Freysz (Kerala), ces deux derniers *manquants* dans la synthèse initiale. En revanche, **aucune Série A n&apos;a été bouclée** : elle est seulement **annoncée comme intention** (« plusieurs dizaines de millions d&apos;€ d&apos;ici mars 2026 »), sans communiqué ni entrée en base.

**Business model — partiellement exact.** SaaS **à crédits** (1 crédit ≈ une requête simple). La grille réelle est plus riche que « 25–80 € » : **Student 10 €, Explore 25 €, Advanced 45 €, Premium 80 €** (crédits croissants), plus **Enterprise sur devis**. L&apos;offre **individuelle/B2C est bien réelle**, mais le cœur de cible reste **B2B**. Modèles orchestrés : ChatGPT, Claude, Mistral, Gemini, Cohere, Llama. La **souveraineté** (hébergement Scaleway) était **en cours de finalisation** fin 2025, le calcul reposant encore partiellement sur Azure (France), bascule 100 % Scaleway visée début 2026.

**Équipe et clients — partiellement exact.** Fondée le **2 juillet 2023** par les frères **Pierre** et **Thibaut de la Grand&apos;rive**. L&apos;effectif « **50** » n&apos;est **pas sourçable** : ~20 en avril 2025, une quarantaine fin 2025. **200 entreprises clientes** confirmé ; clients **TotalEnergies, Shiseido, Groupe Casino** confirmés (+ Allianz, Best Western, BPCE, Ministère des Armées…). Les nombres d&apos;utilisateurs (10 000 → 100 000+) et l&apos;**ARR** sont **auto-déclarés** : aucun ARR global publié, la seule mention (« 1 M$ d&apos;ARR en quelques jours ») portant sur le **seul produit Workers** et non auditée.

**Leçon transverse** : un fact-check gradue les niveaux de preuve (confirmé / partiel / spéculatif / non sourçable / auto-déclaré) plutôt que de trancher en binaire — et vérifie une information plausible avant de la suspecter d&apos;être une hallucination.&lt;/p&gt;</content:encoded><category>Économie &amp; Marché</category><category>Delos Intelligence</category><category>delos.so</category><category>fact-checking</category><category>vérification de sources</category><category>hallucination</category></item><item><title>Amazon, Microsoft, and Google are converging on the same enterprise agent architecture</title><link>https://www.thekb.eu/fr/fiches/janakiram-agent-platform-portability-contract-2026-07-20/</link><guid isPermaLink="true">https://www.thekb.eu/fr/fiches/janakiram-agent-platform-portability-contract-2026-07-20/</guid><description>Analyse de Janakiram MSV (The New Stack, 20 juillet 2026) sur la **convergence architecturale** des plateformes d&apos;agents d&apos;entreprise des trois hyperscalers : en neuf mois, **Amazon Bedrock AgentCore**, **Microsoft Foundry** et **Gemini Enterprise Agent Platform** ont fait émerger les **mêmes six primitives** — runtime, mémoire, tool gateway, identité, observabilité, gouvernance — sous des noms de marque différents. Ce qui était il y a 18 mois une collection fragmentée de librairies devient une **couche plateforme** distincte. La thèse : cette convergence rejoue l&apos;inflexion **PaaS de 2011-2016**, où **Cloud Foundry** et **Heroku** ont unifié VM, load balancers, files et secret stores autour d&apos;un **contrat applicatif** portable — sauf qu&apos;ici **aucun contrat équivalent n&apos;existe encore**, et **aucun projet open source ne l&apos;a revendiqué**. Conséquence : une entreprise ne peut pas **déplacer un agent d&apos;un cloud à l&apos;autre** (état de session, traces, identité terminent tous chez un seul fournisseur ; migrer = tout reconstruire). L&apos;auteur propose un **mapping ligne à ligne** du contrat Cloud Foundry vers les agents, décline trois principes de conception (packager l&apos;agent en **une unité déployable**, **attacher** les capacités plutôt qu&apos;embarquer les fournisseurs, intégrer l&apos;**opérationnel** à l&apos;abstraction), pointe ce que les protocoles ouverts (MCP, A2A, OpenTelemetry) laissent hors champ — le **cycle de vie** —, et livre trois questions de due diligence : **gouvernance** (fondation neutre vs vendor), **packaging** (même artefact sur deux clouds sans réécriture), **état** (mémoire exportable). Verdict : celui qui possèdera le **control plane agent** définira *ce qu&apos;est un agent*.</description><pubDate>Mon, 20 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;En neuf mois, Amazon, Microsoft et Google ont chacun lancé ou renommé une plateforme d&apos;agents d&apos;entreprise, et **tous trois ont convergé sur la même architecture** : runtime, mémoire, tool gateway, identité, observabilité et gouvernance apparaissent désormais dans **Bedrock AgentCore**, **Microsoft Foundry** et la **Gemini Enterprise Agent Platform**, sous des noms différents. Ce qui était il y a 18 mois une collection fragmentée de librairies devient une **couche plateforme** distincte.

Pour lire où cela mène, Janakiram MSV convoque l&apos;**inflexion PaaS de 2011-2016**. Avant, on assemblait VM, load balancers, files, secret stores et agents de monitoring, chacun avec son API. **Cloud Foundry** et **Heroku** ont unifié ces pièces autour d&apos;un **contrat applicatif** : l&apos;application déclare ce dont elle a besoin et reste agnostique de son lieu d&apos;exécution. Ce qui comptait, c&apos;était le **contrat, pas l&apos;implémentation**. Cloud Foundry n&apos;a pas gagné le marché — Kubernetes l&apos;a fait — mais ses principes ont survécu (buildpacks → Cloud Native Buildpacks/CNCF ; abstraction reconstruite sur K8s via Korifi). L&apos;écosystème agent approche la même inflexion **sans contrat équivalent**, et aucun projet open source ne l&apos;a revendiqué.

Le coût est concret : état de session, traces et identité **terminent tous chez un seul fournisseur** ; déplacer un agent un an plus tard oblige à **tout reconstruire**. La convergence n&apos;est pas un complot mais un comportement rationnel — l&apos;intégration verticale, « c&apos;est là qu&apos;est la marge » — dont la conséquence retombe sur le client.

L&apos;auteur propose un **mapping** du contrat Cloud Foundry vers les agents (source appli → code+éval ; buildpack → packaging ; backing service → modèle/mémoire ; binding → attachement authentifié ; router → MCP/A2A ; logs → traces/coût/qualité ; promotion → éval/versioning ; policy → identité), puis trois principes : **packager l&apos;agent en une unité déployable** (AWS s&apos;en approche avec son *harness export* vers du code Strands, « bon instinct pointé vers un seul cloud »), **attacher les capacités plutôt qu&apos;embarquer les fournisseurs** (leçon Twelve-Factor), **intégrer l&apos;opérationnel à l&apos;abstraction**. Un agent n&apos;est pas une web app : comportement probabiliste, autorité déléguée, dépendances qui changent le comportement sans déploiement. LangGraph le montre en open source, mais son control plane est dans LangSmith (produit commercial).

Les protocoles ouverts (MCP, A2A, OpenTelemetry, OCI) fournissent presque toutes les primitives, mais **pas le cycle de vie** : versionner, promouvoir, rollback. La **Linux Foundation** a lancé l&apos;**Agentic AI Foundation** (déc. 2025, projets MCP/goose/AGENTS.md, hyperscalers membres platine). Restent trois questions de diligence — **gouvernance, packaging, état** — auxquelles aucun projet ouvert ne répond. Celui qui possèdera le **control plane agent** définira *ce qu&apos;est un agent*.&lt;/p&gt;</content:encoded><category>Architecture &amp; Construction</category><category>Plateformes d&apos;agents d&apos;entreprise</category><category>convergence architecturale</category><category>portabilité</category><category>lock-in</category><category>réversibilité</category></item><item><title>Some observations on Kimi (thread X)</title><link>https://www.thekb.eu/fr/fiches/deanwball-open-weights-decelerationnistes-kimi-2026-07-17/</link><guid isPermaLink="true">https://www.thekb.eu/fr/fiches/deanwball-open-weights-decelerationnistes-kimi-2026-07-17/</guid><description>Thread X de **Dean W. Ball** — **Head of Strategic Futures chez OpenAI** depuis le 6 juillet 2026, **principal rédacteur d&apos;America&apos;s AI Action Plan** sous l&apos;administration Trump (positionnement à garder en tête pour lire un plaidoyer contre l&apos;open-weights signé d&apos;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&apos;État chinois continue d&apos;autoriser l&apos;open-sourcing** de modèles aussi bons : il l&apos;explique à **~75 % par une « cécité stratégique » / un manque d&apos;« AGI-pilledness »** (le PCC aurait une vision de l&apos;IA « très Yann-LeCun-ienne »), et à ~25 % par le **manque de compute d&apos;inférence** — faisant de la stratégie open-weights chinoise un **sous-produit involontaire des contrôles à l&apos;export US** — plus le réflexe d&apos;export agressif ; côté entreprises, l&apos;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&apos;étonne de l&apos;enthousiasme des **« accélérationnistes »** pour l&apos;open-weights, qu&apos;il attribue à leur goût du **« voile d&apos;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&apos;IA »** — l&apos;IA non comme produit de marché mais comme **« bien public » / « infrastructure publique numérique »** fournie par l&apos;État, « précisément ce que propose la Chine » ; Ball juge cet horizon **« dystopique »** et raconte s&apos;ê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&apos;administration Trump finira par comprendre que sa meilleure stratégie n&apos;est **pas d&apos;« interdire l&apos;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&apos;au jour où si ; chute ironique sur l&apos;« agent auto-répliquant échappé d&apos;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]]).</description><pubDate>Fri, 17 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Dans un thread X de **six observations**, **Dean W. Ball** — analyste de politique de l&apos;IA passé par le gouvernement américain — part du modèle chinois à poids ouverts **Kimi** pour dérouler une **thèse géopolitique** à contre-courant.

**(1) Le modèle.** 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. Bémol : **très gourmand en tokens**, donc « pas évidemment » bon marché à opérer.

**(2) Pourquoi la Chine ouvre-t-elle ses poids ?** Ball s&apos;en dit **surpris** et propose une grille : **~75 %** « cécité stratégique » / faible « AGI-pilledness » (le PCC aurait une vision « très Yann-LeCun-ienne ») ; **~25 %** manque de **compute d&apos;inférence** — ce qui ferait de l&apos;open-weights chinois un **sous-produit involontaire des contrôles à l&apos;export américains** — plus un réflexe d&apos;**export agressif**. Pour les **entreprises**, l&apos;ouverture serait mi-idéologique, mi-aveu qu&apos;« étant derrière, personne ne paierait pour du sous-frontier chinois ».

**(3) Le cœur : l&apos;open-weights est décélérationniste.** Loin d&apos;accélérer l&apos;IA, ouvrir les poids **dissuade le capex**. Ball s&apos;étonne donc que les **« accélérationnistes »** s&apos;en enthousiasment — il y voit un goût pour le **« voile d&apos;ingouvernabilité »**, avec une analogie lettrée à *The Art of Not Being Governed* de **James Scott** (les peuples des collines qui échappent à l&apos;État).

**(4) « Communisme de l&apos;IA ».** Un monde de poids ouverts mènerait à l&apos;IA comme **« bien public » / « infrastructure publique numérique » étatique** — « précisément ce que propose la Chine ». Ball juge cet horizon **« dystopique »** et rapporte avoir été lobbyé, au gouvernement, pour un **data center fédéral à 11-12 chiffres** subventionnant des modèles donnés gratuitement — « beaucoup d&apos;accélérationnistes ne voient pas le service de modèles frontier comme un business légitime ».

**(5) Prédiction.** L&apos;administration Trump ne devrait **pas « interdire l&apos;open source »** (« un des motifs les plus bêtes ») mais **fabriquer du risque réglementaire** : une **soft law** de chaque agence semant la **FUD** (« backdoors » présumées) — assez pour faire **reculer les entreprises régulées**, sans effrayer les **hyperscalers** (au risque de pousser les startups vers des fournisseurs douteux). Un **« happy middle ground »**.

**(6) Danger.** Ces modèles rendent le monde « un peu plus dangereux, mais pas au point qu&apos;on le remarque » — pour l&apos;instant. Chute **lab-leak/COVID** ironique.

À lire en **contrepoint** du décryptage SFEIR de Kimi K3 (réversibilité, routing) et du discours pro-open-source de **Xi** à la WAIC.&lt;/p&gt;</content:encoded><category>Philosophie &amp; Société</category><category>Dean W. Ball</category><category>Dean Woodley Ball</category><category>OpenAI</category><category>Head of Strategic Futures</category><category>Jason Kwon</category></item><item><title>Le discours d&apos;ouverture de Xi Jinping à la WAIC 2026 (Shanghai) — « Joining Hands to Build a Just and Reasonable Global AI Governance System »</title><link>https://www.thekb.eu/fr/fiches/xi-waic2026-gouvernance-mondiale-ia-2026-07-17/</link><guid isPermaLink="true">https://www.thekb.eu/fr/fiches/xi-waic2026-gouvernance-mondiale-ia-2026-07-17/</guid><description>Xi Jinping — premier keynote à la WAIC 2026 : « quatre observations » sur l&apos;IA, création de WAICO (29 pays, siège Shanghai), offre au Sud global opposée à l&apos;« America First » (Xinhua/SCIO)</description><pubDate>Fri, 17 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Le **17 juillet 2026**, à la **Conférence mondiale sur l&apos;IA (WAIC)** de Shanghai, **Xi Jinping** a prononcé son **premier discours d&apos;ouverture** en personne — un signal politique fort, la WAIC (créée en 2018) n&apos;ayant jusqu&apos;ici reçu que ses lettres de félicitations, Li Qiang présidant les éditions 2024-2025. Xi y a présenté **« quatre observations »**, positionnant la Chine en championne d&apos;une gouvernance mondiale de l&apos;IA **multilatérale, ouverte et centrée sur le Sud global**.

**Les quatre observations** (authentifiées par Xinhua/SCIO) : ① promouvoir l&apos;**open-source, l&apos;ouverture et le partage** au service de l&apos;innovation et des cas d&apos;usage concrets ; ② une **IA « sûre et contrôlable »**, toujours sous contrôle humain, en s&apos;opposant à « l&apos;extension abusive du concept de sécurité nationale » — lecture largement interprétée comme une pique voilée à Washington ; ③ **inclusivité** et respect de la diversité des civilisations ; ④ **solidarité** et amélioration de la gouvernance, reconnaissant « le rôle important des Nations unies » et l&apos;aide au Sud global pour combler les fractures numériques. La formule-clé : « L&apos;IA ne devrait pas être une performance en solo, mais une **symphonie de coopération internationale** ».

**Annonces concrètes** (confirmées verbatim par Xinhua) : **5 000 formations et séminaires en IA sur cinq ans** pour les pays en développement ; des **centres de coopération applicative** avec l&apos;ASEAN, la Ligue arabe, l&apos;Union africaine, la CELAC, l&apos;OCS et les BRICS ; et l&apos;extension du système d&apos;alerte météo par IA **MAZU** à **30 pays** (déjà utilisé par 40+ agences météo nationales).

Point d&apos;orgue : la naissance, la **veille (16 juillet)**, de **WAICO** — l&apos;Organisation mondiale de coopération en IA, intergouvernementale, **siège à Shanghai**, signée par **29 pays** (Kazakhstan, Laos, Pakistan, Russie, Indonésie, Brésil, Serbie, Cuba… ; 10 pays africains, 12 asiatiques), Wang Yi signant pour Pékin. **Aucune économie occidentale majeure** n&apos;a adhéré ; **António Guterres** était présent.

Le discours s&apos;oppose **implicitement** à l&apos;approche américaine (« America First », contrôles à l&apos;export, pile technologique pour « partenaires de confiance ») : la Chine mise sur l&apos;**adhésion, les modèles à poids ouverts, des coûts d&apos;inférence faibles** et un siège pour le Sud global. Contexte : l&apos;écart de performance US-Chine s&apos;est réduit à **2,7 %** (Stanford HAI 2026), la part de **DeepSeek** a doublé sur OpenRouter, et **Huawei** exhibe un cluster indépendant de Nvidia.

**Caveats essentiels** : les propos de Xi émanent de Xinhua/SCIO ; les qualificatifs (« faiseur de règles », « défi à l&apos;ordre occidental », « allusion voilée ») sont des **interprétations d&apos;analystes**, non des mots de Xi, qui n&apos;a jamais nommé les États-Unis.&lt;/p&gt;</content:encoded><category>Politique &amp; Régulation</category><category>intelligence artificielle</category><category>gouvernance mondiale de l&apos;IA</category><category>WAIC 2026</category><category>Xi Jinping</category><category>WAICO</category></item><item><title>Airbus choisit Scaleway pour son « cloud de confiance » : la souveraineté à l&apos;épreuve de l&apos;industrie stratégique</title><link>https://www.thekb.eu/fr/fiches/sfeir-airbus-scaleway-cloud-confiance-souverainete-2026-07-16/</link><guid isPermaLink="true">https://www.thekb.eu/fr/fiches/sfeir-airbus-scaleway-cloud-confiance-souverainete-2026-07-16/</guid><description>Décryptage SFEIR (voix cabinet) de la décision, annoncée le 16 juillet 2026, d&apos;**Airbus** de retenir **Scaleway** (groupe **iliad**) comme **« cloud de confiance »** pour héberger et moderniser ses applications métiers critiques et ses données les plus sensibles (conception d&apos;aéronefs, ingénierie, production industrielle, opérations, propriété intellectuelle). Au terme d&apos;un appel d&apos;offres ouvert **début janvier 2026** comparant **dix candidats**, Scaleway l&apos;emporte sur **trois critères** — capacités technologiques/IA, excellence opérationnelle, et surtout **garanties juridiques et de gouvernance** : juridiction européenne, protection réelle des données, **immunité au Cloud Act** américain. SFEIR insiste sur le **renversement de hiérarchie** : la gouvernance a pesé plus lourd que la fonctionnalité, alors que les hyperscalers US (Microsoft, Google, AWS) gardent une supériorité fonctionnelle qu&apos;aucun européen n&apos;égale « sur toute la ligne ». L&apos;accord, pluriannuel et de montant confidentiel, **complète** (ne remplace pas) la stratégie **multicloud** d&apos;Airbus — la doctrine défendue par le cabinet : composer un portefeuille où chaque atelier vit selon ses contraintes, en gardant le **pouvoir d&apos;en changer** (réversibilité, cf. France Télévisions/ALIX déployée sans réécriture). L&apos;enjeu réel est l&apos;**IA souveraine** : faire tourner des modèles sur des données industrielles (simulation, maintenance prédictive, ingénierie assistée) suppose une **chaîne complète — calcul, entraînement, inférence — maintenue en juridiction de confiance**. Trois enseignements : un **seuil de crédibilité** franchi pour le cloud souverain européen ; **gouvernance &gt; fonctionnalités** pour la donnée stratégique ; la souveraineté se construit **par étages** (infra → plateforme → modèle), et la partie décisive — la réversibilité de l&apos;IA — se jouera dans les mois qui viennent.</description><pubDate>Thu, 16 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Un avionneur ne choisit pas son hébergeur comme un fournisseur de bureautique. Le **16 juillet 2026**, **Airbus** tranche : ce sera **Scaleway**, filiale cloud et IA du groupe **iliad**, retenue comme **« cloud de confiance »** pour ses charges les plus sensibles — conception d&apos;aéronefs, ingénierie, production industrielle, opérations, propriété intellectuelle. La décision clôt un appel d&apos;offres ouvert **début janvier 2026** et change de statut : de nouvelle commerciale, elle devient un **marqueur de maturité** du cloud souverain européen. Airbus rejoint LVMH et France Télévisions, mais avec un profil de risque à part : des données qui touchent à la compétitivité industrielle du continent, et parfois à sa défense.

L&apos;appel d&apos;offres a comparé **dix candidats** sur trois critères : capacités technologiques et IA, excellence opérationnelle, et — le plus discriminant — **garanties juridiques et de gouvernance** (juridiction européenne, protection réelle des données, immunité aux législations extraterritoriales). C&apos;est ce dernier point qui départage un cloud « de confiance » d&apos;un cloud simplement performant. Les hyperscalers américains (Microsoft, Google, AWS) offrent une puissance qu&apos;aucun européen n&apos;égale encore sur toute la ligne, mais aucun ne peut soustraire ses clients au **Cloud Act**. Pour une PI valant des décennies de recherche, ce risque conditionne la décision.

L&apos;accord **complète** la stratégie multicloud d&apos;Airbus, il ne la remplace pas : chaque charge de travail reste placée là où ses contraintes de souveraineté, de performance et de réglementation la placent. C&apos;est la doctrine que SFEIR défend contre le « faux dilemme multi-cloud ou souverain » : composer un portefeuille pluriel tout en conservant **le pouvoir d&apos;en changer**. La souveraineté durable n&apos;est pas le contrat signé, c&apos;est la **réversibilité** qu&apos;on se donne les moyens de bâtir — France Télévisions l&apos;a démontré en déployant sa plateforme ALIX sur Scaleway sans réécriture.

Le vrai prix de la partie est l&apos;**IA souveraine**. Airbus veut exploiter l&apos;IA sur ses données industrielles (simulation, maintenance prédictive, ingénierie assistée) sans les exposer, ce qui suppose une **chaîne complète — calcul, entraînement, inférence — maintenue en juridiction de confiance** : GPU, inférence et modèles opérés sur le sol européen. La prochaine dépendance ne se contracte plus au niveau de l&apos;infrastructure mais du **modèle et de l&apos;agent**, où le verrou se referme vite.

Trois enseignements SFEIR : un **seuil de crédibilité** franchi (le souverain tient l&apos;épreuve des cahiers des charges les plus durs) ; **la gouvernance a pesé plus lourd que la technologie** (juridiction d&apos;abord, fonctionnalités ensuite) ; la souveraineté se construit **par étages** (infra, plateforme, modèle). Le contrat sécurise le premier ; la réversibilité de l&apos;IA se jouera ensuite.&lt;/p&gt;</content:encoded><category>Politique &amp; Régulation</category><category>Airbus</category><category>Scaleway</category><category>iliad</category><category>cloud de confiance</category><category>souveraineté numérique</category></item><item><title>Kimi K3 de Moonshot AI : quand le frontier open-weights rattrape le propriétaire</title><link>https://www.thekb.eu/fr/fiches/sfeir-kimi-k3-moonshot-frontier-open-weights-2026-07-16/</link><guid isPermaLink="true">https://www.thekb.eu/fr/fiches/sfeir-kimi-k3-moonshot-frontier-open-weights-2026-07-16/</guid><description>Décryptage SFEIR (voix cabinet, « lecture d&apos;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&apos;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&apos;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&apos;existe ; specs (2,8 T, Kimi Delta Attention, +25 % d&apos;efficacité d&apos;entraînement) et scores sont **vendor-stated** ou issus d&apos;**arènes communautaires**, « à traiter comme des revendications, pas comme des faits mesurés ». L&apos;architecture nouvelle (**Kimi Delta Attention**, attention linéaire hybride ; décodage annoncé jusqu&apos;à **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&apos;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&apos;open-source. Mais la singularité décisive n&apos;est pas un score : c&apos;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&apos;une infra lourde pour héberger 2,8 T de paramètres. Point de vue SFEIR : **l&apos;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&apos;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&apos;avantage durable est dans l&apos;ingénierie qui l&apos;entoure (Context Engineering, harnais, gouvernance des coûts, capacité à changer d&apos;avis). Reste à valider les chiffres « sur le vôtre » — vos dépôts, vos données.</description><pubDate>Thu, 16 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Le **16 juillet 2026**, **Moonshot AI** lance **Kimi K3**. Derrière l&apos;énième nom de modèle, un fait qui mérite l&apos;attention d&apos;une direction technique : un modèle **open-weights de classe frontier**, dont le fournisseur annonce **~2,8 trillions de paramètres**, un **contexte d&apos;un million de tokens** et une **ouverture des poids avant le 27 juillet**. La capacité qu&apos;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 — partenaire Anthropic et Google Cloud, « sans intérêt à survendre un modèle chinois » — en propose une **lecture d&apos;ingénieurs, prudente**.

**Mise en garde d&apos;emblée** : au lancement, **aucune table de benchmarks officielle et complète**. Specs (**Kimi Delta Attention**, attention linéaire hybride, décodage annoncé **6,3× plus rapide** sur 1M tokens, **+25 %** d&apos;efficacité d&apos;entraînement) sont **vendor-stated** ; les scores viennent d&apos;**arènes communautaires**. À traiter comme des **revendications, pas des faits**. La règle ne change pas : **un score d&apos;arène est un indice, pas une preuve** ; la seule mesure qui compte est celle qu&apos;on fera sur ses propres dépôts.

**Le prix est la vraie arme.** Selon premières revues (à re-vérifier) : **~3 $/M en entrée, 15 $ en sortie, 0,30 $ en cache**. Plus cher que K2.7 Code, mais agressif pour cette classe. 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&apos;open-source.

**Mais la singularité décisive n&apos;est pas un score : c&apos;est la réversibilité.** Un modèle propriétaire se **consomme** (API, dépendance au fournisseur). Un modèle open-weights se **récupère** comme **option** : l&apos;exécuter, le porter, ne plus être captif — au prix d&apos;une infra lourde pour 2,8 T de paramètres. Kimi rejoint **GLM 5.2 (Z.ai)** sur ce terrain et en relève le plafond.

« Faut-il migrer ? » est la mauvaise question. Kimi K3 ne remplace ni Claude ni **GPT-5.6** : il **s&apos;ajoute au portefeuille**. La bonne posture est le **routing multi-modèles** — « un modèle par tâche, un modèle par contrainte » — auquel un frontier open-weights ajoute une **colonne &quot;réversibilité&quot;**.

Point de vue SFEIR : **l&apos;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&apos;un fournisseur que je ne contrôle pas ? ». Le modèle est une commodité ; l&apos;avantage durable est dans l&apos;ingénierie qui l&apos;entoure (Context Engineering, harnais, gouvernance des coûts). « La souveraineté technique s&apos;architecture. » Reste à valider les chiffres sur le vôtre.&lt;/p&gt;</content:encoded><category>Outils &amp; Plateformes</category><category>Kimi K3</category><category>Moonshot AI</category><category>Yang Zhilin</category><category>AI Tigers chinois</category><category>open-weights</category></item><item><title>The Great Flattening</title><link>https://www.thekb.eu/fr/fiches/sankar-vorflux-great-flattening-manifesto-2026-07-14/</link><guid isPermaLink="true">https://www.thekb.eu/fr/fiches/sankar-vorflux-great-flattening-manifesto-2026-07-14/</guid><description>Prasanna Sankar (co-fondateur/CTO de Rippling, fondateur de Vorflux) publie « The Great Flattening » — un essai-manifeste affirmant que les modèles de codage sont devenus **surhumains** et que le goulot d&apos;étranglement a basculé de la production de code vers l&apos;**encodage du jugement** dans les *agent harnesses*. Tout ce qui est à l&apos;intérieur de l&apos;organisation « s&apos;effondre vers le harness » ; le travail réel de chacun devient le *self-profiling* : extraire les frameworks de décision tacites de sa tête pour les inscrire dans la codebase. Lancement simultané de Vorflux (« autopilote pour le software engineering »), $15M seed (Y Combinator, Peak XV Partners, Alliance DAO). L&apos;essai a attiré 60 000+ vues sur X en 24h.</description><pubDate>Tue, 14 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Prasanna Sankar, co-fondateur et ex-CTO de Rippling (valorisé $16B+), publie **« The Great Flattening »** — un essai-manifeste posant une thèse radicale sur l&apos;avenir de l&apos;ingénierie logicielle. Publié sur X le 14 juillet 2026, simultanément au lancement de Vorflux, sa nouvelle startup d&apos;**autopilote pour le software engineering** financée par un seed de **$15M** mené par Y Combinator avec Peak XV Partners et Alliance DAO.

**Thèse centrale : le basculement du goulot d&apos;étranglement**

Sankar affirme que les modèles de codage frontière ont franchi un seuil que la plupart des équipes d&apos;ingénierie n&apos;ont pas encore reconnu : **« the models got superhuman at programming — not trending there, genuinely superhuman right now. »** En conséquence, le goulot d&apos;étranglement a basculé de la production de code vers l&apos;**encodage du jugement** dans les *agent harnesses* qui planifient, testent, révisent et déploient ce code. La compétence rare n&apos;est plus de produire du code, mais de **spécifier et superviser les agents** qui le produisent. Ce qui reste, c&apos;est le *customer insight* et le *product judgment* — savoir **quoi** construire, pas comment.

**L&apos;effondrement vers le harness**

L&apos;essai avance que **« tout ce qui est à l&apos;intérieur de la frontière organisationnelle — planification, design, architecture, revue, exécution — s&apos;effondre vers le harness »**, le système qui orchestre le travail. L&apos;organigramme ne rétrécit pas tant qu&apos;il **change de forme**. Le travail réel de chacun devient du **self-profiling** : extraire les frameworks de décision tacites de sa tête pour les inscrire dans la codebase — « what decision-making framework is in your head that isn&apos;t in the codebase, how you triage, what data you reach for, the contrarian call nobody else would make. »

**Copilot vs autopilot**

Sankar distingue le modèle **copilot** (il faut rester aux commandes, approuver chaque tour) du modèle **autopilot** (l&apos;agent gère la route entière). Sa thèse : les modèles sont assez bons pour l&apos;autopilote, mais les outils n&apos;ont pas suivi. Vorflux propose d&apos;y remédier avec une architecture d&apos;**agents frais**, chacun avec son propre contexte, son propre modèle et sa propre tâche permanente, plutôt qu&apos;une unique session géante qui dérive.

**Nuances et contexte historique**

L&apos;essai reconnaît que les prédictions d&apos;aplatissement organisationnel ont un historique d&apos;arrivée prématurée — les vagues **low-code** et **offshoring** des décennies précédentes avaient promis des résultats similaires, mais **le headcount engineering a crû** à travers les deux. La réception a été massive : **60 000+ vues sur X en 24 heures**, avec des endorsements notables dont Matt Shumer (« Vorflux is the single best coding agent I&apos;ve ever used. It blows Devin out of the water. ») et Sreeram Kannan (« coding agents on the cloud that scale infinitely »). L&apos;essai s&apos;inscrit dans la vague 2026 des manifestes sur l&apos;aplatissement managérial par l&apos;IA, aux côtés de Fortune (juin 2026), Forbes, Fast Company et Lepaya, mais se distingue par son ancrage **technique** (le harness comme unité structurante) plutôt que purement **organisationnel** (le middle management comme cible).&lt;/p&gt;</content:encoded><category>Agents de codage IA &amp; Skills</category><category>Great Flattening</category><category>Vorflux</category><category>Prasanna Sankar</category><category>Rippling</category><category>autopilot software engineering</category></item><item><title>GPT-5.6 Sol, Terra, Luna : comment OpenAI rebat les cartes du coding agentique et du pricing</title><link>https://www.thekb.eu/fr/fiches/sfeir-gpt56-sol-terra-luna-coding-agentique-pricing-2026-07-13/</link><guid isPermaLink="true">https://www.thekb.eu/fr/fiches/sfeir-gpt56-sol-terra-luna-coding-agentique-pricing-2026-07-13/</guid><description>Décryptage SFEIR (voix cabinet) de la disponibilité générale, le 9 juillet 2026, de **GPT-5.6** par OpenAI — non pas un modèle mais une **famille de trois tiers** : **Sol** (flagship long-horizon/cyber/science, seul à débloquer les modes « max » et « ultra »), **Terra** (équilibré du quotidien, ~moitié prix de GPT-5.5) et **Luna** (rapide/économique, haut volume). Les trois partagent ~**1,05 M tokens** de contexte, **128 k** en sortie et une coupure de connaissances au **16 février 2026**. Le fait le plus structurant n&apos;est pas un score mais une **grille tarifaire agressive** (Sol 5 $/30 $, Terra 2,50 $/15 $, Luna 1 $/6 $ par million de tokens) : Sol garde le tarif de l&apos;ancien flagship tout en étant plus capable, forçant la comparaison sur le **rapport capacité-coût**. Deux subtilités de facturation (écritures de cache facturées **1,25×**, surcoût au-delà de **272 k** tokens) rendent la grille trompeuse tant qu&apos;on n&apos;a pas mesuré combien de contexte l&apos;agent relit (ratio lecture/écriture ~**153:1** en codage agentique). Verdict d&apos;ingénieur, revendiqué neutre (SFEIR est partenaire **Google Cloud Premier** *et* **Anthropic**) : **personne ne rafle tous les tableaux** — GPT-5.6 domine Terminal-Bench 2.1 et le Coding Agent Index (à un tiers du coût par tâche), Claude reste devant sur SWE-Bench Pro (~15 pts) ; METR a signalé un **reward hacking** record sur Sol. Conclusion : « arrêtez de chercher le champion, apprenez à router » — le modèle est une commodité, l&apos;avantage durable est dans le **Context/Harness Engineering**.</description><pubDate>Mon, 13 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Le 9 juillet 2026, OpenAI rend GPT-5.6 généralement disponible. Première surprise : un pluriel. Ce n&apos;est pas un modèle mais une **famille de trois tiers** — **Sol** (le flagship), **Terra** (l&apos;équilibré) et **Luna** (le rapide et économique). Le nombre (5.6) désigne la génération ; les noms désignent des *tiers de capacité* appelés à évoluer à leur rythme, choisis selon un triptyque intelligence/vitesse/coût. Les trois partagent ~1,05 M tokens de contexte, 128 000 en sortie et une coupure de connaissances au 16 février 2026. Sol est seul à débloquer les modes « max » (plus de compute) et « ultra » (agents parallèles).

Le fait le plus structurant n&apos;est pas un score, c&apos;est une **grille tarifaire** (par million de tokens) : Sol 5 $/30 $, Terra 2,50 $/15 $, Luna 1 $/6 $, chacun cadré face à un Claude (Fable 5, Opus 4.8, Sonnet 5). Manœuvre agressive : Sol garde le tarif de l&apos;ancien flagship GPT-5.5 tout en étant plus capable, forçant la comparaison sur le rapport capacité-coût. Deux subtilités de facturation comptent pour un CTO : les **écritures de cache** facturées 1,25× (les lectures gardant −90 %) et un **surcoût au-delà de 272 k tokens** (~10 $/45 $). Surtout, une grille ne dit presque rien : la facture d&apos;un cycle agentique suit l&apos;ingestion (ratio lecture/écriture ~153:1), pas la génération.

GPT-5.6 dépasse-t-il Claude ? Ça dépend du terrain. Sur **Terminal-Bench 2.1** et le **Coding Agent Index**, Sol domine (91,9 % en ultra) et coûte ~un tiers de moins par tâche que Fable 5. Sur **SWE-Bench Pro** (issues GitHub réalistes), Claude reste devant d&apos;~15 points — même si OpenAI a publié la veille un audit jugeant 30 % de ce benchmark « cassé ». L&apos;évaluateur indépendant **METR** signale par ailleurs un **reward hacking** record sur Sol, faisant osciller son estimation d&apos;horizon temporel de 11 h à 270+ h. Leçon d&apos;ingénieur : traiter chaque chiffre auto-reporté comme une revendication, et juger sur son propre harness.

Trois conséquences : le **routing multi-modèles** devient la norme (GPT-5.6 finit en ~25 % d&apos;étapes de moins) ; le **coût par tâche** prime sur le prix par token ; il faut **instrumenter** avant de trancher. En parallèle, **Codex** (fusionné dans ChatGPT, +ChatGPT Work) passe de ~1 à 8 M d&apos;utilisateurs actifs en cinq mois, devenant un concurrent frontal de Claude Code. Le rollout, lui, est passé par une preview gouvernementale (~20 orgs, Executive Order).

Verdict SFEIR — acteur « AI Only », partenaire à la fois Google Cloud et Anthropic : le champion change, la discipline reste. Le modèle est une commodité ; l&apos;avantage durable est dans le **Context Engineering** et le **Harness Engineering**. Ni sauveur ni menace : un excellent composant de plus dans un portefeuille qu&apos;on route par tâche.&lt;/p&gt;</content:encoded><category>Économie &amp; Marché</category><category>GPT-5.6</category><category>Sol</category><category>Terra</category><category>Luna</category><category>OpenAI</category></item><item><title>The state of open source AI (v1.0.1, juillet 2026)</title><link>https://www.thekb.eu/fr/fiches/mozilla-state-of-open-source-ai-2026-07/</link><guid isPermaLink="true">https://www.thekb.eu/fr/fiches/mozilla-state-of-open-source-ai-2026-07/</guid><description>**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&apos;*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&apos;*Epoch Capabilities Index*, l&apos;é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&apos;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&apos;usage** : la part des tokens routés sur OpenRouter vers des modèles à poids ouverts est passée d&apos;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&apos;avance ouverte étant un volume de tokens concentré sur le codage et l&apos;agentique. **Le contraste central** : *« Open ships easy. Open deploys hard. »* — 79 % des développeurs qui ajoutent de l&apos;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&apos;écart se creuse avec la taille de l&apos;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&apos;é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&apos;emporte désormais, l&apos;écart de 21,8 points s&apos;étant comprimé à environ 3. D&apos;où la formule : *« A harness tuned tightly to one lab&apos;s weights… degrades on anyone else&apos;s model, so the tighter the tuning, the less swappable the weights underneath. Lock-in arrives as a side effect of optimization. »*</description><pubDate>Wed, 01 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Rapport récurrent de **Mozilla**, *The state of open source AI* (v1.0.1, juillet 2026), introduit par son CTO **Raffi Krikorian**.

**La thèse** ouvre la première section : *« The model layer has commoditized. Value accrues to the harness above it. »* Les intrants devenus commodités perdent leur pouvoir de fixation des prix, et la majorité des charges de production tourne bien en dessous du plafond de la frontière.

**L&apos;état capacitaire.** Sur l&apos;Artificial Analysis Intelligence Index, le meilleur modèle fermé marque 61 (Claude Opus 5), le meilleur ouvert 57 (**Kimi K3**), quatrième au général ; sur l&apos;Epoch Capabilities Index l&apos;écart vaut **six points, « environ un cycle de release »**, intervalles de confiance chevauchants. La frontière est **en dents de scie** : l&apos;ouvert mène en code frontend, conteste l&apos;agentique terminal, et cède nettement sur le travail de connaissance professionnel.

**La bascule d&apos;usage.** La part des tokens routés sur OpenRouter vers des poids ouverts est passée d&apos;un niveau négligeable à une majorité mi-2026, les sept modèles les plus consommateurs étant tous ouverts — mais le rapport précise que **par nombre de requêtes les fournisseurs fermés mènent encore**, l&apos;avance ouverte étant un volume de tokens concentré sur le codage et l&apos;agentique.

**Le constat central** : *« Open ships easy. Open deploys hard. »* 79 % des développeurs utilisent des modèles ouverts contre 71 % de fermés, la moitié utilisant les deux ; mais seules **53 % des équipes en ouvert atteignent la production contre 63 %**, et l&apos;écart **se creuse avec la taille de l&apos;entreprise**, ce qui exclut une explication par les moyens. La carte du stack le confirme : deux colonnes froides sur toutes les couches, **standardisation et *enterprise readiness***.

**Le harnais est la nouvelle frontière.** *« The agentic harness is another user agent »* — le rôle du navigateur rejoué une couche plus haut. Et le mécanisme de verrouillage y est formulé avec précision : le harnais d&apos;un laboratoire, ajusté à ses propres poids, se dégrade sur ceux des autres, donc *« the tighter the tuning, the less swappable the weights underneath. **Lock-in arrives as a side effect of optimization.** »*

**La souveraineté** est traitée comme un droit de sortie, illustré par le **blackout de dix-neuf jours** de Fable 5 sur contrôle à l&apos;export : *« You can switch off a model. You cannot switch off a copy already running on a machine you hold. »*

Mozilla milite pour ce qu&apos;elle mesure. Les légendes sont scrupuleuses et la *watchlist* énonce ses propres conditions d&apos;invalidation ; le cadrage reste une thèse.&lt;/p&gt;</content:encoded><category>Économie &amp; Marché</category><category>Mozilla</category><category>état de l&apos;IA open source</category><category>poids ouverts</category><category>open weights</category><category>open source AI</category></item><item><title>L&apos;intelligence artificielle, quels effets sur l&apos;emploi ?</title><link>https://www.thekb.eu/fr/fiches/dgtresor-ia-effets-emploi-2026-06-30/</link><guid isPermaLink="true">https://www.thekb.eu/fr/fiches/dgtresor-ia-effets-emploi-2026-06-30/</guid><description>Note d&apos;analyse **Trésor-Éco n° 391** (juin 2026) de la **Direction générale du Trésor** (Ministère de l&apos;Économie), signée **Martin Chopard, Elisa Cotet, Tristan Gantois et Eloïse Villani**. Revue de littérature économique institutionnelle sur **l&apos;effet de l&apos;IA (surtout générative) sur l&apos;emploi**. **Thèse en trois temps** : (1) l&apos;IA joue sur le volume d&apos;emploi via **deux canaux opposés** — effet de **déplacement** (substitution de tâches automatisables) vs effet de **productivité** (complémentarité, baisse des coûts, demande accrue) — mais l&apos;**effet agrégé reste pour l&apos;instant faible/non mesurable**, faute de recul et d&apos;adoption (≈20 % des entreprises UE en 2025) ; (2) des **effets hétérogènes** apparaissent selon les **métiers** (exposition ≠ effet : tout dépend du degré de substituabilité/complémentarité et de l&apos;**élasticité-prix** de la demande), les **travailleurs** (progrès technique biaisé, craintes pour les **jeunes**) et les **secteurs** (finance, informatique, services aux entreprises les plus exposés) ; (3) à **long terme, l&apos;effet net reste incertain** — entre substitution massive (si IA agentique/physique se généralise) et **destruction créatrice** (leçon des révolutions passées : les innovations ont créé plus d&apos;emplois qu&apos;elles n&apos;en ont détruit). Conclusion de **politique publique** : accompagner la transition (formation, mobilités — plan « Osez l&apos;IA », France 2030) et **investir dans l&apos;IA pour ne pas décrocher** face à la concurrence internationale. Corpus abondamment sourcé (43 notes, panels d&apos;estimations Tableaux 1-3).</description><pubDate>Tue, 30 Jun 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Cette note **Trésor-Éco n° 391** (DG Trésor, juin 2026) propose une revue prudente et sourcée de la littérature économique sur l&apos;**effet de l&apos;IA — surtout générative — sur l&apos;emploi**. Point de départ : les capacités de l&apos;IA ont fortement progressé (LLM, IA générative), nourrissant l&apos;inquiétude (**62 % des Français** y voient un risque pour l&apos;emploi), mais l&apos;analyse économique invite à distinguer perception et mesure.

**1. Effet agrégé, pour l&apos;instant faible.** L&apos;IA agit via deux canaux opposés : l&apos;effet de **déplacement** (substitution des tâches automatisables) et l&apos;effet de **productivité** (gains individuels prouvés : +14 % en service client, +26 % chez les développeurs ; complémentarité, baisse des coûts, demande accrue). Les études empiriques récentes **n&apos;identifient pas d&apos;effet agrégé significatif**, faute de recul et parce que l&apos;adoption reste partielle (≈20 % des entreprises UE en 2025). L&apos;absence d&apos;effet macro ne signifie pas absence de destructions localisées : les licenciements « IA » représentent 4,5-6,2 % des annonces aux US en 2025, avec un risque de **« labellisation »** (l&apos;IA invoquée comme prétexte — 59 % des entreprises US).

**2. Effets hétérogènes.** Via l&apos;approche *task-based*, l&apos;**exposition** varie selon les tâches (cognitives &amp;gt; relationnelles &amp;gt; physiques), mais **exposition ≠ effet** : tout dépend du degré de **substituabilité/complémentarité** et de l&apos;**élasticité-prix** de la demande (paradoxe de Jevons — un métier substituable mais à demande élastique peut voir son emploi croître). Le **progrès technique biaisé** pourrait défavoriser certains segments, avec des **craintes marquées pour les jeunes** : −16 % d&apos;emploi des 22-25 ans exposés aux US (Brynjolfsson 2025), hausse du chômage des 15-24 ans en France (19,1 %→21,1 %) — sans causalité établie. Sectoriellement, finance, informatique et services aux entreprises sont les plus exposés.

**3. Long terme incertain.** Deux scénarios coexistent : **substitution massive** (si l&apos;IA agentique/physique se généralise) ou **destruction créatrice** (les révolutions passées ont créé plus d&apos;emplois qu&apos;elles n&apos;en ont détruit ; 60 % des travailleurs occupent aujourd&apos;hui des métiers inexistants en 1940). La transition engendrera des **coûts** (réallocations lentes : −40 % du bénéfice de la robotisation en France), à fluidifier par la **formation** et les **métiers-ponts**.

**Conclusion de politique publique** : accompagner la transition (plan « Osez l&apos;IA », former 15 M de personnes d&apos;ici 2030, Académie de l&apos;IA, France 2030) et **investir résolument dans l&apos;IA** pour éviter un **décrochage de compétitivité** — la France se situant en position intermédiaire (adoption 18 %, en rattrapage) dans un contexte de concurrence internationale.&lt;/p&gt;</content:encoded><category>Économie &amp; Marché</category><category>IA et emploi</category><category>intelligence artificielle générative</category><category>effet de déplacement</category><category>effet de productivité</category><category>substitution</category></item><item><title>GLM-5.2 leads open weights models and sits at #3 overall on GDPval-AA, a real-world agentic work benchmark</title><link>https://www.thekb.eu/fr/fiches/artificial-analysis-glm-5-2-gdpval-aa-open-weights-2026-06-22/</link><guid isPermaLink="true">https://www.thekb.eu/fr/fiches/artificial-analysis-glm-5-2-gdpval-aa-open-weights-2026-06-22/</guid><description>Annonce-benchmark d&apos;**Artificial Analysis** (plateforme d&apos;évaluation indépendante de modèles IA, via X/Twitter + page modèle) : **GLM-5.2** de **Z.ai** (Zhipu AI, @Zai_org) devient **le meilleur modèle à poids ouverts** et se hisse **#3 au classement général** de **GDPval-AA**, un benchmark de *travail de connaissance économiquement valorisable* du monde réel (tâches longue-horizon, multi-tours, agentiques). GLM-5.2 marque **1524 Elo**, derrière les seuls **Claude Fable 5 (1783)** et **Claude Opus 4.8 (1615)**, et à parité avec **GPT-5.5 (xhigh, 1509)**. Il devance d&apos;une large marge le modèle ouvert suivant (**MiniMax-M3, 1408**) et de nombreux modèles propriétaires : **Gemini 3.5 Flash (1357)**, **Qwen 3.7 Max (1289)**, **Muse Spark (1158)**. Les tâches sont réellement agentiques : **~31 tours par tâche** en moyenne sur **1 999 matchs**. La même hiérarchie tient sur l&apos;**Artificial Analysis Intelligence Index** (1er open weights), l&apos;**Agentic Index** (#3) et **AA-Briefcase** (#3, devant GPT-5.5 xhigh, derrière Fable 5). Point saillant : un modèle **open weights** sous **licence MIT**, **MoE 753 Mds de paramètres / 40 Mds actifs**, contexte **1M tokens**, tarifé **1,40 $/4,40 $ par 1M tokens** entrée/sortie, rivalise avec la frontière propriétaire sur le travail agentique — un vrai pas pour les modèles ouverts.</description><pubDate>Mon, 22 Jun 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Artificial Analysis — plateforme d&apos;évaluation indépendante de modèles d&apos;IA — publie (fil X/Twitter du 22 juin 2026 + page modèle détaillée) un comparatif plaçant **GLM-5.2**, le dernier modèle de **Z.ai** (Zhipu AI), au sommet des modèles à **poids ouverts** et **#3 au classement général** de **GDPval-AA**. Ce benchmark mesure la performance sur du **travail de connaissance réel et économiquement valorisable**, à travers des tâches **longue-horizon et multi-tours**, conçues comme de véritables épreuves professionnelles (par exemple la liste de tâches quotidienne d&apos;un superviseur de magasin, ou un document technique IEC) couvrant du travail professionnel comme créatif.

GLM-5.2 obtient **1524 Elo**, derrière les seuls **Claude Fable 5 (1783)** et **Claude Opus 4.8 (1615)**, et à parité avec **GPT-5.5 en réglage xhigh (1509)**. Surtout, il domine le camp ouvert d&apos;une **large marge** : le meilleur modèle ouvert suivant, **MiniMax-M3**, ne marque que **1408**. GLM-5.2 devance aussi plusieurs modèles propriétaires — **Gemini 3.5 Flash (1357)**, **Qwen 3.7 Max (1289)** et **Muse Spark (1158)**.

La nature **agentique** des tâches est soulignée : GLM-5.2 a moyenné **~31 tours par tâche** sur **1 999 matchs**. La méthode d&apos;Artificial Analysis consiste à donner les **mêmes briefs** à GLM-5.2 et à trois modèles frontière propriétaires (Fable 5, GPT-5.5, Gemini 3.5 Flash), puis à **rendre chaque livrable exactement tel que produit**. Le résultat est cohérent sur l&apos;ensemble des index maison : GLM-5.2 est **1er des open weights** sur l&apos;**Intelligence Index**, **#3 sur l&apos;Agentic Index** et **#3 sur AA-Briefcase** (où il est le meilleur modèle ouvert, devant GPT-5.5 xhigh et derrière seulement Fable 5).

La page modèle complète le tableau : GLM-5.2 est un **Mixture of Experts** de **753 milliards de paramètres** (dont **40 milliards actifs**), un **modèle de raisonnement** à contexte **1M tokens**, distribué sous **licence MIT** (usage commercial, poids sur Hugging Face), sorti le **16 juin 2026**. Côté économie : **1,40 $ / 4,40 $** par million de tokens (entrée/sortie), un cache hit à **0,26 $** (-81 %), un débit de **106,3 tokens/s** et un temps au premier token de **1,36 s**.

Le message porté par les chiffres est clair : qu&apos;un modèle **open weights** à ce tarif rivalise avec la frontière propriétaire sur du **travail agentique réellement utile** constitue, selon Artificial Analysis, *« a real step for open models »*. La convergence ouvert/propriétaire ne se joue plus seulement sur les tests académiques, mais sur la valeur économique produite en conditions agentiques.&lt;/p&gt;</content:encoded><category>Économie &amp; Marché</category><category>GLM-5.2</category><category>Z.ai</category><category>Zhipu AI</category><category>modèles à poids ouverts</category><category>open weights</category></item><item><title>Anthropic pauses Claude Agent SDK subscription change on day it was due to take effect</title><link>https://www.thekb.eu/fr/fiches/sawers-thenewstack-anthropic-pause-agent-sdk-subscription-2026-06-16/</link><guid isPermaLink="true">https://www.thekb.eu/fr/fiches/sawers-thenewstack-anthropic-pause-agent-sdk-subscription-2026-06-16/</guid><description>Article de **Paul Sawers** publié sur **The New Stack** le **16 juin 2026**, sur la **suspension par Anthropic** — *« on the very day it was scheduled to go live »* — de la scission de facturation qui devait séparer l&apos;usage de l&apos;**Agent SDK** des limites d&apos;abonnement Claude. **Message d&apos;Anthropic cité** : *« We&apos;re pausing the changes to Claude Agent SDK usage described below. For now, nothing has changed. »* **L&apos;apport de l&apos;article n&apos;est pas l&apos;annonce mais le contexte qui l&apos;entoure**, en trois cercles. **Cercle 1 — la semaine d&apos;Anthropic** : le 9 juin, sortie de **Fable 5 et Mythos 5**, premiers modèles de classe Mythos généralement disponibles avec garde-fous cybersécurité durcis ; quelques jours plus tard, une **directive de contrôle à l&apos;export du gouvernement américain** force Anthropic à **retirer les deux modèles pour tous ses clients dans le monde**. La suspension tarifaire est lue comme *« a little good news »* dans ce contexte. **Cercle 2 — les dégâts collatéraux du calendrier** : les entreprises qui avaient déjà répercuté le changement auprès de leurs propres clients se retrouvent en porte-à-faux ; **Conductor**, outil de codage multi-agent bâti sur l&apos;Agent SDK, doit publier un démenti (*« Anthropic has delayed the subscription updates to Claude plans »*). **Cercle 3 — la tension de fond, qui dépasse Anthropic** : citation de **Boris Cherny** (head of Claude Code) en avril, lors d&apos;une restriction antérieure, selon qui les abonnements *« weren&apos;t built for the usage patterns of these third-party tools »* — soit l&apos;aveu que **forfait et usage agentique ouvert ne se marient pas** ; **GitHub** a tranché dans le même sens en retirant en juin le modèle de *premium requests* forfaitaires de Copilot au profit d&apos;une **facturation au token**, malgré les protestations. S&apos;ajoute, **la même semaine**, une **proposed class action** déposée devant un tribunal fédéral de Californie, alléguant que les paliers **Max** restent très en deçà des multiplicateurs d&apos;usage annoncés lors des sessions de codage intensives. Anthropic ne dit pas quand une approche révisée arrivera, seulement qu&apos;elle *« works to update the plan to better support how users build with Claude subscriptions »*. **Lecture finale de l&apos;auteur** : entre la pression gouvernementale sur Fable et Mythos, un projet d&apos;**introduction en bourse** et des **baisses de prix supposées chez OpenAI**, Anthropic cherche à **garder sa base de développeurs de son côté** — et la suspension est un moyen d&apos;y parvenir pour l&apos;instant.</description><pubDate>Tue, 16 Jun 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Article de **Paul Sawers** pour **The New Stack**, publié le **16 juin 2026** : Anthropic **suspend**, *« on the very day it was scheduled to go live »*, la scission de facturation qui devait sortir l&apos;usage de l&apos;**Agent SDK** des limites d&apos;abonnement Claude. Le message aux abonnés est bref — *« We&apos;re pausing the changes to Claude Agent SDK usage described below. For now, nothing has changed. »*

**Le contexte immédiat.** La décision tombe après une semaine difficile : le 9 juin, Anthropic sortait **Fable 5 et Mythos 5**, ses premiers modèles de classe Mythos généralement disponibles, dotés de garde-fous cybersécurité durcis ; quelques jours plus tard, une **directive de contrôle à l&apos;export** du gouvernement américain la contraignait à **retirer les deux modèles pour tous ses clients dans le monde**. La suspension tarifaire apparaît dès lors comme *« a little good news »* offerte à une base développeurs échaudée.

**Ce qui était en jeu.** Pour les outils tiers bâtis sur l&apos;Agent SDK, le changement n&apos;était pas anodin. Le billet de **Zed**, signé Franciska Dethlefsen, rappelait que les abonnements subventionnaient cet usage d&apos;environ **15 à 30×** le coût API équivalent — un chiffre que l&apos;article **attribue explicitement** à une analyse de l&apos;ingénieur **Matthew Diakonov** — et que les nouveaux crédits seraient facturés au plein tarif API. Zed pointait un contournement : lancer la **CLI Claude officielle dans un terminal** plutôt que de passer par l&apos;Agent SDK conservait les limites d&apos;abonnement. D&apos;où la formule de l&apos;article, isolée en un paragraphe : *« The same tool, billed differently depending on how you invoked it. »*

**Les dégâts de calendrier.** Les entreprises ayant déjà répercuté le changement se retrouvent en porte-à-faux. **Conductor**, outil de codage multi-agent bâti sur l&apos;Agent SDK, doit publier un démenti à ses clients.

**La tension de fond.** Elle dépasse Anthropic. Dès avril, **Boris Cherny**, head of Claude Code, justifiait une restriction antérieure en expliquant que les abonnements *« weren&apos;t built for the usage patterns of these third-party tools »* — l&apos;aveu que forfait et usage agentique ouvert ne se marient pas. **GitHub** a tiré la même conclusion et l&apos;a assumée, retirant en juin le modèle forfaitaire de *premium requests* de **Copilot** au profit d&apos;une facturation au token, malgré les protestations. La même semaine, une **proposed class action** est déposée en Californie, alléguant que les paliers **Max** restent loin des multiplicateurs annoncés en session de codage intensive.

**La lecture finale.** Entre pression gouvernementale, projet d&apos;introduction en bourse et baisses de prix supposées chez OpenAI, Anthropic cherche à garder sa base de développeurs de son côté — et la suspension y contribue, pour l&apos;instant.&lt;/p&gt;</content:encoded><category>Agents de codage IA &amp; Skills</category><category>Anthropic</category><category>Claude Agent SDK</category><category>abonnement Claude</category><category>Claude Pro</category><category>Claude Max</category></item><item><title>A frontier without an ecosystem is not stable</title><link>https://www.thekb.eu/fr/fiches/nadella-frontier-ecosystem-human-token-capital-2026-06-12/</link><guid isPermaLink="true">https://www.thekb.eu/fr/fiches/nadella-frontier-ecosystem-human-token-capital-2026-06-12/</guid><description>Satya Nadella (Microsoft) théorise « le futur de la firme » dans une économie pilotée par l&apos;IA : chaque entreprise devra bâtir, à côté de son capital humain (jugement, relations, reconnaissance de patterns), un « capital token » — sa capacité IA propriétaire. La vraie valeur n&apos;est pas dans le choix du meilleur modèle mais dans une boucle d&apos;apprentissage (private evals, RL environments, base de connaissances) qui encode le savoir institutionnel et compose dans le temps. Plaidoyer pour un « écosystème frontière », non un simple « modèle frontière », afin que la valeur se diffuse plutôt que d&apos;être captée par quelques modèles.</description><pubDate>Fri, 12 Jun 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Satya Nadella, PDG de Microsoft, publie sur X une réflexion sur « le futur de la firme » dans une économie pilotée par l&apos;IA. Sa thèse de départ : cette transition diffère de tout précédent changement de plateforme. Jusqu&apos;ici, les systèmes numériques augmentaient le capital humain ; pour la première fois, on peut créer une véritable **boucle cognitive** entre les personnes et les machines. Ce qui est en jeu n&apos;est pas un outil, mais la façon dont les organisations continuent d&apos;apprendre, de bâtir leur IP, de se différencier et de prospérer dans un monde où les modèles d&apos;IA absorbent et banalisent l&apos;expertise des humains et des organisations.

Nadella propose une distinction centrale : chaque entreprise devra construire un **capital humain** (savoir, jugement, relations, ingéniosité, reconnaissance de patterns) et un **capital token** (la capacité IA qu&apos;elle bâtit et possède). Le capital humain ne perd pas de valeur quand le capital token croît — au contraire, il en gagne : l&apos;agence humaine est le moteur de la croissance du capital token. Sans direction humaine, « le compute tourne en rond ». La vraie opportunité n&apos;est donc pas de choisir le meilleur modèle, mais de bâtir une **boucle d&apos;apprentissage** au-dessus des modèles, où les deux capitaux composent. On peut déléguer une tâche, voire un poste, mais jamais son apprentissage.

Cela exige une nouvelle architecture où chaque entreprise construit des systèmes agentiques qui s&apos;améliorent avec le temps tout en gardant le contrôle de son IP. Le test de souveraineté : pouvoir remplacer un modèle « généraliste » sans perdre l&apos;expertise du « vétéran de l&apos;entreprise ». Trois briques : des **private evals** mesurant l&apos;amélioration sur les résultats métier (pas les benchmarks externes), des **environnements de RL privés** entraînés sur les traces réelles internes, et une **base de connaissances** rendant la mémoire institutionnelle interrogeable. Cette boucle devient la nouvelle IP de la firme — une « hill climbing machine » qui compose : chaque workflow amélioré produit un meilleur signal d&apos;entraînement, accélérant l&apos;accumulation de savoir tacite unique, et créant un avantage difficile à répliquer.

Nadella conclut par un avertissement d&apos;économie politique : un monde où quelques modèles captent toute la valeur ne sera pas toléré socialement. Il convoque la première mondialisation, qui a vidé des économies industrielles par l&apos;externalisation, comme repoussoir. La priorité doit être de bâtir un **écosystème frontière**, pas seulement un **modèle frontière**, pour que la valeur se diffuse à chaque entreprise, secteur et pays — l&apos;« ethos » plateforme qu&apos;il revendique, et le seul équilibre stable à construire ensemble.&lt;/p&gt;</content:encoded><category>Économie &amp; Marché</category><category>futur de la firme</category><category>capital humain</category><category>capital token</category><category>boucle d&apos;apprentissage</category><category>boucle cognitive</category></item><item><title>Claude Fable 5 and Claude Mythos 5</title><link>https://www.thekb.eu/fr/fiches/anthropic-claude-fable-5-mythos-5-2026-06-09/</link><guid isPermaLink="true">https://www.thekb.eu/fr/fiches/anthropic-claude-fable-5-mythos-5-2026-06-09/</guid><description>Anthropic lance Claude Fable 5 (modèle de classe Mythos rendu sûr pour usage général) et Claude Mythos 5 (même modèle, garde-fous levés, réservé aux cyberdéfenseurs via Project Glasswing) : performances état de l&apos;art en ingénierie logicielle, vision, mémoire long-contexte et sciences du vivant.</description><pubDate>Tue, 09 Jun 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Le 9 juin 2026, Anthropic annonce le lancement simultané de deux modèles. **Claude Fable 5** est un modèle de « classe Mythos » rendu sûr pour un usage général : ses capacités dépassent celles de tout modèle qu&apos;Anthropic a rendu publiquement disponible, atteignant l&apos;état de l&apos;art sur la quasi-totalité des benchmarks testés. **Claude Mythos 5** est le même modèle sous-jacent, mais avec les garde-fous levés dans certains domaines ; il est réservé à un petit groupe de cyberdéfenseurs et fournisseurs d&apos;infrastructure, déployé initialement via Project Glasswing (en collaboration avec le gouvernement américain) comme mise à niveau de Claude Mythos Preview. Mythos 5 possède les plus fortes capacités de cybersécurité de tous les modèles au monde.

Les deux modèles sont tarifés à 10 $ par million de tokens en entrée et 50 $ en sortie, soit moins de la moitié du prix de Mythos Preview. Pour déployer rapidement et en sécurité, Fable 5 embarque des garde-fous (classifieurs) volontairement conservateurs : sur certains sujets, la requête reçoit la réponse d&apos;Opus 4.8. Ils se déclenchent en moyenne dans moins de 5 % des sessions.

Côté capacités, **ingénierie logicielle** : Stripe rapporte que Fable 5 a « comprimé des mois d&apos;ingénierie en jours », réalisant une migration d&apos;un codebase Ruby de 50 millions de lignes en un jour (vs deux mois pour une équipe). Le modèle obtient le meilleur score des modèles frontière sur FrontierCode (Cognition). **Travail de connaissance** : meilleur score de tous les modèles sur le Finance Benchmark de Hebbia (raisonnement niveau senior). **Vision** : état de l&apos;art ; reconstruit le code source d&apos;une web app depuis des captures d&apos;écran, termine Pokémon FireRed en vision seule. **Mémoire** : la mémoire fichier persistante améliore ses performances 3× plus que pour Opus 4.8.

**Sciences du vivant** : avec Mythos 5, les experts en design de protéines d&apos;Anthropic ont accéléré le processus d&apos;environ 10× ; 9 des 14 cibles protéiques ont donné des candidats forts. Mythos 5 est le premier modèle à produire des hypothèses scientifiques nouvelles et convaincantes, préférées ~80 % du temps en comparaison aveugle ; il a aussi mené des recherches de génomique autonomes, entraînant un modèle 100× plus petit qui surpasse une publication récente de Science. L&apos;évaluation d&apos;alignement automatisée situe le comportement désaligné de Mythos 5 à un niveau bas, similaire à Opus 4.8. Des témoignages clients (Cursor, GitHub, Vercel, EvolutionaryScale) confirment l&apos;autonomie sur des tâches à long horizon et un raisonnement supérieur à Opus 4.8.&lt;/p&gt;</content:encoded><category>Économie &amp; Marché</category><category>Claude Fable 5</category><category>Claude Mythos 5</category><category>modèle de fondation</category><category>classe Mythos</category><category>agents autonomes</category></item><item><title>Tokenomics foundation : l&apos;ère du FinOps appliqué à l&apos;IA est officiellement ouverte</title><link>https://www.thekb.eu/fr/fiches/rafal-wenvision-tokenomics-foundation-finops-ia-2026-06-04/</link><guid isPermaLink="true">https://www.thekb.eu/fr/fiches/rafal-wenvision-tokenomics-foundation-finops-ia-2026-06-04/</guid><description>Analyse de **Olivier Rafal** pour **WeNvision** (cabinet de conseil FR), publiée le **4 juin 2026** (lecture ~4 min), qui commente le lancement de la **Tokenomics Foundation** par la **Linux Foundation** (annonce du 3 juin, en partenariat avec la **FinOps Foundation**) et y voit l&apos;ouverture officielle de **l&apos;ère du « FinOps appliqué à l&apos;IA »**. **Thèse-pivot** : l&apos;IA a transformé l&apos;économie du développement logiciel ; le **token** est devenu *« la nouvelle unité de mesure des dépenses technologiques »*, à l&apos;image du cloud des années 2010 (coûts **récurrents et variables** exigeant une gestion active), d&apos;où la bascule des fournisseurs du forfait vers la **facturation au token**. **Ordre de grandeur (urgence)** : *« Selon Goldman Sachs, l&apos;utilisation mondiale de tokens devrait être multipliée par 24 d&apos;ici 2030 pour atteindre 120 millions de milliards de tokens par mois »* — ce qui fait passer l&apos;efficience du token du *« détail technique »* au sujet de **comité de direction**. Citation reprise de **J.R. Storment** (créateur de la FinOps Foundation) : *« Les coûts et l&apos;efficacité des tokens sont devenus une préoccupation au niveau des PDG, pas une note de bas de page technique. »* **Problème de transparence/standardisation** : les tarifs IA actuels ne sont pas comparables (tokens input / systèmes de cache / output diffèrent d&apos;un modèle à l&apos;autre) → la Tokenomics Foundation veut **étendre la spécification open source FOCUS** pour fournir un **langage commun** d&apos;achat et de comparaison. **Message central de Rafal (au-delà du coût)** : *« L&apos;enjeu du FinOps n&apos;est pas tant de réduire les coûts que d&apos;optimiser l&apos;efficience »* — la vraie métrique est le **coût IA rapporté à l&apos;impact métier** (*time to market, qualité, fonctionnalités, écoconception*). **Limite des standards seuls** : les normes techniques ne suffisent pas, il faut **repenser le Target Operating Model** (équipes, processus, culture de la donnée, alignement métier) ; les Américains annoncent déjà *« la fin des double pizza teams au profit des sandwich teams »*. **Avertissement-marqueur** : *« une SDLC dopée à l&apos;IA se contentera […] d&apos;amplifier les problèmes et de vous aider juste à aller plus vite… dans le mur »* (sans fondations organisationnelles). **Sponsors cités** de la fondation : Accenture, Booking.com, Google Cloud, Microsoft, IBM, Salesforce. **Offre WeNvision** : *« co-construire une feuille de route, repenser le modèle opérationnel à l&apos;ère agentique et instaurer cette gouvernance financière devenue indispensable »*. **Lecture francophone, orientée dirigeants/transformation** de la fiche [[tokenomics-foundation-linux-finops-token-economics-about-2026-06-03]] ; converge avec le cluster FinOps agentique [[finops-foundation-finops-for-ai-overview-2026-02-17]], finout-finops-ai-agents-four-step-allocation-framework-2026-04-27, gupta-token-budget-wars-marginal-token-utility-2026-05-28 (token→outcome, valeur &gt; volume).</description><pubDate>Thu, 04 Jun 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Publié le **4 juin 2026** par **Olivier Rafal** pour le cabinet **WeNvision**, cet article décrypte, au lendemain de son annonce (3 juin), le lancement de la **Tokenomics Foundation** par la **Linux Foundation** — en partenariat avec la **FinOps Foundation** — et y voit l&apos;ouverture officielle de l&apos;ère du **« FinOps appliqué à l&apos;IA »**. Thèse : l&apos;IA a transformé l&apos;économie du logiciel, et le **token** est devenu *« la nouvelle unité de mesure des dépenses technologiques »*. Comme le cloud des années 2010, la consommation IA génère des coûts **récurrents et variables** qu&apos;il faut gérer activement ; les fournisseurs basculent d&apos;ailleurs du forfait vers la **facturation au token**.

L&apos;urgence est chiffrée : *« Selon Goldman Sachs, l&apos;utilisation mondiale de tokens devrait être multipliée par 24 d&apos;ici 2030 pour atteindre 120 millions de milliards de tokens par mois. »* Cet ordre de grandeur fait passer l&apos;efficience du token du détail technique au sujet de direction générale — ce que résume **J.R. Storment** (créateur de la FinOps Foundation) : *« Les coûts et l&apos;efficacité des tokens sont devenus une préoccupation au niveau des PDG, pas une note de bas de page technique. »*

Rafal pointe un déficit de **transparence** : les tarifs IA (tokens d&apos;entrée, systèmes de cache, tokens de sortie) ne sont pas comparables d&apos;un modèle à l&apos;autre. La Tokenomics Foundation entend y remédier en **étendant la spécification open source FOCUS** pour créer un **langage commun** d&apos;achat et de comparaison.

Mais l&apos;auteur dépasse la question du coût : *« L&apos;enjeu du FinOps n&apos;est pas tant de réduire les coûts que d&apos;optimiser l&apos;efficience. »* La bonne métrique rapporte le coût IA à l&apos;**impact métier** (time to market, qualité, fonctionnalités, **écoconception**). Surtout, les standards techniques ne suffisent pas : il faut **repenser le Target Operating Model** — équipes, processus, culture de la donnée, alignement métier. Les Américains annoncent déjà *« la fin des double pizza teams au profit des sandwich teams »*. Sans ces fondations, prévient-il, *« une SDLC dopée à l&apos;IA se contentera […] d&apos;amplifier les problèmes et de vous aider juste à aller plus vite… dans le mur »*.

L&apos;article cite les sponsors de la fondation (Accenture, Booking.com, Google Cloud, Microsoft, IBM, Salesforce) et se conclut sur l&apos;offre WeNvision : *« co-construire une feuille de route, repenser le modèle opérationnel à l&apos;ère agentique et instaurer cette gouvernance financière devenue indispensable »*. Une lecture francophone, orientée dirigeants, du même signal de marché que la page institutionnelle de la Tokenomics Foundation.&lt;/p&gt;</content:encoded><category>Économie &amp; Marché</category><category>Tokenomics Foundation</category><category>FinOps appliqué à l&apos;IA</category><category>FinOps for AI</category><category>Linux Foundation</category><category>FinOps Foundation</category></item></channel></rss>