Les patterns d’agents de Gas Town, les goulots d’étranglement de conception et le vibecoding à grande échelle
(maggieappleton.com)- Gas Town est un système orchestrateur expérimental de Steve Yegge qui fait tourner simultanément plusieurs agents de codage, un projet relevant de la fiction de design pour explorer l’avenir des environnements de développement automatisés
- Le système fait collaborer des dizaines d’agents pour écrire du code, mais le véritable goulot d’étranglement apparaît à l’étape de conception et de planification, où la pensée critique et les capacités de design humaines deviennent la contrainte centrale
- Même dans une structure chaotique, il met en évidence des patterns utiles pour les futurs systèmes d’agents, comme une supervision hiérarchique, le maintien persistant des rôles et la gestion automatique des fusions
- Les coûts d’exploitation sont très élevés, à plusieurs milliers de dollars par mois, mais le potentiel de gain de productivité est important et pourrait à terme offrir une compétitivité face au coût salarial des développeurs en entreprise
- L’approche de Yegge, qui affirme « ne jamais regarder le code », alimente le débat sur la « distance au code » et fait émerger comme enjeu central l’équilibre entre responsabilité, contrôle et assurance qualité entre développeurs et agents
1. Vue d’ensemble et contexte de Gas Town
- Gas Town est un orchestrateur d’agents créé par Steve Yegge, un système qui fait fonctionner des dizaines d’agents de codage comme une sorte de « ville » virtuelle
- Le projet a été construit en conception improvisée (vibecoding) et consomme plusieurs milliers de dollars de frais d’API par mois
- Son efficacité est faible, mais il est considéré comme une tentative expérimentale symbolisant une transformation de la manière de développer des logiciels
- Gas Town est un exemple de fiction de design (speculative design) : plus qu’un véritable outil, il prend la forme d’un prototype explorant les contraintes et possibilités du futur
- En ayant « démontré publiquement un système imparfait mais fonctionnel », Yegge a montré une forte capacité d’exécution et un esprit d’expérimentation
2. La conception et la planification deviennent le nouveau goulot d’étranglement
- Lorsque les agents génèrent automatiquement le code, le goulot d’étranglement se déplace de la vitesse de développement vers la conception et la planification
- Yegge indique que « Gas Town traite les plans d’implémentation trop vite pour que la conception suive »
- Les humains gardent un rôle central dans la stratégie produit, la définition des priorités et le jugement esthétique
- Faute de conception en amont suffisante, Gas Town présente une structure complexe et inefficace, décrite comme « un assemblage de composants ajoutés au fil de l’improvisation »
- Des utilisateurs de Hacker News l’ont décrit comme un « programme qui transforme un flux de conscience en code », soulignant les limites de l’absence de conception
3. Les patterns d’orchestration d’agents de demain
- Malgré sa structure chaotique, le système fait émerger des patterns de conception utiles
Différenciation hiérarchique des rôles
- Chaque agent a un rôle propre et forme un système de supervision hiérarchique
- Mayor : communique avec l’utilisateur et coordonne l’ensemble du travail
- Polecats : travailleurs temporaires chargés d’une tâche unique
- Witness : supervise les Polecats et aide à la résolution de problèmes
- Refinery : gère la file de fusion et la résolution des conflits
- Cette structure atténue les problèmes de répartition du travail et de focalisation de l’attention, tandis que l’utilisateur n’interagit qu’avec le Mayor
Rôles persistants, sessions temporaires
- Gas Town stocke l’identité et le travail des agents dans Git, puis crée de nouvelles sessions quand nécessaire
- Le système « Beads » gère chaque unité de travail sous forme de JSON
- Des recherches d’Anthropic proposent elles aussi une méthode similaire de gestion d’agents de longue durée
Flux de travail continu
- Le Mayor découpe le travail et le répartit dans les files des différents agents afin de maintenir un flux de travail ininterrompu
- Pour compenser les limites des modèles, des agents superviseurs envoient périodiquement des « ping » pour relancer le travail
File de fusion et gestion des conflits
- L’agent Refinery résout automatiquement les conflits de fusion ou les escalade à un humain si nécessaire
- L’adoption de stacked diffs permet de réduire les conflits et de rendre possible une fusion continue par petites unités
- L’acquisition de Graphite par Cursor illustre la diffusion de ce type de workflow
4. Coûts et valeur
- Yegge décrit Gas Town comme « terriblement cher », avec des dépenses mensuelles de 2 000 à 5 000 dollars
- Une partie des coûts est couverte par les revenus du memecoin $GAS
- Une grande part de la hausse des coûts vient de l’inefficacité, mais on peut s’attendre à une baisse du coût unitaire avec l’amélioration des modèles et l’affinement des patterns
- Les entreprises pourraient être prêtes à payer 1 000 à 3 000 dollars par mois pour un orchestrateur haut de gamme
- Cela représente environ 10 à 30 % du salaire annuel d’un développeur senior aux États-Unis (environ 120 000 dollars), ce qui peut devenir économiquement pertinent si la productivité augmente
5. Le développement « sans regarder le code » et le débat sur la distance au code
- Yegge déclare « ne jamais regarder le code » et expérimente ainsi la philosophie du vibecoding
- Cela déclenche un nouveau débat : à quel moment un développeur doit-il regarder le code ?
- Certains se rangent du côté des « vrais développeurs » sceptiques vis-à-vis de l’IA, d’autres adoptent une position maximaliste centrée sur les agents
- La distance au code varie selon le domaine, la boucle de feedback, le niveau de risque, l’ampleur de la collaboration et le niveau d’expérience
Variables principales
- Domaine et langage : le front-end nécessite encore des ajustements manuels, alors que le back-end se prête plus facilement à l’automatisation
- Boucle de feedback : plus les fonctions de test et de validation visuelle sont présentes, plus l’autonomie des agents peut s’étendre
- Tolérance au risque : dans des secteurs à haut risque comme la santé ou la finance, la validation humaine reste indispensable
- Type de projet : les projets neufs (greenfield) offrent davantage de liberté, tandis que les existants (brownfield) nécessitent une supervision renforcée
- Nombre de collaborateurs : quand beaucoup de personnes collaborent, il faut standardiser les agents et mettre en place une pipeline de revue
- Niveau d’expérience : les développeurs expérimentés peuvent réduire le risque grâce à la qualité des prompts et à leurs compétences de débogage
L’expérience de GitHub Next
- Le projet Agentic Workflows permet à des agents autonomes d’exécuter automatiquement des revues de sécurité, d’accessibilité et de documentation dans GitHub Actions
- Les développeurs réalisent l’essentiel du travail depuis leur mobile en donnant des consignes aux agents
- Ces boucles de validation et quality gates sont présentées comme l’infrastructure clé pour étendre en sécurité la « distance au code »
6. Conclusion : l’importance de la conception et de la réflexion
- Gas Town en tant que tel n’est pas un produit durable et est perçu comme une « expérience chaotique et improvisée »
- Mais ce projet met clairement en lumière les problèmes et les patterns auxquels les futurs outils de développement seront confrontés
- Plus la vitesse de développement s’accélère, plus le design, la pensée critique, la coordination d’équipe et le jugement sur la qualité deviennent le goulot d’étranglement principal
- Les outils de valeur demain ne seront pas ceux qui génèrent simplement du code plus vite, mais ceux qui aident à penser plus clairement et à concevoir avec plus de précision
1 commentaires
Réactions sur Hacker News
Je ne comprends pas vraiment pourquoi les gens détestent autant Gas Town
En lisant le billet de Steve, j’y vois simplement un projet expérimental mêlant technologie et art
Pourtant, les ingénieurs réagissent de manière bien trop sérieuse en disant que « ce n’est pas utilisable en production »
Avant, tout le monde s’amusait à tenter des choses bizarres, alors qu’aujourd’hui on a l’impression que l’imagination s’est asséchée, prisonnière des RSU et des sprints
Mais le texte mélange des messages du type « c’est une expérience » et « c’est réellement utilisable », ce qui crée de la confusion
S’il ne clarifie pas cette contradiction, il est normal qu’il se fasse critiquer
J’ai l’impression qu’aujourd’hui tout le monde réagit comme les réseaux sociaux lui disent de réagir
Indépendamment des résultats techniques, ce genre de réputation est vraiment mauvaise
Lien vers l’article connexe
Yegge lui-même l’admettrait sans doute : la structure de Gas Town n’a rien d’exceptionnel en soi
En revanche, cela a de la valeur comme exemple concret du fonctionnement d’une architecture cognitive
Comme système capable de planification à long terme et d’auto-correction, on pourrait y voir une forme précoce de l’IA agentique autonome à venir
Je trouve que les textes de Maggie et Steve sont vraiment bien écrits
En revanche, la structure de commandement et de contrôle de Gas Town donne l’impression de transposer telle quelle la manière dont les humains pensent la fabrication du logiciel
À l’ère de la collaboration entre humains et IA, il faudrait repenser plus fondamentalement les modes d’interaction
Le diagramme IA créé par Yegge est franchement difficile à lire
Le sens des flèches est chaotique, le texte est corrompu, au point que ça en devient insultant pour l’intelligence du lecteur
Ce n’est pas un article scientifique, mais plutôt quelqu’un qui s’arrête un instant au milieu de sa course pour reprendre son souffle et donner des nouvelles, et j’ai bien aimé cet aspect
Le texte lui-même avait un ton trop maniaque pour rester concentré, et il y avait beaucoup trop de noms et de concepts
J’ai demandé à Gemini 3 Pro d’en faire un résumé, mais le résultat était presque tout aussi confus
Les images IA et les logigrammes complexes de Steve montrent bien à quel point son texte est confus
Mais cette confusion est aussi un problème général des outils de codage par IA
Même Claude Code accumule les bugs de régression et les modifications non documentées
Malgré ça, je trouve que Gas Town est un bon exemple de ce à quoi pourrait ressembler le codage par IA dans le futur
Gas Town ressemble à une tentative satirique destinée à stimuler la discussion autour de l’Agentic AI
Mais c’est dommage qu’il reste enfermé dans une structure fixe conçue par des humains
La vraie opportunité, à mon avis, se trouve dans des réseaux d’agents évoluant dynamiquement
On parle beaucoup de Gas Town, mais le texte original était surtout un bon exposé sur la distance au code dans le développement basé sur des agents
J’ai aimé l’idée que, plutôt que d’opposer « éditer le code directement » et « déléguer à un agent », il faut chercher un point d’équilibre adapté au contexte
Quand un agent injecte de mauvais patterns, tout le projet peut facilement partir de travers
C’est pourquoi je gère régulièrement le système en lui donnant un « coup de pied dans les pneus »
Je ne pense pas que les outils d’orchestration actuels puissent vraiment résoudre ce problème
J’ai envie de défendre Rothko
Ses tableaux ont l’air simples, mais ils résultent de l’empilement de centaines de couches très fines
Si on essaie d’en peindre soi-même, on comprend à quel point cela demande une technique raffinée et une vraie réflexion
La formule disant que « Yegge fait voler un avion inachevé tout en organisant une visite guidée publique » vise juste
C’est un projet complètement dingue, mais il a de la valeur parce qu’il ouvre la conversation
Yegge pratique une forme d’arbitrage fondé sur l’asymétrie d’information
L’ensemble du secteur de l’IA exploite ce genre d’écart entre excitation et peur
Il est joueur, mais il y a malgré tout là-dedans des idées qui méritent réflexion
Sur Reddit aussi, les posts qui encensent le codage par IA ont récemment explosé
Si Claude me payait, je ferais sans doute un peu la même chose
En revanche, je laisserais partout de grosses clauses de non-responsabilité pour protéger ma réputation future