Skip to content

root / tags / souverainete

#souveraineté

15 fiches

Architecture & Construction Machine translation

Projects in Buzz

Product announcement post from **Block Engineering** signed by **Thomas Petersen** (*Principal Designer & Builder*), published on **August 18, 2026**, ~1,800 words across thirteen short sections, introducing **Buzz Projects** — a **software forge hosted on its own relay**: Git repositories, branches, pull requests, issues, review and merge, multi-repo projects, an activity feed, all linked to conversation channels. The post's standfirst and thesis: *« Coding agents are the terminal for your computer. Buzz is the terminal for your network. »* Three contributions. **(A) A trust doctrine grounded in *ex post* proof rather than *ex ante* authorization**: on one side *« No forced guardrails, no limitations on what your agents are allowed to help you with »*, on the other *« Every push, review, approval, and merge is a signed Nostr event. If an agent authors a patch, you can see which agent produced it and which human authorized that agent to act »*; the section closes on a stated direction — *« we are already exploring ideas around agent trust protocols informed by past behavior »*. **(B) Git interoperability without proprietary tooling**: *« These are standard git repositories… You can fetch, clone, pull, and push over plain Smart HTTP, with no custom tooling or wrapper CLI required »*, with the clé Nostr serving as a single identity — *« The same npub that signs your messages signs your pushes. »* **(C) A distinction between execution surface and network presence**: *« A terminal gives an agent somewhere to execute commands and change files, but it does not give it a persistent place in the network. Buzz does. »* The post produces no figures and contains no outbound links; it qualifies itself as preliminary six times (*« still very basic »*, *« fairly elementary »*, *« still under experiments »*), and Projects lives under the **Experiments** tab of Buzz Desktop.

#Buzz#Buzz Projects#Block

**Thomas Petersen** — *« Principal Designer & Builder »* chez **Block** · auteur unique et signataire du billet ; première apparition dans le corpus. Publié le **18 août 2026** sur le blog **Block Engineering**. Troisième signature Block sur Buzz en un mois · après Tyler Longwell (21 juillet) et Atish Patel (6 août) · et la première non-ingénieur.

Strategy & Frameworks Auto-verified translation

To FDE, or not to FDE?

Long-form article published on **X** on **August 11, 2026** by **Jesse Zhang**, CEO of **Decagon** (customer-service AI agents), under a dilemma-shaped title — *« To FDE, or not to FDE? »* — devoted to the **Forward Deployed Engineer**, which has become *« the answer to almost every hard question in AI go-to-market »*. Starting observation: Anthropic and OpenAI have built enterprise deployment arms explicitly modeled on Palantir, *« every seed-stage company »* advertises an FDE offering, and job postings for the title are said to be up several hundred percent in a year. **(A) The Palantir genealogy** supplies the framework: **Shyam Sankar**'s (CTO) formula, *« FDEs eat pain and excrete product »*, and **Joe Lonsdale**'s reminder that Palantir spent nearly two decades being called a *« glorified consultancy »* on the basis of an accurate observation. **Gotham**'s bespoke deployments (CIA, NSA, military intelligence) were encoded into platform primitives — ontology, object models, permissions, workflow engines, provenance tracing — which became **Foundry**, then Apollo and AIP; standardization pushed gross margin into the 80% range and Palantir moved from an FDE motion to account-based selling, with many FDEs migrating into core engineering. *« The pain was the input to the product, not a cost of sale. »* **(B) The criterion proposed** is not to give up on FDEs but to know when to stop: go early, then ask whether one is still **discovering** — *« The trap is not starting. It's not stopping. »* **(C) A distinction few make: FDE ≠ implementation.** *« Building that integration into their ticketing system »* is real work, but it is execution against a known spec, not discovery of an unknown one; conflating the two *« is how a company convinces itself that a growing services org is a product investment »*. Closing line: *« If your FDEs are eating pain and excreting more pain, you don't have an FDE team. You have a services business. »* Two figures are put forward about Decagon — *« two-thirds of deployment work is now done autonomously via Duet »* and *« a few days on average to launch the first AOP, even for large banks, airlines, telcos »* — without the "deployment work" denominator being defined or the AOP acronym spelled out.

