Article invité de **Peter Walker**, Head of Insights d'**OpenRouter**, publié le **22 octobre 2026** dans la newsletter Substack **OnlyCFO** (environ **1 500 mots**, graphiques OpenRouter). Le texte s'adresse aux directeurs financiers et tire ses chiffres du trafic de la passerelle d'inférence de l'auteur.
#tokenomics#économie de l'inférence#CFO
Peter Walker — Head of Insights d'OpenRouter ; article invité dans la newsletter OnlyCFO.
Article long publié le **14 septembre 2026** sur le compte X **@GoogleCloudTech** (~2 000 mots, quatre étapes, six blocs de commandes et de configuration), signé **Alan Blount**, Technical Solutions Consultant chez Google. Point de départ : une question anodine, confiée à un agent de recherche, facturée **38 $**. L'article propose de faire cohabiter **Claude Fable 5.1** et **Gemini 3.8 Flash** derrière la même API de **Gemini Enterprise Agent Platform** (anciennement Vertex AI). **(1) Configuration** : accès à Fable soumis à l'*Advanced AI Safety Addendum* de Google Cloud, qui impose un appel `setPublisherModelConfig` avec partage prompt-réponse activé pour Anthropic, sous peine d'un 403 ; Flash fonctionne dès l'activation. **(2) Benchmark maison** avec promptfoo pilotant opencode sur deux tâches : sur un état de branche git, Flash répond en **1,1 s** pour moins d'un dixième de cent quand Fable coûte **23 fois plus** ; sur une migration Postgres vers Spanner, Fable produit en **12 s** un DAG formel avec risques de dérive d'horloge et porte de rollback, là où Flash livre une séquence linéaire en 3 s. **(3) Usage** : *« asymmetric coordination »* — le modèle rapide en coordinateur de première ligne, le planificateur profond aux points de contrôle, un outil `ask_for_help` pour l'escalade, et une mise en garde contre les routeurs dynamiques : *« Keep it boring »*. **(4) ROI des tokens** : valeur du temps humain, des fonctionnalités livrées et des incidents évités, moins le coût des tokens et de la montée en compétence. Même geste de routage par frontière de tâche que [[mazmanov-portal-spotify-shunt-claude-code-tokens-2026-09-03]], dans le cadre FinOps posé par [[rafal-wenvision-tokenomics-foundation-finops-ia-2026-06-04]].
#routage de modèles#coordination asymétrique#tokenomics
Alan Blount (Technical Solutions Consultant, Google Cloud, @zeroasterisk) · publié sur le compte X @GoogleCloudTech.
Page **About** du site **tokeneconomics.com**, présentant la **Tokenomics Foundation** — un projet de la **Linux Foundation** annoncé le **3 juin 2026**, opéré en **partenariat étroit avec la FinOps Foundation**. **Mission déclarée** : *« establish open industry standards, benchmarks, and best practices for the economics of AI infrastructure »* — relier **production, consommation et monétisation** des tokens à la **valeur métier**. **Définition-cadre du tokenomics** : *« Tokenomics is not just about the cost of tokens, it's about the entire layer of AI that they drive from production, to consumption to monetization »* — c'est-à-dire **toute la couche économique de l'IA**, du coût d'infrastructure à la sélection de modèle jusqu'à l'optimisation de la valeur. **Thèse de phase** : l'adoption précoce de l'IA a priorisé la **capacité** ; la phase actuelle bascule vers **efficience et valeur**, ce qui exige une gestion systématique des coûts et de la **visibilité**. **5 principes fondateurs** : (1) ***« Efficiency is a design choice. AI cost is shaped by architecture, not just usage »*** ; (2) ***« Bigger is not always better. The best AI system is not always the one using the most expensive model »*** (right-tool / routage) ; (3) ***« Visibility comes before optimisation. Teams cannot manage what they cannot see »*** ; (4) ***« Value matters more than volume. More tokens, more calls, and more automation do not automatically mean better outcomes »*** ; (5) ***« Open knowledge benefits everyone »*** (standards partagés, apprentissage communautaire, transparence). **Gouvernance** : un **Governing Board** (direction industrielle + déploiement des fonds) et un **Technical Committee** (spécifications ouvertes + benchmarks). **Livrables** : extension de la **spécification FOCUS** (FinOps), specs ouvertes, benchmarks, frameworks et métriques partagées. **Public cible** : CAIO, CTO, CIO, CFO, ingénieurs, équipes produit, praticiens FinOps, chercheurs, startups, entreprises, secteur public. **But affiché** : faire passer les organisations *« from experimental AI adoption to sustainable AI operations »* en étendant la discipline du **variable technology spend** à l'ère du token. **Importance pour la veille** : institutionnalisation/standardisation du **FinOps agentique** au niveau d'une fondation industrielle — converge frontalement avec les fiches [[finops-foundation-finops-for-ai-overview-2026-02-17]], [[finout-finops-ai-agents-four-step-allocation-framework-2026-04-27]], orq-ai-finops-ai-agents-cost-per-outcome-hosseini-2026-04-15, gupta-token-budget-wars-marginal-token-utility-2026-05-28 (allocation layer, token-to-outcome) et avec la bascule **token → outcome** (Salesforce/Tallapragada, Sierra/Greenwald). Les 5 principes recoupent exactement les leviers déjà capitalisés : architecture > usage, **routage Haiku/Sonnet/Opus**, observabilité avant optimisation, valeur ≠ volume.
#Tokenomics Foundation#tokenomics#token economics
**Tokenomics Foundation** (entité collective, projet de **The Linux Foundation**, en partenariat avec la **FinOps Foundation**). Page institutionnelle *About* — **aucun auteur individuel nommé**. Annonce datée du **3 juin 2026**.
Analyse du coût total de possession (TCO) des LLM en local versus API cloud en 2026. L'article démontre que le prix au token est un piège et que seul le TCO complet (matériel, électricité, refroidissement, main d'œuvre) éclaire la décision. Point saillant : les points de break-even local/cloud ont chuté de 40 % entre 2024 et 2026. Source : SitePoint (média technique développeurs).