J'ai lâché 30 agents IA dans mon repo (Gas Town)

BBetter Stack
컴퓨터/소프트웨어창업/스타트업경영/리더십AI/미래기술

Transcript

00:00:00Imaginez que Claude Code ne soit pas juste un assistant, mais une équipe entière, 20, 30,
00:00:06voire 50 agents travaillant en parallèle, livrant des fonctionnalités sous vos yeux.
00:00:09C'est Gastown.
00:00:11Ce n'est pas une simple discussion avec une IA, c'est une usine.
00:00:14Il décompose les fonctions, assigne des travailleurs en parallèle, fusionne le code automatiquement,
00:00:20conserve tout dans Git et continue de tourner même en cas de plantage.
00:00:23Cela pourrait décupler votre productivité ou tout simplement mal tourner.
00:00:27Voyons ensemble la configuration et comment tout cela fonctionne concrètement.
00:00:35Gastown est un orchestrateur open source qui transforme les agents de codage IA
00:00:39en quelque chose de proche de Kubernetes pour les flux de développement.
00:00:43D'abord, Gastown n'est pas un modèle d'IA, c'est simplement un orchestrateur.
00:00:48Il se superpose à des outils comme Claude Code pour créer des systèmes multi-agents coordonnés.
00:00:53Vous donnez un objectif de haut niveau au « Maire », qui le décompose
00:00:58en unités de tâches structurées appelées « Beads ».
00:01:02Les Beads sont groupés en « Convoys », puis les agents exécutants, les « Polecats »,
00:01:07les traitent en parallèle.
00:01:09C'est une avancée majeure pour plusieurs raisons.
00:01:11Tout passe par Git.
00:01:13Chaque agent travaille sur des branches, gère les files d'attente, l'état est sauvegardé,
00:01:20donc si ça plante, pas besoin de tout recommencer.
00:01:21Comparez cela au « vibe coding » habituel, au codage IA classique.
00:01:26On a une seule session, une exécution linéaire, une dérive du contexte,
00:01:31une orchestration manuelle... c'est un peu le bazar.
00:01:32Gastown, c'est l'extension horizontale de la cognition, et c'est énorme.
00:01:37Mais la vraie question est : est-ce que ça marche vraiment ?
00:01:40Si vous aimez ce genre de contenu, n'oubliez pas de vous abonner.
00:01:42Nous publions des vidéos régulièrement.
00:01:44Maintenant, lançons la machine et faisons quelques tests.
00:01:47Très bien, j'ai une application de liste de tâches très simple qui tourne.
00:01:49J'en ai trouvé une basique en Go sur GitHub.
00:01:53J'ai choisi Go car Gastown est principalement écrit en Go, mais peu importe
00:01:58le projet choisi, l'exécution reste la même.
00:02:02Cette application n'a pas d'authentification, c'est juste du CRUD basique.
00:02:06Et si vous avez déjà ajouté l'authentification à une appli existante,
00:02:11vous connaissez la galère de tout casser.
00:02:12Ce n'est jamais juste un login : c'est la base de données, les routes, le middleware, les formulaires, les tests, Docker...
00:02:18Dans ces applis, tout est lié.
00:02:22Le défi ici est de voir si Gastown peut gérer ça sans que je doive le micro-manager.
00:02:26Pour être honnête, l'installation a été laborieuse.
00:02:30J'ai dû installer beaucoup de gros paquets via Brew, tout organiser,
00:02:35et le faire tourner a demandé pas mal de dépannage et de temps.
00:02:39Mais une fois que tout est synchronisé, ça tourne vraiment bien.
00:02:43Maintenant que c'est lancé, je connecte le Maire et je lui donne un seul prompt.
00:02:46Je vais dire : ajoute l'auth JWT, utilise SQLite, crée des points d'accès
00:02:52de login et d'inscription, protège les routes, ajoute des formulaires HTML, écris les tests et le fichier Docker.
00:02:58C'est tout.
00:02:59C'est beaucoup de choses, n'est-ce pas ?
00:03:00Toutes ces tâches simultanées.
00:03:01Aucun guidage étape par étape, voyons ce qui se passe réellement.
00:03:05Le Maire décompose maintenant ces fonctionnalités automatiquement.
00:03:10Le schéma, le middleware, l'auth, les formulaires, les tests deviennent des Beads séparés,
00:03:18et rappelez-vous, un Bead correspond à un travailleur.
00:03:21Et regardez, tous ces Polecats s'activent en essaim.
00:03:25Un agent crée le schéma SQLite, un autre écrit le middleware JWT, un autre s'occupe
00:03:31des routes de login, un autre met à jour l'interface, et un dernier écrit les tests
00:03:37d'intégration et Docker. Tout se passe en même temps.
00:03:40Voici le grand contraste.
00:03:42Si vous utilisiez Claude Code seul, vous feriez cela de manière séquentielle.
00:03:47Il faudrait prompter, attendre, corriger, ré-expliquer le contexte sans cesse, non ?
00:03:52C'est comme ça que fonctionnent les agents de code habituels.
00:03:55Ici, les branches Git isolent le travail, les fusions sont en file d'attente, l'état est suivi.
00:04:00Au lieu que vous portiez tout le plan en tête, c'est le système qui s'en charge.
00:04:05Et si ça plante à mi-chemin, ce n'est pas grave.
00:04:09Vous reprenez automatiquement là où vous en étiez grâce à l'état sauvegardé.
00:04:13C'est l'heure de vérité.
00:04:14J'ai forké ça dans un repo, je vais maintenant examiner tous les changements
00:04:19effectués et ajoutés ici même sur mon GitHub.
00:04:22On voit l'ancien code, mais tout le reste a été modifié.
00:04:25Inscription, login, jetons, routes protégées fonctionnelles, tests réussis...
00:04:32Tout cela a été ajouté par Gastown.
00:04:35Une fonctionnalité entière décomposée et implémentée en quelques minutes.
00:04:39C'est bien là le but.
00:04:40La différence n'est pas seulement la vitesse, c'est la décharge cognitive.
00:04:44On ne gère plus chaque petite étape de l'IA, mais cela ne garantit pas
00:04:49automatiquement une victoire.
00:04:50Car l'exécution peut être une autre histoire.
00:04:52Lançons cela rapidement.
00:04:53Voyons ce que nous obtenons et sur quoi nous travaillons ici.
00:04:56Dans l'ensemble, voilà à quoi ça ressemble.
00:04:58C'est pas mal, une appli très basique.
00:05:00Vous voyez que je peux me connecter et créer un compte.
00:05:03La liste de tâches fonctionne toujours, rien n'a été cassé.
00:05:06Il a ajouté les routes, les fichiers Docker et l'authentification JWT.
00:05:11Le résultat est vraiment bon.
00:05:12J'aimerais voir comment ça tourne sur une appli plus large, car ici,
00:05:16ça a consommé énormément de tokens.
00:05:18À ce propos, parlons maintenant des compromis.
00:05:21Les avantages et les inconvénients, d'accord ?
00:05:23D'abord les avantages : la scalabilité.
00:05:25C'est vraiment impressionnant.
00:05:27Vous pouvez avoir 20 ou 30 agents travaillant simultanément.
00:05:30Cela signifie un débit massif sur de grosses fonctionnalités, celles où
00:05:35une personne se retrouve noyée sous les tâches et les interdépendances.
00:05:37Ensuite, un autre point fort est la persistance via Git.
00:05:40Fini les sessions IA fragiles où tout disparaît si ça plante.
00:05:45On peut reprendre le travail.
00:05:46C'est ça ?
00:05:47Ce sont des points vraiment positifs.
00:05:48Mais passons aux inconvénients, car c'est là qu'on est surpris.
00:05:50J'ai aussi été étonné par certains points, mais ils sont logiques.
00:05:54La fatigue de la supervision. Le système produit énormément,
00:06:00mais vous devez maintenant tout réviser.
00:06:01C'est ultra-productif, mais aussi très épuisant.
00:06:04Il y a aussi le coût.
00:06:06Une utilisation intensive peut vite devenir très onéreuse.
00:06:07On ne fait pas tourner un seul agent,
00:06:09mais toute une armée en parallèle.
00:06:11Je vous laisse faire le calcul.
00:06:13Les agents peuvent entrer en conflit.
00:06:14Ils peuvent faire de la sur-ingénierie.
00:06:15Ils peuvent carrément bousiller votre repo car ils ont le plein contrôle.
00:06:19Ce n'est pas juste du « branchez et jouez », ce qui amène la vraie question.
00:06:23Voudriez-vous vraiment travailler comme ça au quotidien
00:06:27ou est-ce que c'est presque trop ?
00:06:29Oui, vous pouvez choisir d'autres fournisseurs, Claude, OpenAI, c'est comme vous voulez.
00:06:34C'est un outil encore jeune, mais il annonce quelque chose de bien plus grand.
00:06:38La direction est claire : l'IA ne fait plus que vous aider à coder.
00:06:43L'IA change le flux de travail avec tous ces agents en parallèle.
00:06:47Gastown représente ce passage d'assistant IA à une multitude d'agents collaboratifs.
00:06:54Cela change notre levier d'action car on peut orchestrer backend, frontend,
00:07:00tests, docs et infrastructure en même temps.
00:07:03Cela pourrait vous rendre incroyablement productif
00:07:08ou redéfinir ce que signifie le développement.
00:07:09La question n'est pas de savoir si les systèmes multi-agents arrivent.
00:07:12Ils sont déjà là.
00:07:13C'en est un exemple concret.
00:07:14La question est maintenant : allez-vous l'expérimenter maintenant ou plus tard ?
00:07:19Parce que, qui sait ?
00:07:20Ils arrivent.
00:07:21Abonnez-vous pour plus d'outils et de conseils sur le futur du développement.
00:07:25On se retrouve dans une prochaine vidéo.