#Forward Deployed Engineer#FDE#engineer embedded with the client

**Jesse Zhang** — cofondateur et **CEO de Decagon** (agents IA de service client, San Francisco) · 85 000 abonnés sur X · site personnel `jessezhang.org`. Il cite son cofondateur **Ashwin Sreenivas** · **ex-Palantir** · d'où la profondeur du récit Palantir. Publié le **11 août 2026**.

Quality & Security Auto-verified translation

Shieldstral : Mistral compile sa doctrine en 3,8 milliards de paramètres

A watch note by **Didier Girard** published on **X** on **August 7, 2026**, which reads the launch of **Shieldstral 1.0 3B** (Mistral AI, August 4, 2026) not as a product release but as **the production deployment of a doctrine**. Starting point: on **May 13, 2026**, before the National Assembly's commission of inquiry into digital vulnerabilities, **Arthur Mensch** refused any oversight role for Mistral over the end use of its models — *"we do not have democratic legitimacy"* — explicitly rejecting **Anthropic**'s stance. Less than three months later, Mistral releases a **moderation model**. The author dismisses the apparent contradiction: **Shieldstral carries no taxonomy of the licit and the illicit**, it answers a **question the user writes**. **The mechanism is the heart of the note**: a three-part prompt (context + severity / a single closed question / the content to be judged), a `yes` or `no` response, and the **softmax over these two tokens** produces a continuous score between 0 and 1. **The moderation policy is not in the weights, it is read at inference time** — whereas **Llama Guard 4** embeds the MLCommons taxonomy fixed at training time, Shieldstral reads yours in natural language, modifiable **without retraining**. The technical report (**arXiv:2607.25857**, July 28, 2026) quantifies the cost of this choice: fine-tuning on public data alone = **61.1% F1** on policy adaptability; **4.4 million contrastive pairs** generated by an LLM (the same content rewritten to violate a policy but not its sibling policy) = **+23.3 points**; **91.3%** after merging three checkpoints. Characteristics: **3.8B actual parameters** (the "3B" in the name rounds down), **Ministral 3** base + **Pixtral** vision encoder, **12 languages**, **16 GB of VRAM in BF16**, **Apache 2.0**. Text performance: **84.9% average F1**, on par with **GPT-OSS-Safeguard-20B** (seven times larger), ahead of **Qwen3Guard-8B** (84.0) and far ahead of **LlamaGuard-4-12B** (69.1). **A caveat raised by the author himself**: *all these figures come from Mistral, on test sets selected by Mistral, and no third-party evaluation existed as of August 6*. The note's structuring thesis is an **opposition of topologies**: at **Anthropic**, the guardrail lives **in the weights** and the publisher arbitrates who is exempt from it (**Claude Fable 5** public with safety measures / **Claude Mythos 5** without, reserved for approved cyberdefenders of **Project Glasswing**, June 9, 2026); at **Mistral**, the guardrail **sits outside the model** — a separate, open, self-hostable component, whose policy belongs to the deployer. Explicit customer alignment (ministry of the Armed Forces, BNP Paribas, French and Luxembourg government administrations). The note closes on a **setback documented in three points**: **auditability** (binary output, no reasoning trace, while the deployer inherits the burden of justification under an AI Act audit), **robustness** (the first chapter of Voltaire's *Treatise on Tolerance* classified as "calls for violence" by a tester on the Hacker News thread — a mention/endorsement confusion), **availability** (as of August 6: no billed endpoint on La Plateforme, no official Ollama). Three deployment rules to close.

#Shieldstral#Shieldstral 1.0 3B#Mistral AI

