- 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
Aucun commentaire pour le moment.