Key Takeaway

Gastown marque le passage de l'assistance IA individuelle à une orchestration multi-agents massive, capable de traiter des fonctionnalités complexes en parallèle tout en exigeant une supervision humaine rigoureuse.

Highlights

Présentation de Gastown

Timeline

Introduction à l'orchestration Gastown

Le présentateur introduit Gastown comme une révolution dépassant le simple assistant de code linéaire comme Claude Code. Ce système est décrit comme une véritable usine capable de faire travailler 20 à 50 agents en parallèle pour livrer des fonctionnalités complexes. L'outil décompose les fonctions, assigne les tâches et fusionne le code automatiquement via Git pour assurer la continuité du travail. Cette approche promet de décupler la productivité des développeurs en transformant le flux de travail habituel. La section souligne que Gastown continue de tourner même si un agent individuel rencontre un problème technique.

Architecture et terminologie du système

Gastown est défini comme un orchestrateur open source qui agit comme un Kubernetes pour les flux de développement IA. Le système utilise une hiérarchie précise : le "Maire" reçoit l'objectif global et le divise en unités de tâches nommées "Beads". Ces tâches sont ensuite regroupées en "Convoys" pour être traitées par des agents exécutants appelés "Polecats". Contrairement au "vibe coding" classique qui est linéaire et sujet à la dérive de contexte, Gastown mise sur l'extension horizontale de la cognition. L'utilisation systématique de branches Git permet de sauvegarder l'état et d'éviter de recommencer à zéro après une erreur.