**Didier Girard** — auteur de la note · publiée sur son compte X. Écrit ici en **analyste de doctrine industrielle** plutôt qu'en testeur : il n'a pas déployé le modèle · il croise une **audition parlementaire** (Mensch, 13 mai) · un **lancement produit** (Shieldstral, 4 août) · un **rapport technique** (arXiv, 28 juillet) et un **contre-exemple concurrent** (Anthropic, 9 juin) pour montrer qu'ils forment une position cohérente. Deux marqueurs de posture : il **borne explicitement la valeur des chiffres** qu'il cite (aucune évaluation tierce) et il **termine par des règles opérationnelles** — l'analyse doit sortir avec sa traduction en décisions de déploiement.

AI Coding Agents & Skills Auto-verified translation

ACP : deux protocoles, un sigle, zéro rapport

Tech-watch note by **Didier Girard** dated **August 2, 2026**, prompted by a colleague's question ("what is ACP?") to address a problem that is not terminological but **documentary**. **Three protocols compete for the acronym**, with no technical overlap whatsoever: **Agent Client Protocol** (client ↔ agent — Zed, August 2025, JSON-RPC 2.0 over stdio, Apache-2.0, "what LSP did for languages"), **Agentic Commerce Protocol** (agent ↔ merchant — OpenAI + Stripe, Sept. 29, 2025, competing with Google's **UCP** of Jan. 11, 2026 backed by **AP2**), and **Agent Communication Protocol** (agent ↔ agent — IBM Research / BeeAI, marginal but polluting searches). **The core of the note is not the disentangling but its observed failure**: the author searches "ACP" in their tech-watch knowledge base and gets **twelve results, all about the commerce protocol, zero about Zed's** — *"our watch agents had indexed the acronym without disambiguating it"*. Hence a knowledge-engineering rule: ***"a bare acronym is never indexed"*** — the entity is "Agent Client Protocol", "ACP" is **only an alias**, carried by three distinct entities. A structuring clarification follows (**MCP connects an agent to its tools, ACP connects a client to an agent; the two stack**), then the textbook case: **Buzz**, published by **Block** on July 21, 2026 under Apache-2.0 — a self-hostable workspace built on **Nostr**, where every human or agent participant is a **key pair** and every message, workflow step, or git push is a **signed event** in an append-only log. An entirely protocol-based architecture (`buzz-acp` an ACP harness over stdio, `buzz-agent` an ACP agent calling an LLM, `buzz-dev-mcp` an MCP shell + editing server), hence agent agnosticism: **Goose, Claude Code, and Codex** plug in through the same harness, and **Hermes** (Nous Research) connected to it without Block writing a single line — *"N+M instead of N×M, running in production"*. The note closes on the question of the **Claude subscription** versus third-party agents, with a five-stage 2026 timeline and a **design rule** that holds beyond this case: the line is not legal but **architectural** — ***"who is consuming, and on whose behalf"*** (an `owner-only` agent consumes your subscription on your behalf; an `anyone` agent in a shared channel routes your colleagues' requests through your account). **Verification carried out on this corpus**: the thesis holds, and more starkly than the note claims — not only is "Agent Client Protocol" **completely absent**, but the bare acronym `ACP` **is already typed as an entity** in two fiches, and the KB page `Agentic-Commerce-Protocol` **already attributes the protocol to Google** when it belongs to OpenAI + Stripe. The collision described is not a future risk: it has **already produced an attribution error** in the graph.

#ACP#Agent Client Protocol#Agentic Commerce Protocol

**Didier Girard** — auteur de la note. Écrit ici depuis la position de **praticien de la veille outillée** : le déclencheur est une question de collègue · le matériau principal est le comportement observé de sa propre base de connaissances · et la conclusion est une **règle de curation** adoptée en interne. Le texte alterne donc deux voix — l'explicateur de protocoles et l'ingénieur de la connaissance qui constate un défaut chez lui et en tire une norme.

