---
title: Le tokenmaxxing ne paie qu’avec de gros skills et de vrais tests
description: Le tokenmaxxing consiste à payer chaque petit travail en plus qui rend un résultat plus complet. Notes sur l’épisode de Lightcone avec Garry Tan, de la réécriture à 200 $ et du « thin harness, fat skills » jusqu’au calcul derrière ses 400x, confrontées à mes propres skills, hooks et tokens.
date: 2026-11-01
tags: agents IA, tokenmaxxing, Claude Code, skills d’agents, tests
---

Le tokenmaxxing consiste à payer chaque petit travail en plus qui rend un résultat plus complet, au lieu de s’arrêter là où un humain se fatiguerait. Garry Tan dit que ça l’a amené à 400x le code qu’il écrivait en 2013. Je fais tourner le même genre d’installation, et ce qui vaut la peine d’être copié n’est pas la dépense. Ce sont les skills qui portent votre jugement et les tests qui rattrapent ce qui en sort. Sans ces deux-là, vous obtenez une facture plus grosse et plus de code bâclé.

Garry dirige Y Combinator, et il a raconté l’histoire dans un [épisode spécial de Lightcone](https://www.youtube.com/watch?v=57lDpTwiW6g) en mai. Après 13 ans loin du code, il s’y est remis en janvier avec Claude Code. Depuis, il a publié en open source gstack, son ensemble de skills pour Claude Code, qui comptait 138 528 étoiles GitHub quand j’ai regardé aujourd’hui. L’autre face de ce mot est dans ma note [ne comptez pas les tokens, comptez ce qu’ils ont acheté](/fr/notes/tokenomics-dont-count-tokens.html) : lisez-les ensemble.

## Trois versions du même blog

Son meilleur chiffre vient d’une plateforme de blog qu’il a construite trois fois. Posterous, sa première startup YC, a pris environ 4 millions de dollars, six ou sept personnes et un an et demi. Twitter l’a rachetée et fermée, alors lui et son cofondateur l’ont réécrite sous le nom de Posthaven, pour environ 100 000 dollars, deux personnes et peut-être trois mois.

En janvier, il l’a écrite une troisième fois pour Garry’s List, son site sur la politique californienne. Ça a pris environ 200 dollars de Claude Max et probablement cinq jours, et cette version parcourt aussi le web, fait de la recherche approfondie et un RAG complet.

Le hic, c’est qu’à la troisième fois il savait exactement ce qu’il faut à une plateforme de blog. C’est ma lecture, pas la sienne, et elle compte. Réécrire ce qu’on a déjà conçu deux fois, c’est le cas le plus favorable pour n’importe quel outil.

<figure class="fd-fig tm-builds" aria-labelledby="tm1-cap" data-desc="La même plateforme de blog construite trois fois, en trois barres sur une échelle logarithmique. Posterous : environ 4 millions de dollars, six ou sept personnes, environ un an et demi. Posthaven : environ 100 000 dollars, deux personnes, peut-être trois mois. Garry’s List : environ 200 dollars de Claude Max, probablement cinq jours, avec en plus le parcours du web, la recherche approfondie et le RAG. En dessous, la mise en garde : à la troisième version, il savait déjà quoi construire.">
<div class="tm-bars">
<p class="tm-bar"><span class="tm-n">Posterous</span><span class="tm-v">~4 M$</span><span class="tm-t"><i style="--w:100%"></i></span><span class="tm-s">6 ou 7 personnes, environ un an et demi</span></p>
<p class="tm-bar"><span class="tm-n">Posthaven</span><span class="tm-v">~100 k$</span><span class="tm-t"><i style="--w:76%"></i></span><span class="tm-s">2 personnes, peut-être 3 mois</span></p>
<p class="tm-bar"><span class="tm-n">Garry’s List</span><span class="tm-v">~200 $</span><span class="tm-t"><i style="--w:35%"></i></span><span class="tm-s">Claude Max, probablement 5 jours, plus recherche et RAG</span></p>
</div>
<p class="mp-strip"><b>Le hic</b><span>À la troisième fois, il savait déjà quoi construire.</span></p>
<figcaption id="tm1-cap">Ses chiffres, tous approximatifs. Les barres sont sur une échelle logarithmique, sinon la dernière ne se verrait pas.</figcaption>
</figure>

## Vingt sources, pas une

Le mot vient de la façon dont Garry’s List écrit ses articles. Une personne clique sur un lien, lit un titre et passe à autre chose. Son pipeline va chercher la recherche via les API de Perplexity et de Grok, prend 20 sources au lieu d’une et les recoupe : ces 13-là disent ceci, ces sept-là ne sont pas d’accord. Tout ça entre dans le prompt principal.

Il appelle cette habitude « boil the ocean », faire bouillir l’océan. Si un travail en plus rend le résultat plus complet, payez-le. Il estime un article à l’équivalent de 5 à 10 dollars d’appels à Opus, pour un travail qu’une personne ferait en épluchant des dizaines d’articles et des livres entiers.

Il ne pense pas que ça supprime les gens. Quelqu’un doit encore apporter l’envie, et la sienne, ce sont les collégiens de San Francisco qui ne pouvaient pas faire d’algèbre. Aucun modèle n’a choisi ce sujet pour lui.

<figure class="fd-fig tm-sources" aria-labelledby="tm2-cap" data-desc="Deux façons de se documenter pour un article. Une personne clique sur un lien, lit le titre et n’en comprend pas plus : un seul carré. En mode tokenmaxxing, le pipeline prend 20 sources et les recoupe : 13 carrés cobalt qui disent une chose et sept carrés rouges qui ne sont pas d’accord, le tout envoyé dans le prompt principal. En dessous : l’estimation de Garry, 5 à 10 dollars d’appels à Opus par article.">
<div class="mp-two-row">
<div class="mp-two-card">
<p class="mp-two-who">Une personne pressée</p>
<p class="mp-two-name">1 source</p>
<p class="tm-dots" aria-hidden="true"><i></i></p>
<p class="mp-two-line">Clique sur un lien, lit le titre</p>
</div>
<p class="mp-two-vs">vs</p>
<div class="mp-two-card mp-two-peter">
<p class="mp-two-who">Boil the ocean</p>
<p class="mp-two-name">20 sources</p>
<p class="tm-dots" aria-hidden="true"><i></i><i></i><i></i><i></i><i></i><i></i><i></i><i></i><i></i><i></i><i></i><i></i><i></i><i class="tm-no"></i><i class="tm-no"></i><i class="tm-no"></i><i class="tm-no"></i><i class="tm-no"></i><i class="tm-no"></i><i class="tm-no"></i></p>
<p class="mp-two-line">13 disent ceci, 7 contestent, et tout entre dans le prompt</p>
</div>
</div>
<p class="mp-strip"><b>Son estimation</b><span>5 à 10 $ d’appels à Opus par article.</span></p>
<figcaption id="tm2-cap">Son exemple. Les 13 et les 7 sont une illustration, pas un article mesuré.</figcaption>
</figure>

## Le jugement va dans le Markdown

Un harness, c’est la boucle centrale : il prend votre demande, la donne au modèle et exécute ce que le modèle réclame. YC en réécrivait sans cesse pour ses agents internes, jusqu’à se demander pourquoi, puisque Claude Code existe déjà. Leur associé Pete Koomen a donné son nom à l’idée : [thin harness, fat skills](https://github.com/garrytan/gbrain/blob/main/docs/ethos/THIN_HARNESS_FAT_SKILLS.md), un harness mince et de gros skills. Arrêtez d’écrire la boucle et passez votre temps sur le Markdown.

Son test, c’est un organisateur de mariages. Ce que vous écririez en langage courant pour former le prochain organisateur va dans le Markdown. Appeler 20 salles est une vraie action, donc c’est du code, un appel à Twilio. L’essentiel de la douleur de l’ingénierie d’agents, dit-il, vient de ce qu’on met du jugement dans le code, qui est fragile et ne comprend pas les cas particuliers.

Mince ne veut pas dire sans importance. Quelqu’un autour de la table raconte que tout ce qui dépasse un simple script échoue de son côté avec OpenClaw, sur le même Opus 4.7 qui marche dans Claude Code. Alors prenez une bonne boucle, et n’écrivez pas la vôtre.

C’est la partie où je vis déjà. Claude Code et OpenClaw sont mes harness, et une trentaine de skills à moi portent les procédures. Le skill qui a enregistré ma fiche sur cet épisode, ce sont 124 lignes de Markdown qui décident de ce qui entre dans la note, à côté d’un script Python de 441 lignes et d’une vérification navigateur de 80 lignes qui font les appels d’API, valident les données et prennent les captures.

<figure class="fd-fig tm-split" aria-labelledby="tm3-cap" data-desc="Où va le travail avec un harness mince et de gros skills. Dans le Markdown : le jugement et les cas particuliers, comme la liste d’un organisateur de mariages pour le suivant, ou les 124 lignes de mon skill de fiches vidéo qui décident de ce qui entre dans une note. Dans le code : les actions réelles et déterministes, comme appeler 20 salles via Twilio, ou mon script Python de 441 lignes et ma vérification de 80 lignes qui font les appels d’API et les contrôles. En dessous : le harness est la boucle qui fait tourner le modèle, et on le réutilise au lieu de l’écrire.">
<div class="mp-two-row">
<div class="mp-two-card mp-two-peter">
<p class="mp-two-who">Markdown</p>
<p class="mp-two-name">Jugement</p>
<p class="mp-two-line">Le sien : la liste de l’organisateur de mariages</p>
<p class="mp-two-line">Le mien : 124 lignes sur le contenu d’une fiche</p>
<p class="mp-two-line">Gère les cas particuliers</p>
</div>
<p class="mp-two-vs">vs</p>
<div class="mp-two-card">
<p class="mp-two-who">Code</p>
<p class="mp-two-name">Actions</p>
<p class="mp-two-line">Le sien : appeler 20 salles via Twilio</p>
<p class="mp-two-line">Le mien : 441 lignes de Python, 80 de contrôle</p>
<p class="mp-two-line">Fait la même chose à chaque fois</p>
</div>
</div>
<p class="mp-strip"><b>Le harness</b><span>La boucle qui fait tourner le modèle. Réutilisez-la.</span></p>
<figcaption id="tm3-cap">Son exemple et le mien, côte à côte. Mes nombres de lignes viennent des fichiers du skill aujourd’hui.</figcaption>
</figure>

## gstack a commencé dans Apple Notes

Il n’avait pas prévu gstack. Lassé de taper les mêmes instructions dans Claude Code, il les a mises dans Apple Notes puis les a publiées, et environ 200 000 personnes les ont vues. C’est maintenant une chaîne de revues, et chacune travaille sur le plan avant que quoi que ce soit soit construit.

Deux de ses astuces sont minuscules. Avant tout travail, il demande un diagramme ASCII des flux de données, des entrées et sorties, des parcours utilisateur et des messages d’erreur. Une fois que Claude l’a dessiné, dit-il, le travail sort plus complet. La revue CEO ajoute une question : qu’est-ce qui est plus ambitieux et apporte 10x la valeur pour seulement 2x l’effort ?

Aucun de mes skills ne demande de diagramme ASCII. C’est la chose la moins chère à essayer sur sa liste.

La chaîne s’arrête aussi pour poser des questions. gstack s’appuie sur AskUserQuestion, parce que c’est là que la personne apporte ce qu’elle est vraiment en train de construire. « Je ne veux jamais être entièrement hors de la boucle, dit-il. Je veux juste que la machine fasse ce que je n’ai pas envie de faire. »

<figure class="fd-fig tm-chain" aria-labelledby="tm4-cap" data-desc="Un plan gstack dans l’ordre que décrit Garry, cinq étapes qui s’allument à tour de rôle sous une grande étiquette. Un, office hours : comment savez-vous que les gens en veulent, c’est pour qui. Deux, revue CEO : l’exercice des 10 étoiles de Brian Chesky et la recherche de 10x la valeur pour 2x l’effort. Trois, revues design et développeur, quand il y a une interface ou qu’un développeur l’utilisera. Quatre, revue d’ingénierie : diagrammes ASCII et plan de tests. Cinq, Codex : un second modèle cherche les problèmes et rend compte à Claude Code. En dessous : seulement alors Claude construit, puis browse teste ce qui a changé.">
<p class="ea-now ea-say5" aria-hidden="true"><span>Quelqu’un en veut ?</span><span>Le rendre 10x mieux</span><span>Vérifier l’interface et l’API</span><span>Dessiner, prévoir les tests</span><span>Demander à un second modèle</span></p>
<ol class="ea-rows ea-cyc5 tm-rows" aria-label="Un plan gstack, étape par étape">
<li><b>1</b><span class="ea-who">Office hours</span><span>Comment savez-vous que les gens en veulent ? C’est pour qui ?</span></li>
<li><b>2</b><span class="ea-who">Revue CEO</span><span>L’exercice des 10 étoiles, puis 10x la valeur pour 2x l’effort.</span></li>
<li><b>3</b><span class="ea-who">Design, dev</span><span>Quand il y a une interface, ou qu’un développeur l’utilisera.</span></li>
<li><b>4</b><span class="ea-who">Revue ingé</span><span>Diagrammes ASCII des flux et des erreurs, puis les tests.</span></li>
<li><b>5</b><span class="ea-who">Codex</span><span>Un autre modèle cherche les problèmes et rend compte.</span></li>
</ol>
<p class="mp-strip"><b>Seulement alors</b><span>Claude construit, et browse teste ce qui a changé.</span></p>
<figcaption id="tm4-cap">L’ordre qu’il décrit à l’écran. gstack a d’autres skills que ceux-là, et il a évolué depuis mai.</figcaption>
</figure>

## C’est bâclé tant que rien ne le rattrape

Il a heurté ce que tout le monde heurte. Ça marche pour 80 % des cas, puis de vrais utilisateurs y touchent et tout s’écroule. Écrire des tests à la main n’a jamais été amusant, alors il faisait toujours le minimum. Maintenant la machine s’en moque, donc il vise 80 à 90 % de couverture, après avoir constaté que 100 %, c’était trop. Le code d’agent non testé, dit-il, est 10x pire que le code humain, parce que vous n’avez aucune idée de ce qui va se passer.

Ensuite, les tests à la main sont devenus le goulot d’étranglement. Il avait 15 fonctionnalités qui attendaient qu’il clique dedans, et le MCP Claude in Chrome prenait 2 à 3 secondes par tour. Alors il a enveloppé Playwright, de Microsoft. C’est aujourd’hui browse, un démon HTTP de longue durée avec 70 commandes, et son skill de QA lit ce qui a changé sur la branche et teste toute modification d’interface ou de données dans un vrai navigateur.

Je suis arrivé au même endroit par un autre chemin. Mes skills apportent leurs propres vérifications Playwright, et cette note a dû en passer une dans Chromium et WebKit à 320, 390 et 1280 px avant d’être publiée.

Ce que j’ajouterais, c’est un vrai blocage. « La machine s’en moque, elle le fera, tout simplement » : ça marche dans les deux sens. Deux de mes sessions d’agent ont lancé un `pkill` avec des options après le motif pour arrêter un serveur de test. macOS les lit comme d’autres motifs, et Docker Desktop s’est arrêté les deux fois, emportant tous les conteneurs de mon Mac mini.

Celui-là est donc devenu un hook. Trois d’entre eux passent avant une commande Bash : l’un refuse cette forme de `pkill`, l’autre refuse de prendre le port d’une autre appli, et le dernier refuse une pull request sans issue. Un skill demande. Un hook refuse.

J’ai aussi l’exemple inverse. Le 25 octobre, un agent a lancé les tests de mon appli de films dans son conteneur en production. L’environnement du conteneur les a pointés vers la vraie base de données, et le `drop_all` des tests a supprimé toutes les tables. Une sauvegarde a rendu ce qu’elle contenait. La règle contre ça n’est encore qu’écrite, et c’est un manque.

<figure class="fd-fig tm-layers" aria-labelledby="tm5-cap" data-desc="Ce qui rattrape une mauvaise sortie d’agent, son installation face à la mienne, en cinq lignes. Tests : il vise 80 à 90 % de couverture ; je lance le build et les tests à chaque changement, sans objectif de couverture. Vrai navigateur : le sien est browse, un démon de 70 commandes ; les miens sont des vérifications Playwright par skill. Second modèle : il lance en général Codex sur le plan ; je ne le fais que dans le pipeline qui tourne sans moi. Diagramme d’abord : il demande des flux de données en ASCII ; aucun de mes skills ne le fait. Vrai blocage : pas abordé dans l’épisode ; j’ai trois hooks sur Bash.">
<div class="tm-table">
<p class="tm-row tm-head"><span>Couche</span><span>Garry</span><span>Moi</span></p>
<p class="tm-row"><b>Tests</b><span>80 à 90 % de couverture</span><span>À chaque changement, sans objectif de couverture</span></p>
<p class="tm-row"><b>Vrai navigateur</b><span>browse : un démon, 70 commandes</span><span>Vérifications Playwright, une par skill</span></p>
<p class="tm-row"><b>Second modèle</b><span>En général Codex sur le plan</span><span class="tm-gap">Seulement dans mon pipeline autonome</span></p>
<p class="tm-row"><b>Diagramme d’abord</b><span>Flux de données en ASCII</span><span class="tm-gap">Aucun de mes skills ne le demande</span></p>
<p class="tm-row"><b>Vrai blocage</b><span>Pas dans l’épisode</span><span>Trois hooks sur Bash</span></p>
</div>
<figcaption id="tm5-cap">Son côté, c’est ce qu’il dit dans l’épisode. Le mien, c’est ma configuration aujourd’hui, avec mes deux manques en rouge.</figcaption>
</figure>

## Les 400x sont de l’arithmétique, pas de la valeur

Il s’est fait troller pour avoir compté des lignes de code, alors il a [publié le calcul](https://github.com/garrytan/gstack/blob/main/docs/ON_THE_LOC_CONTROVERSY.md). Un script compte les lignes logiques de ses dépôts : 5 143 sur toute l’année 2013, et 1 233 062 sur les 108 premiers jours de 2026. Par jour, ça fait 14 contre 11 417, soit 810x. Puis il suppose que le code d’IA est deux fois plus verbeux et divise par deux : voilà les 408x que l’épisode arrondit à 400x.

J’aime qu’il montre le travail, parce que le même tableau contient les autres chiffres. Sur ces mêmes périodes, les lignes logiques ont été multipliées par 240, les fichiers touchés par 47 et les commits par 4,9. Et les 14 par jour étaient à temps partiel, une année où il avait un emploi.

Il concède lui-même le point, en gras : « Le délai jusqu’au premier utilisateur est la mesure qui compte, pas le nombre de lignes. » Si 80 % de ce qu’il a livré cette année est mort dans deux ans, écrit-il, la critique aura du mordant.

<figure class="fd-fig tm-loc" aria-labelledby="tm6-cap" data-desc="Le même travail mesuré de six façons, 2013 contre 2026, en barres sur une échelle logarithmique. Lignes logiques par jour : 810 fois. Par jour, en supposant le code d’IA deux fois plus verbeux : 408 fois, le chiffre que l’épisode appelle 400x. Total des lignes logiques : 240 fois. Fichiers touchés : 47 fois. Commits : 4,9 fois. Dépôts actifs : 3,75 fois. En dessous, sa propre concession : le délai jusqu’au premier utilisateur est la mesure qui compte, pas le nombre de lignes.">
<div class="tm-bars">
<p class="tm-bar"><span class="tm-n">Lignes par jour</span><span class="tm-v">810x</span><span class="tm-t"><i style="--w:100%"></i></span></p>
<p class="tm-bar tm-key"><span class="tm-n">Lignes par jour, divisées par deux</span><span class="tm-v">408x</span><span class="tm-t"><i style="--w:90%"></i></span></p>
<p class="tm-bar"><span class="tm-n">Total des lignes</span><span class="tm-v">240x</span><span class="tm-t"><i style="--w:82%"></i></span></p>
<p class="tm-bar"><span class="tm-n">Fichiers touchés</span><span class="tm-v">47x</span><span class="tm-t"><i style="--w:57%"></i></span></p>
<p class="tm-bar"><span class="tm-n">Commits</span><span class="tm-v">4,9x</span><span class="tm-t"><i style="--w:24%"></i></span></p>
<p class="tm-bar"><span class="tm-n">Dépôts actifs</span><span class="tm-v">3,75x</span><span class="tm-t"><i style="--w:20%"></i></span></p>
</div>
<p class="mp-strip"><b>Ses mots</b><span>« Le délai jusqu’au premier utilisateur est la mesure qui compte, pas le nombre de lignes. »</span></p>
<figcaption id="tm6-cap">D’après son texte, 2013 contre les 108 premiers jours de 2026. Échelle logarithmique. Les totaux comparent une année entière à 108 jours.</figcaption>
</figure>

## Les tokens sont un loyer, disent-ils

Quelqu’un autour de la table compare la dépense en tokens au loyer à San Francisco. Les fondateurs reculent devant l’appartement, et YC leur dit de le payer. Économisez sur le canapé, pas sur les modèles. Garry va plus loin, avec 500 dollars en une seule journée, tant que vous construisez quelque chose de très utile pour vous et que c’est la bonne chose.

Cette condition fait tout le travail. La règle de J.R. Storment dans ma [note sur la tokenomics](/fr/notes/tokenomics-dont-count-tokens.html), c’était de compter ce que les tokens ont acheté, alors je l’ai essayée sur moi. [Meterlex](/fr/projets/meterlex.html) a relevé 4,09 milliards de tokens pour la semaine finissant le 30 octobre, et mon compte a fusionné 417 pull requests dans 46 dépôts cette semaine-là. Ça fait environ 9,8 millions de tokens par PR fusionnée.

C’est un chiffre bien propre, et il ne me dit pas grand-chose. Une PR n’est pas plus un résultat qu’une ligne. Les tokens ne sont pas non plus ce qu’ils ont l’air d’être : dans la semaine en cours au moment où j’écris, Claude Code en compte 3,87 milliards, et seulement 25,8 millions sont la sortie du modèle. Presque tout le reste, c’est du contexte en cache, relu à chaque tour.

Je peux donc vous dire ce que je brûle et je ne peux pas vous dire ce que ça a acheté. C’est le même écart que l’enquête de la Tokenomics Foundation a trouvé.

<figure class="fd-fig tm-bill" aria-labelledby="tm7-cap" data-desc="Mes propres chiffres. 4,09 milliards de tokens dans la semaine finissant le 30 octobre, selon Meterlex. 417 pull requests fusionnées sous mon compte dans 46 dépôts la même semaine, soit environ 9,8 millions de tokens par PR fusionnée. 0,7 % des tokens de Claude Code étaient la sortie du modèle dans la semaine ouverte le 1er novembre, 25,8 millions sur 3,87 milliards ; presque tout le reste est du contexte en cache relu. En dessous : rien de tout ça ne dit ce que valait le travail.">
<div class="mp-stats">
<p><b>4,09 Md</b><span>de tokens, semaine finissant le 30 octobre</span></p>
<p><b>417</b><span>PR fusionnées cette semaine-là, environ 9,8 M de tokens chacune</span></p>
<p><b>0,7 %</b><span>des tokens de Claude Code sont la sortie du modèle</span></p>
</div>
<p class="mp-strip"><b>Il manque encore</b><span>Ce que tout ça valait.</span></p>
<figcaption id="tm7-cap">D’après Meterlex et GitHub le 1er novembre. La part de sortie vient de la semaine en cours, qui n’est pas finie.</figcaption>
</figure>

## Une Ferrari avec un mécanicien de garde

Sa phrase sur OpenClaw, c’est celle que tout le monde cite. C’est comme conduire une Ferrari : elle trouve des choses qu’on n’aurait jamais crues possibles pour une machine, et elle tombe en panne au bord de la route quand on en a le plus besoin, alors mieux vaut être mécanicien. Il y voit le moment du Homebrew Computer Club, l’Apple 1 dans sa boîte en bois. En faire tourner une prend deux ou trois heures et peut-être 500 à 1 000 dollars en tokens et en cloud.

Quelqu’un autour de la table a la meilleure phrase. Peu importe que ce soit fragile, puisqu’on peut installer un autre agent à côté pour le réparer. Je le fais déjà : l’un de mes skills est un guide de dépannage d’OpenClaw pour Claude Code. Quand un agent devient sourd sur Telegram, il dit de chercher un `codex app-server` bloqué et de tuer celui-là, pas la passerelle.

Il prédit que tout le monde sur la planète aura une IA personnelle d’ici un an. C’est un pari, et il n’apporte aucune preuve. La question qui ouvre l’épisode tient dans tous les cas : « Aurez-vous le contrôle de vos outils, ou vos outils auront-ils le contrôle de vous ? » Si vous n’écrivez pas vos propres prompts, dit-il, vous êtes sous la ligne d’API d’un chef de produit qui ne vous connaît pas. Les prompts et la mémoire de mes agents sont des fichiers sur mon propre disque, et c’est ma réponse pour l’instant.

<figure class="fd-fig tm-ladder" aria-labelledby="tm8-cap" data-desc="Comment on se débloque, d’après une personne autour de la table, en quatre lignes. Stack Overflow : vous cherchez le problème. ChatGPT : vous demandez, puis vous copiez-collez le code et les erreurs dans les deux sens. Claude Code : il exécute le code lui-même, donc le copier-coller s’arrête. OpenClaw avec Claude Code à côté : quand l’agent casse, un autre agent le répare. En dessous, ma version : un de mes skills Claude Code est le guide de dépannage d’OpenClaw.">
<ol class="ea-rows tm-rows" aria-label="Comment on se débloque">
<li><b>1</b><span class="ea-who">Stack Overflow</span><span>Vous cherchez le problème.</span></li>
<li><b>2</b><span class="ea-who">ChatGPT</span><span>Vous demandez, puis copiez-collez dans les deux sens.</span></li>
<li><b>3</b><span class="ea-who">Claude Code</span><span>Il exécute le code, le copier-coller s’arrête.</span></li>
<li><b>4</b><span class="ea-who">Deux agents</span><span>OpenClaw casse, et Claude Code le répare.</span></li>
</ol>
<p class="mp-strip"><b>Le mien</b><span>Un skill Claude Code est mon guide de dépannage d’OpenClaw.</span></p>
<figcaption id="tm8-cap">La progression racontée dans l’épisode, dans mes mots. La même personne dit que ça ne restera pas comme ça.</figcaption>
</figure>

## À essayer

L’épisode dure 41 minutes, et les démos sont le meilleur moment. Si vous n’en avez que dix, commencez au chapitre sur le harness mince.

- [Tokenmaxxing: How Top Builders Use AI To Do The Work Of 400 Engineers](https://www.youtube.com/watch?v=57lDpTwiW6g), Y Combinator, 8 mai 2026, en anglais. [Le gstack accidentel à 10:07](https://www.youtube.com/watch?v=57lDpTwiW6g&t=607s), [thin harness, fat skills à 20:59](https://www.youtube.com/watch?v=57lDpTwiW6g&t=1259s), [la Ferrari à 24:35](https://www.youtube.com/watch?v=57lDpTwiW6g&t=1475s).
- [gstack](https://github.com/garrytan/gstack) et [le calcul derrière les 400x](https://github.com/garrytan/gstack/blob/main/docs/ON_THE_LOC_CONTROVERSY.md).
- Mes notes sur [ce que les tokens achètent](/fr/notes/tokenomics-dont-count-tokens.html) et sur [la revue du plan plutôt que de la pull request](/fr/notes/review-the-plan-not-the-pull-request.html).

La prochaine fois que vous vous apprêtez à dépenser plus de tokens, notez d’abord ce qui rattraperait un mauvais résultat. Si vous avez trouvé un meilleur chiffre que les lignes ou les PR, j’aimerais le connaître.