Préparation du test réel en Go

L'auteur choisit une application de liste de tâches (To-Do list) écrite en Go pour tester les capacités réelles de l'outil. L'objectif est d'ajouter une couche complète d'authentification JWT, incluant la base de données SQLite, le middleware, les formulaires HTML et la conteneurisation Docker. L'installation de Gastown est décrite comme laborieuse, nécessitant de nombreux paquets Brew et une phase de dépannage initiale assez longue. Cependant, une fois configuré, le système permet de lancer des requêtes de haut niveau sans micro-management constant. Le défi principal est de voir si l'IA peut modifier plusieurs parties interdépendantes du code sans tout casser.

Exécution de l'essaim d'agents

Dans cette phase, on observe le "Maire" décomposer automatiquement la demande en plusieurs Beads distincts pour chaque composant technique. Les Polecats s'activent en essaim : un agent crée le schéma de données pendant qu'un autre écrit le middleware JWT et qu'un troisième s'occupe des tests d'intégration. Cette exécution simultanée contraste fortement avec les méthodes séquentielles où le développeur doit attendre chaque réponse de l'IA. Le système gère lui-même la file d'attente des fusions de branches, ce qui décharge le développeur du poids mental du plan global. Cette autonomie permet une implémentation rapide de fonctionnalités qui demanderaient normalement des heures de travail manuel.

Résultats et vérification sur GitHub

Après quelques minutes, l'auteur examine le dépôt GitHub pour vérifier les modifications apportées par l'armée d'agents. Le résultat est concluant : l'inscription, la connexion et les routes protégées sont fonctionnelles et les tests passent avec succès. L'application reste stable, prouvant que Gastown a su intégrer des fonctionnalités complexes sans briser le code existant. L'auteur note que la vitesse d'exécution est impressionnante, mais souligne que la consommation de tokens a été extrêmement élevée pour un projet de cette taille. Ce test confirme que l'outil est capable de gérer l'intégralité du cycle de développement, du backend aux fichiers de configuration Docker.

Analyse des avantages et inconvénients

L'analyse critique révèle que la scalabilité est le point fort majeur de Gastown avec une capacité de traitement massif. La persistance via Git est également saluée car elle sécurise le travail contre les plantages de session fréquents avec les IA classiques. En revanche, l'auteur met en garde contre la "fatigue de la supervision", car réviser le code produit par 30 agents est épuisant pour un humain. Le coût financier peut devenir prohibitif très rapidement en raison de l'utilisation parallèle intensive de modèles performants. De plus, les risques de conflits entre agents ou de sur-ingénierie du code sont des réalités techniques à ne pas négliger.

Conclusion sur le futur du développement

La vidéo se termine sur une réflexion philosophique concernant l'évolution du métier de développeur face aux systèmes multi-agents. L'IA ne se contente plus d'être un simple assistant, elle devient une main-d'œuvre collaborative capable de gérer l'infrastructure, le front et le back simultanément. Gastown représente une étape concrète vers ce futur où le développeur devient un orchestrateur plutôt qu'un simple codeur. L'auteur invite sa communauté à expérimenter ces outils dès maintenant car le changement de paradigme est déjà en cours. Le message final souligne que ces technologies vont redéfinir la notion même de productivité logicielle dans les années à venir.

Community Posts

View all posts