Economy & Market Auto-verified translation

Mistral ↔ Microsoft : un accord souverain, une stratégie industrielle encore illisible

SFEIR analysis (firm's voice, "an engineers' reading") of the deal announced on **July 21, 2026** between **Mistral** and **Microsoft**: an **industrial partnership worth several billion dollars**, structured in three parts — (1) **compute in Europe** (reserved Azure capacity on the continent, datacenters in France, latest-generation **NVIDIA Vera Rubin** systems, to "close the European compute deficit"); (2) **Mistral's models in Microsoft's tooling** (**Mistral Medium 3.5** and **Mistral OCR 4** in **Microsoft Foundry**, accessible in **Copilot Studio** to build business agents); (3) above all **Azure Local down to disconnected mode** (public cloud, supervised connected cloud, and **air-gapped** entirely off the external network — for defense secrecy, healthcare, critical banking). **Notable fact, confirmed by Brad Smith: no new equity stake** by Microsoft in Mistral's capital — a massive partnership **without a capital tie-up**. SFEIR — an Anthropic and Google Cloud partner, "with no interest in overselling the French champion" — regards Mistral as **"the best European bet on the model layer"** and offers a three-part reading. **What the deal brings a CIO**: a leading-edge European model, executable in a disconnected environment and controlled by the customer (in-memory encryption, locally managed keys), checks boxes that few offerings check. **The tension**: this sovereignty is deployed **on the infrastructure of an American hyperscaler**; four sovereignties must be distinguished — **model, execution, infrastructure, commercial relationship** — of which one can "get three out of four, but you still need to know which one is missing." The only element that makes sovereignty **truly portable** is the **open-weights nature** of Mistral's weights (the same reversibility logic as for **Kimi K3**). The absence of an equity stake is not a detail: it preserves Mistral's governance **and** minimizes the risk of an antitrust review (FTC, European Commission) — **assumed regulatory arbitrage**, not just technical choice. **The real blind spot**: the **legibility of Mistral's industrial strategy**, present simultaneously on nearly every front (B2C with Le Chat, B2B via Azure distribution, open-weights model **and** frontier ambition, highly capital-intensive infrastructure — 200 MW secured, a 1 GW cap by 2030 —, partnerships with a handful of large accounts, Robostral/OCR verticalization, service to regulated sectors): sovereign full-stack (optimistic reading) or the dispersion of a three-year-old company valued at ~€20B across businesses with divergent economic models (cautious reading). For technical leadership: **separate the model from the channel**, **design to exit** (Design to Exit — open-weights makes the exit door credible), **route rather than bet** (sovereign multi-LLM architecture, RAISE). Conclusion: **sovereignty is an architectural property, not a label** — it is qualified dependency by dependency; the missing industrial legibility remains the real open question, settled not by press releases but by "the trade-offs of the next twelve months."

#Mistral#Mistral AI#Microsoft

SFEIR (voix éditoriale du cabinet)

Economy & Market Auto-verified translation

Fact-checking : synthèse sur Delos (Delos Intelligence / delos.so)

Fact-checking synthesis on **Delos Intelligence** (delos.so), a French B2B generative AI startup, comparing a prior tech-watch note against **primary sources** (Alexandre Dewez's "Overlooked" post / 20VC, April 15, 2025, the delos.so website, official registries) and specialized press (Le Monde Informatique, L'Usine Nouvelle, FrenchWeb, Le JDD). **Overall verdict: reliable factual backbone.** The **€2.5M seed round** (≈$2.74–2.83M) led by **20VC** (Harry Stebbings) in **April 2025**, with Inovia Capital, Kima Ventures (Xavier Niel) and Plug and Play, is confirmed; so are the founders (brothers **Pierre** and **Thibaut de la Grand'rive**) and the clients **TotalEnergies, Shiseido, Groupe Casino**. **Strong methodological point**: the list of business angels — often suspected of hallucinatory "padding" — is **CONFIRMED word for word** by the lead investor's press release (Pigment, Dataiku, Hexa plus Ramp and Kerala to add): this is therefore NOT a hallucination. **To correct**: the "50 people" headcount is **not sourceable** (~20 in April 2025, about forty by late 2025); the actual pricing grid is richer (a **Student tier at €10** plus Enterprise on request, in addition to €25/45/80); user figures (10,000 → 50,000 → "100,000+") and ARR are **self-reported and unaudited**. **To flag as speculative**: **no Series A has closed** (only announced as an intention targeting March 2026); **no overall ARR published** (the only mention is a self-promotional "$1M ARR in a few days" for the new **Workers** product, referring to that product alone). "100% Scaleway" sovereignty was **still being finalized** at the end of 2025 (compute still partly running on Azure France). The note's interest is as much methodological — **how to distinguish, within an AI-generated synthesis, what is confirmed, partially accurate, speculative, and self-reported** — as it is documentary.

#Delos Intelligence#delos.so#fact-checking

Synthèse de veille (fact-checking) — sources primaires : blog 20VC (Alexandre Dewez) · delos.so · registres officiels ; presse : Le Monde Informatique · L'Usine Nouvelle · FrenchWeb · Le JDD

Philosophy & Society Auto-verified translation

Some observations on Kimi (thread X)

X thread by **Dean W. Ball** — **Head of Strategic Futures at OpenAI** since July 6, 2026, **principal author of America's AI Action Plan** under the Trump administration (a positioning worth keeping in mind when reading an anti-open-weights argument penned by an insider of the proprietary frontier): **six observations** triggered by the Chinese open-weights model **Kimi**, which quickly move beyond the product to advance a contrarian **geopolitical and ideological thesis**. (1) Kimi is **a very good model**, not reducible to distillation, **on par with the best public models of Q1 2026** in agentic coding — but **very token-hungry**, so not so obviously cheap to operate. (2) Ball says he is **surprised that the Chinese state continues to allow the open-sourcing** of such good models: he attributes this **~75% to a "strategic blindness" / a lack of "AGI-pilledness"** (the PCC allegedly holds a "very Yann-LeCun-like" view of AI), and ~25% to a **lack of inference compute** — making the Chinese open-weights strategy an **unintended byproduct of US export controls** — plus a reflex toward aggressive exports; on the companies' side, the openness is half-ideological, half an admission that "we're behind, no one would pay for sub-frontier Chinese models." (3) Central thesis: **open-weights models are inherently decelerationist** — they **discourage AI capex**. Ball is surprised by the enthusiasm of **"accelerationists"** for open-weights, which he attributes to their taste for the **"cloak of ungovernability"** (an analogy with James Scott's *The Art of Not Being Governed* and its hill peoples). (4) A world dominated by open weights would lead to **"AI communism"** — AI not as a market product but as a **"public good" / "digital public infrastructure"** provided by the state, "precisely what China is proposing"; Ball judges this horizon **"dystopian"** and recounts being lobbied, while in government, for an **11-to-12-figure** federal data center subsidizing startups that would give away their models for free. (5) **Political prediction**: the Trump administration will eventually realize that its best strategy is **not to "ban open source"** (one of the silliest arguments in the debate) but to **create regulatory risk / FUD** via **soft law** from each agency ("a Fed bulletin suspects backdoors in Chinese models"), enough to make **regulated enterprises pull back**, without scaring off the hyperscalers (otherwise startups would turn to shadier providers). (6) These models make **the world a bit more dangerous**, not yet in a perceptible way — until the day they are; an ironic closing line about a "self-replicating agent escaped from a Chinese lab" (a COVID/lab-leak analogy, "color me shocked"). To be read as a **counterpoint** to SFEIR's analysis (Kimi K3, reversibility, [[sfeir-kimi-k3-moonshot-frontier-open-weights-2026-07-16]]) and to Xi's pro-open-source speech at WAIC ([[xi-waic2026-gouvernance-mondiale-ia-2026-07-17]]).

#Dean W. Ball#Dean Woodley Ball#OpenAI

Dean W. Ball (Dean Woodley Ball, @deanwball sur X) — expert américain de premier plan en politique de l'IA et gouvernance des technologies émergentes. **Depuis le 6 juillet 2026 : Head of Strategic Futures chez OpenAI** (petite équipe sur la politique de l'IA de pointe — risques catastrophiques, auto-amélioration récursive, impact marché du travail, relations labos-États-société ; rend compte au Chief Strategy Officer Jason Kwon). Reste **Nonresident Senior Fellow** à la Foundation for American Innovation (FAI). **Parcours** : Senior Policy Advisor for AI and Emerging Technology à l'Office of Science and Technology Policy de la Maison Blanche (administration Trump) · où il fut le **principal rédacteur d'America's AI Action Plan** ; Research Fellow au Mercatus Center (George Mason) · Senior Program Manager à la Hoover Institution (Stanford) · Manhattan Institute · ex-Executive Director de la Calvin Coolidge Presidential Foundation. Auteur de la newsletter **Hyperdimensional** (21 000+ abonnés) ; Visiting Lecturer à la Yale Law School (cours sur la gouvernance de l'IA de pointe). Diplômé d'Histoire de Hamilton College (2014, magna cum laude) · ~33-34 ans · vit à Washington D.C. **Sensibilité** : libéral classique / libertarien · mais reconnaissant un rôle nécessaire de l'État face aux risques existentiels de l'IA. (Post X personnel ; date d'ajout à la veille : 2026-07-17.)

Economy & Market Auto-verified translation

GPT-5.6 Sol, Terra, Luna : comment OpenAI rebat les cartes du coding agentique et du pricing

SFEIR analysis (firm's voice) of the general availability, on July 9, 2026, of **GPT-5.6** by OpenAI — not a single model but a **family of three tiers**: **Sol** (long-horizon/cyber/science flagship, the only one to unlock the "max" and "ultra" modes), **Terra** (everyday balanced tier, ~half the price of GPT-5.5), and **Luna** (fast/economical, high volume). All three share ~**1.05M tokens** of context, **128k** output tokens, and a knowledge cutoff of **February 16, 2026**. The most structuring fact is not a score but an **aggressive pricing grid** (Sol $5/$30, Terra $2.50/$15, Luna $1/$6 per million tokens): Sol keeps the previous flagship's price while being more capable, forcing the comparison onto the **capability-to-cost ratio**. Two billing subtleties (cache writes billed at **1.25×**, a surcharge beyond **272k** tokens) make the grid misleading until one has measured how much context the agent re-reads (read/write ratio ~**153:1** in agentic coding). Engineer's verdict, claimed to be neutral (SFEIR is both a **Google Cloud Premier** partner *and* an **Anthropic** partner): **no one sweeps every table** — GPT-5.6 dominates Terminal-Bench 2.1 and the Coding Agent Index (at a third of the cost per task), Claude stays ahead on SWE-Bench Pro (~15 pts); METR flagged a record **reward hacking** rate on Sol. Conclusion: "stop looking for the champion, learn to route" — the model is a commodity, the durable advantage lies in **Context/Harness Engineering**.

#GPT-5.6#Sol#Terra

SFEIR (voix éditoriale du cabinet)

Tools & Platforms Auto-verified translation

ZML/LLMD : et si le « Docker des LLM » était français ?

SFEIR analysis (consulting-firm voice) of the launch, on July 8, 2026, of **LLMD** by the Paris-based startup **ZML** (founded by **Steeve Morin**, former VP Engineering at Zenly): an inference server that runs LLMs across **five chip families** (NVIDIA CUDA, AMD ROCm, Google TPU, Intel oneAPI, Apple Metal) **from a single codebase**. Structuring thesis: training is ceding the spotlight to **inference**, where cost per token, latency, and above all **dependence on silicon** are now decided. ZML's bet — summed up by the motto *model to metal* — is to **decouple the model from the hardware** via a compiler written in **Zig + MLIR** that produces a hermetic native binary, with no Python in the execution path, exposed through an **OpenAI-compatible API**. Two components, two licenses: **ZML** (the framework, Apache-2.0, >90% Zig) is open source; **LLMD** (the server) is not, free at launch. The article reads the object through three consulting-firm lenses — **token FinOps**, **architectural freedom** (Design to Exit), **sovereignty** (emerging European chips, integration into the VSORA Jotunn8 processor) — then delivers an unsparing verdict: it is an **alpha**, to be placed "under active watch," not to switch to today.

#LLM Inference#serving#ZML

SFEIR (voix éditoriale du cabinet)

Economy & Market Auto-verified translation

The state of open source AI (v1.0.1, juillet 2026)

**Recurring report from Mozilla**, *The state of open source AI*, **v1.0.1, July 2026**, introduced by a letter from **Raffi Krikorian** (CTO): seven sections, an interactive site, and a downloadable report. Thesis stated in the title of Section 1: *« The model layer has commoditized. Value accrues to the harness above it. »* **Capability state**: on the *Artificial Analysis Intelligence Index v4.1*, the best closed model scores **61** (Claude Opus 5) and the best open model **57** (**Kimi K3**), fourth overall and ahead of three of the largest closed labs; on the *Epoch Capabilities Index*, the gap is **6 points** (K3 at 156 versus GPT-5.6 Sol at 162), described as *« about one release cycle »*, with overlapping confidence intervals. **Sawtooth frontier**: open leads in frontend code (K3 at 1,679 Elo on LMArena Frontend Code Arena, six domains out of seven), contests agentic terminal work (88.3 versus 88.8 on Terminal-Bench 2.1), and cedes ground on professional knowledge work (Fable 5 leads K3 by 92 Elo on GDPval-AA v2). **Usage shift**: the share of OpenRouter tokens routed to open-weight models rose from a negligible level to a third by late 2025, then to a **majority by mid-2026**, with the seven highest-volume models all open-weight — the report itself noting that *« by request count, closed US providers still lead »*, the open lead being a token-volume lead concentrated in coding and agentic workloads. **The central contrast**: *« Open ships easy. Open deploys hard. »* — 79% of developers adding AI use open models versus 71% for closed, but only **53%** of open-model teams reach production **versus 63%**, and the gap widens with organization size (closed 54% → 73%, open 53% → 57%), which *« rules out a resources explanation »*. The stack maturity map (48 components, 9 layers) shows two consistently cold columns — **standardization** and ***enterprise readiness*** — identified as the operational gap. **Section 5**: *« The agentic harness is another user agent »*, and *« The model is eating the harness »* — on every model where both exist, the lab's own harness now wins, the 21.8-point gap having compressed to about 3. Hence the formula: *« A harness tuned tightly to one lab's weights… degrades on anyone else's model, so the tighter the tuning, the less swappable the weights underneath. Lock-in arrives as a side effect of optimization. »*

#Mozilla#state of open source AI#open weights

**Mozilla** — éditeur du rapport · avec une introduction signée **Raffi Krikorian** · *Chief Technology Officer*. Publié en **juillet 2026** (v1.0.1). Données issues de sources tierces créditées (Artificial Analysis, Epoch AI, OpenRouter, LMArena) et d'une enquête propre menée avec **SlashData** (*Mozilla / SlashData 2026 developer survey*, n = 1 410 sur la question des freins).

Economy & Market Machine translation

L'intelligence artificielle, quels effets sur l'emploi ?

Analysis note **Trésor-Éco n° 391** (June 2026) from the **Direction générale du Trésor** (Ministry of the Economy), authored by **Martin Chopard, Elisa Cotet, Tristan Gantois and Eloïse Villani**. Institutional economic literature review on **the effect of AI (mainly generative) on employment**. **Three-part thesis**: (1) AI affects employment volume via **two opposing channels** — the **displacement** effect (substitution of automatable tasks) vs. the **productivity** effect (complementarity, lower costs, increased demand) — but the **aggregate effect remains, for now, weak/unmeasurable**, for lack of hindsight and adoption (≈20% of EU firms in 2025); (2) **heterogeneous effects** appear depending on **occupations** (exposure ≠ effect: everything depends on the degree of substitutability/complementarity and the **price elasticity** of demand), **workers** (biased technical progress, concerns for **young people**) and **sectors** (finance, IT, business services the most exposed); (3) in the **long term, the net effect remains uncertain** — between massive substitution (if agentic/physical AI becomes widespread) and **creative destruction** (lesson from past revolutions: innovations created more jobs than they destroyed). **Public policy** conclusion: support the transition (training, mobility — the "Osez l'IA" plan, France 2030) and **invest in AI to avoid falling behind** in international competition. Extensively sourced corpus (43 footnotes, estimate panels in Tables 1-3).

#AI and employment#generative artificial intelligence#displacement effect

**Martin Chopard · Elisa Cotet · Tristan Gantois · Eloïse Villani** — économistes de la **Direction générale du Trésor** (DG Trésor) · Ministère de l'Économie · des Finances et de la Souveraineté industrielle · énergétique et numérique. Directrice de la publication : Dorothée Rouzet. Le document engage la DG Trésor mais « ne reflète pas nécessairement la position du ministère ».

Transformation & Adoption Auto-verified translation

Comment l'IA agentique bouscule les Grands Groupes ? Partie 2/2 #DevSummit

Podcast interview « À la French » (French-language tech channel, recorded at DevSummit) with Mathieu Grymonprez, Global CDO of the Adeo group (Leroy Merlin, Obramat, Weldom). How a century-old family retail group embraces the agentic AI wave: culture vs structure, accountability, token cost and FinOps, enterprise intelligence lock-in, company memory and agent orchestration. Domain: digital transformation, agentic AI, retail, IT strategy.

#Agentic AI#digital transformation#CDO

Mathieu Grymonprez (Global CDO, groupe Adeo) — invité ; Jean-Baptiste Kempf · Steeve Morin · Mehdi Medjaoui (hôtes du podcast « À la French »)

Policy & Regulation Auto-verified translation

Anthropic's War on Opensource AI

Polemical essay-thread by Ahmad Osman (@TheAhmadOsman) on X, *"Anthropic's War on Opensource AI"* (1.7M views). Core thesis: Anthropic systematically converts "safety" into a **control mechanism** (permission regime, regulatory capture, anti-competitive access restrictions, behavioral opacity) to keep builders, startups, and open source communities **downstream** of a handful of frontier labs. Central anchor point: the **Fable incident** (silent degradation of competing AI dev requests). Advocacy for open source / local AI as the only viable "political economy of intelligence." Domain: AI policy, open source vs. closed labs, sovereignty, governance.

#Anthropic#open source AI#local AI

Ahmad Osman (@TheAhmadOsman)

Economy & Market Auto-verified translation

Local LLMs vs Cloud APIs: 2026 Total Cost of Ownership Analysis

Analysis of the total cost of ownership (TCO) of local LLMs versus cloud APIs in 2026. The article demonstrates that per-token pricing is a trap and that only the full TCO (hardware, electricity, cooling, labor) informs the decision. Key highlight: local/cloud break-even points fell by 40% between 2024 and 2026. Source: SitePoint (developer-focused technical media).

#TCO#total cost of ownership#local LLM

SitePoint Team