gstack entièrement expliqué : comment le président de YC écrit 10 000 lignes de code par jour avec l'IA

TL; DR Points clés à retenir

gstack est un système d'ingénierie de code Claude open source créé par Garry Tan, président de YC, comprenant 18 rôles d'experts et 7 outils, couvrant l'intégralité du cycle de sprint, de l'idéation du produit à la publication du code.

L'idée centrale n'est pas de "laisser l'IA écrire plus de code", mais de faire jouer des rôles aux agents IA : le PDG est responsable de la direction du produit, le responsable de l'ingénierie verrouille l'architecture, l'assurance qualité teste avec de vrais navigateurs, et l'ingénieur de publication déploie en un clic.

Garry Tan affirme avoir écrit 600 000 lignes de code de production (dont 35 % de tests) en 60 jours en utilisant ce système, produisant 10 000 à 20 000 lignes de code utilisable quotidiennement, tout en étant PDG de YC.

Toutes les compétences sont de purs fichiers Markdown, open source sous licence MIT, installables en 30 secondes, et prennent en charge Claude Code, Codex, Gemini CLI et Cursor sur plusieurs plateformes.

Le projet a recueilli plus de 33 000 étoiles GitHub en une semaine après son lancement, suscitant également un débat intense comme "n'est-ce pas juste un tas de prompts ?"

Une personne, 60 jours, 600 000 lignes de code

En mars 2026, Garry Tan, président de YC, a dit quelque chose à Bill Gurley au SXSW qui a fait taire toute la salle : "Je ne dors que quatre heures par jour maintenant parce que je suis tellement excité. Je pense que j'ai une cyberpsychose (fanatisme de l'IA)." 1

Deux jours auparavant, il avait mis en open source un projet appelé gstack sur GitHub. Il ne s'agissait pas seulement d'un outil de développement ordinaire, mais de son système de travail complet pour la programmation avec Claude Code au cours des derniers mois. Les données qu'il a présentées étaient étonnantes : plus de 600 000 lignes de code de production écrites au cours des 60 derniers jours, dont 35 % étaient des tests ; les statistiques des 7 derniers jours montraient 140 751 lignes ajoutées, 362 commits et environ 115 000 lignes de code nettes. Tout cela s'est produit alors qu'il occupait à plein temps le poste de PDG de YC. 2

Cet article s'adresse aux développeurs et aux fondateurs techniques qui utilisent ou envisagent d'utiliser des outils de programmation IA, ainsi qu'aux entrepreneurs et aux créateurs de contenu intéressés par "la façon dont l'IA change la productivité personnelle". Cet article déconstruira en profondeur l'architecture de base de gstack, la conception du flux de travail, les méthodes d'installation et d'utilisation, et la méthodologie de "jeu de rôle d'agent IA" qui la sous-tend.

L'architecture de base de gstack : transformer Claude Code en une équipe d'ingénierie virtuelle

L'idée centrale de gstack peut être résumée en une phrase : ne traitez pas l'IA comme un assistant polyvalent, mais décomposez-la en une équipe virtuelle, chacune avec des responsabilités spécifiques.

La programmation IA traditionnelle implique l'ouverture d'une seule fenêtre de discussion, où la même IA écrit du code, révise le code, teste et déploie. Le problème est que le code écrit dans la même session est révisé par la même session, ce qui conduit facilement à un cycle d'"auto-affirmation". Un utilisateur sur r/aiagents de Reddit l'a résumé avec précision : "les commandes slash forcent le changement de contexte entre différents rôles, brisant la spirale sycophante d'écriture et de révision dans la même session." 3

La solution de gstack est de 18 rôles d'experts + 7 outils, chaque rôle correspondant à une commande slash :

Couche Produit et Planification :

/office-hours : Modèle de partenaire YC, utilise 6 questions obligatoires pour vous aider à clarifier la direction du produit avant d'écrire du code.

/plan-ceo-review : Examen des propositions au niveau du PDG, offrant quatre modes : étendre, contracter, maintenir et organiser.

/plan-eng-review : Le responsable de l'ingénierie verrouille l'architecture, produit des diagrammes d'architecture ASCII, des matrices de test et une analyse des modes de défaillance.

/plan-design-review : Le concepteur senior note chaque dimension de conception de 0 à 10 et explique à quoi ressemble un 10.

/design-consultation : Partenaire de conception, construit un système de conception complet à partir de zéro.

Couche Développement et Révision :

/review : Rôle d'ingénieur senior, recherche spécifiquement les bogues qui passent le CI mais exploseraient en production.

/investigate : Débogage systématique des causes profondes, avec la règle de fer : "pas d'enquête, pas de correction."

/design-review : Concepteur et programmeur, corrige les problèmes directement avec des commits atomiques après révision.

/codex : Appelle OpenAI Codex CLI pour une révision de code indépendante, permettant une validation croisée inter-modèles.

Couche Test et Publication :

/qa : Responsable QA, ouvre un vrai navigateur Chromium pour cliquer et tester tous les flux, trouve et corrige les bogues, et génère des tests de régression.

/qa-only : QA en mode purement rapport, ne signale que les bogues, ne modifie pas le code.

/ship : Ingénieur de publication, synchronise la branche principale, exécute les tests, audite la couverture, pousse le code, ouvre les PR – tout en une seule commande.

/document-release : Ingénieur en documentation technique, met automatiquement à jour toute la documentation liée à la publication actuelle.

/retro : Le responsable de l'ingénierie dirige la revue hebdomadaire, produit les contributions individuelles, la cadence de publication et les tendances de santé des tests.

Couche Sécurité et Outils :

/careful : Avertissement de commande dangereuse, affiche un avertissement avant d'exécuter rm -rf, DROP TABLE, force-push.

/freeze : Verrouillage d'édition, restreint la portée de modification des fichiers à un répertoire spécifié.

/guard : Combinaison de /careful + /freeze, niveau de sécurité le plus élevé.

/browse : Donne des "yeux" à l'agent, un vrai navigateur Chromium, avec environ 100 ms de réponse par commande.

Ce ne sont pas une collection d'outils dispersés. Ces rôles sont enchaînés dans la séquence Penser → Planifier → Construire → Réviser → Tester → Livrer → Réfléchir, la sortie de chaque étape étant automatiquement alimentée dans la suivante. Les documents de conception générés par /office-hours sont lus par /plan-ceo-review ; les plans de test écrits par /plan-eng-review sont exécutés par /qa ; les bogues trouvés par /review sont vérifiés par /ship pour être corrigés. 2

Pourquoi gstack a enflammé toute la communauté des développeurs

En une semaine après son lancement, gstack a recueilli plus de 33 000 étoiles GitHub et 4 000 forks, a dominé Product Hunt, et le tweet original de Garry Tan a reçu 849 000 vues, 3 700 likes et 5 500 sauvegardes. Les médias technologiques grand public comme TechCrunch et MarkTechPost en ont parlé. 1 4

Mais la controverse a été tout aussi féroce. Le YouTuber Mo Bitar a réalisé une vidéo intitulée "L'IA rend les PDG délirants", soulignant que gstack est essentiellement "un tas de prompts dans un fichier texte". Sherveen Mashayekhi, fondateur de Free Agency, a déclaré sans ambages sur Product Hunt : "Si vous n'êtes pas le PDG de YC, cette chose n'arriverait jamais sur Product Hunt." 1

Fait intéressant, lorsqu'un journaliste de TechCrunch a demandé à ChatGPT, Gemini et Claude d'évaluer gstack, tous les trois ont donné des avis positifs. ChatGPT a déclaré : "La véritable perspicacité est que la programmation IA fonctionne mieux lorsque vous simulez une structure organisationnelle d'ingénierie, plutôt que de simplement dire 'aidez-moi à écrire cette fonctionnalité'." Gemini l'a qualifié de "sophistiqué", estimant que gstack "ne rend pas la programmation plus facile, mais la rend plus correcte." 1

L'essence de ce débat n'est pas réellement technique. Les faits de 33 000 étoiles et "un tas de fichiers Markdown" peuvent tous deux être vrais simultanément. La véritable divergence réside dans : lorsque l'IA transforme des "fichiers Markdown bien écrits" en une méthodologie d'ingénierie reproductible, s'agit-il d'une innovation ou simplement d'un emballage ?

À partir de zéro : installation de gstack et flux de travail pratique

Installation en 30 secondes

L'installation de gstack est extrêmement simple. Ouvrez le terminal Claude Code et collez la commande suivante :

``bash git clone https://github.com/garrytan/gstack.git ~/.claude/skills/gstack && cd ~/.claude/skills/gstack && ./setup``

Après l'installation, ajoutez le bloc de configuration gstack au fichier CLAUDE.md de votre projet, en listant les compétences disponibles. L'ensemble du processus prend moins de 30 secondes. Si vous utilisez également Codex ou d'autres agents qui prennent en charge la norme SKILL.md, le script de configuration les détectera et les installera automatiquement dans le répertoire correspondant.

Prérequis : Vous devez avoir installé Claude Code, Git et Bun v1.0+.

Un flux de travail pratique complet

Supposons que vous souhaitiez créer une application de résumé de calendrier. Voici un flux de travail gstack typique :

Entrez /office-hours et décrivez votre idée. gstack ne commencera pas immédiatement à écrire du code, mais vous interrogera comme un partenaire YC : Qui sont vos utilisateurs ? Quels problèmes spécifiques rencontrent-ils ? Où les solutions existantes sont-elles insuffisantes ? Il pourrait vous dire : "Vous parlez d'une application de résumé de calendrier, mais ce que vous construisez réellement est un chef de cabinet personnel IA."

Exécutez /plan-ceo-review. Lit le document de conception généré à l'étape précédente, remet en question votre portée et vos priorités du point de vue d'un PDG, et passe en revue 10 dimensions d'examen.

Exécutez /plan-eng-review. Verrouille l'architecture technique, produit des diagrammes de flux de données, des machines d'état, des chemins d'erreur et des matrices de test.

Approuvez le plan, commencez à coder. Claude écrit 2 400 lignes de code sur 11 fichiers en environ 8 minutes.

Exécutez /review. Corrige automatiquement 2 problèmes évidents, signale 1 condition de concurrence pour votre confirmation.

Exécutez /qa https://staging.myapp.com. Ouvre un vrai navigateur, clique et teste tous les flux, trouve et corrige un bogue, et génère un test de régression.

Exécutez /ship. Les tests passent de 42 à 51 (+9 nouveaux tests), une PR est automatiquement créée.

Huit commandes, de l'idée au déploiement. Ce n'est pas un copilote ; c'est une équipe.

Le parallélisme est la véritable fonctionnalité révolutionnaire

Un seul sprint prend environ 30 minutes. Mais ce qui change vraiment la donne, c'est que vous pouvez exécuter 10 à 15 sprints simultanément. Différentes fonctionnalités, différentes branches, différents agents, le tout en parallèle. Garry Tan utilise Conductor pour orchestrer plusieurs sessions Claude Code, chacune s'exécutant dans un espace de travail indépendant. C'est son secret pour produire plus de 10 000 lignes de code de production par jour.

Un processus de sprint structuré est un prérequis pour les capacités parallèles. Sans processus, dix agents sont dix sources de chaos. Avec le flux de travail Penser → Planifier → Construire → Réviser → Tester → Livrer, chaque agent sait ce qu'il doit faire et quand s'arrêter. Vous les gérez comme un PDG gère une équipe : concentrez-vous sur les décisions clés et laissez-les gérer le reste eux-mêmes. 2

Dépannage courant

Compétence non affichée ? Exécutez cd ~/.claude/skills/gstack && ./setup

/browse a échoué ? Exécutez cd ~/.claude/skills/gstack && bun install && bun run build

Version obsolète ? Exécutez /gstack-upgrade, ou définissez auto_upgrade: true dans ~/.gstack/config.yaml

Jeu de rôle d'agent IA : la méthodologie derrière gstack

La partie la plus précieuse de gstack n'est peut-être pas les 25 commandes slash, mais l'état d'esprit qui la sous-tend. Le projet comprend un fichier ETHOS.md, documentant la philosophie d'ingénierie de Garry Tan. Plusieurs concepts fondamentaux méritent d'être déconstruits :

"Faire bouillir le lac" : Ne vous contentez pas de rafistoler les choses ; résolvez les problèmes en profondeur. Lorsque vous trouvez un bogue, ne corrigez pas seulement celui-là ; demandez plutôt "pourquoi ce type de bogue se produit-il", puis éliminez toute la classe de problèmes au niveau architectural.

"Rechercher avant de construire" : Avant d'écrire du code, recherchez les solutions existantes. Ce concept se reflète directement dans la "règle de fer" de /investigate : pas d'enquête, pas de correction ; si trois corrections consécutives échouent, vous devez vous arrêter et ré-enquêter.

"Âge d'or" : Garry Tan estime que nous sommes dans l'âge d'or de la programmation IA. Les modèles deviennent plus puissants chaque semaine, et ceux qui apprennent à collaborer avec l'IA maintenant obtiendront un énorme avantage de premier arrivé.

L'idée centrale de cette méthodologie est que les limites des capacités de l'IA ne résident pas dans le modèle lui-même, mais dans la définition des rôles et les contraintes de processus que vous lui donnez. Un agent IA sans limites de rôle est comme une équipe sans responsabilités claires ; il semble capable de tout faire, mais en réalité, il ne fait rien de bien.

Ce concept s'étend au-delà de la programmation. Dans les scénarios de création de contenu et de gestion des connaissances, l'écosystème Skills de YouMind adopte une méthodologie similaire. Vous pouvez créer des Skills spécialisées dans YouMind pour gérer des tâches spécifiques : une Skill pour la recherche et la collecte d'informations, une autre pour la rédaction d'articles, et une troisième pour l'optimisation SEO. Chaque Skill a des définitions de rôle claires et des spécifications de sortie, tout comme /review et /qa dans gstack ont chacun leurs propres responsabilités. Le Skill Marketplace de YouMind prend également en charge la création et le partage de Skills par les utilisateurs, formant un écosystème collaboratif similaire à la communauté open source de gstack. Bien sûr, YouMind se concentre sur les scénarios d'apprentissage, de recherche et de création, et non sur le développement de code ; les deux se complètent dans leurs domaines respectifs.

FAQ

Q : gstack est-il gratuit ? Dois-je payer pour utiliser toutes les fonctionnalités ?

R : gstack est entièrement gratuit, sous licence open source MIT, sans version payante et sans liste d'attente. Les 18 rôles d'experts et les 7 outils sont inclus. Vous aurez besoin d'un abonnement Claude Code (fourni par Anthropic), mais gstack lui-même est gratuit. L'installation ne nécessite qu'une seule commande git clone et prend 30 secondes.

Q : gstack ne peut-il être utilisé qu'avec Claude Code ? Prend-il en charge d'autres outils de programmation IA ?

R : gstack a été initialement conçu pour Claude Code, mais prend désormais en charge plusieurs agents IA. Grâce à la norme SKILL.md, il est compatible avec Codex, Gemini CLI et Cursor. Le script d'installation détectera automatiquement votre environnement et configurera l'agent correspondant. Cependant, certaines fonctionnalités de sécurité basées sur des hooks (comme /careful, /freeze) se dégraderont en mode d'invite de texte sur les plateformes non-Claude.

Q : "600 000 lignes de code en 60 jours" est-ce vrai ? Ces données sont-elles crédibles ?

R : Garry Tan a publiquement partagé son graphique de contribution sur GitHub, avec 1 237 commits en 2026. Il a également partagé publiquement les statistiques /retro des 7 derniers jours : 140 751 lignes ajoutées, 362 commits. Il est important de noter que ces données incluent du code généré par l'IA et 35 % de code de test, pas tout écrit à la main. Les critiques soutiennent que les lignes de code n'équivalent pas à la qualité, ce qui est une question raisonnable. Mais l'avis de Garry Tan est qu'avec des processus de révision et de test structurés, la qualité du code généré par l'IA est contrôlable.

Q : Je ne suis pas développeur, quelle est la valeur de gstack pour moi ?

R : La plus grande inspiration de gstack ne réside pas dans les commandes slash spécifiques, mais dans la méthodologie de "jeu de rôle d'agent IA". Que vous soyez créateur de contenu, chercheur ou chef de projet, vous pouvez apprendre de cette approche : ne laissez pas une seule IA tout faire, mais définissez différents rôles, processus et normes de qualité pour différentes tâches. Ce concept s'applique à tout scénario nécessitant une collaboration IA.

Q : Quelle est la différence fondamentale entre gstack et les invites Claude Code ordinaires ?

R : La différence réside dans la systématicité. Les invites régulières sont des instructions ponctuelles, tandis que gstack est un flux de travail en chaîne. La sortie de chaque compétence devient automatiquement l'entrée de la compétence suivante, formant une boucle fermée complète de Penser → Planifier → Construire → Réviser → Tester → Livrer → Réfléchir. De plus, gstack intègre des garde-fous de sécurité (/careful, /freeze, /guard) pour empêcher l'IA de modifier accidentellement du code non lié pendant le débogage. Cette "gouvernance des processus" ne peut être réalisée avec des invites uniques.

Résumé

La valeur de gstack ne réside pas dans les fichiers Markdown eux-mêmes, mais dans le paradigme qu'il valide : l'avenir de la programmation IA ne concerne pas des "copilotes plus intelligents", mais une "meilleure gestion d'équipe". Lorsque vous décomposez l'IA d'un assistant vague et polyvalent en rôles d'experts avec des responsabilités spécifiques, et que vous les connectez avec des processus structurés, la productivité d'un individu peut subir un changement qualitatif.

Trois points clés sont à retenir. Premièrement, le jeu de rôle est plus efficace que la généralisation : donner à l'IA des limites de responsabilité claires est bien plus efficace que de lui donner une invite large. Deuxièmement, le processus est le prérequis du parallélisme : sans la structure Penser → Planifier → Construire → Réviser → Tester → Livrer, plusieurs agents fonctionnant en parallèle ne feront que créer le chaos. Troisièmement, Markdown est du code : à l'ère des LLM, des fichiers Markdown bien écrits sont des méthodologies d'ingénierie exécutables, et ce changement cognitif remodèle l'ensemble de l'écosystème des outils de développement.

Les modèles deviennent plus puissants chaque semaine. Ceux qui apprennent à collaborer avec l'IA maintenant auront un énorme avantage dans la compétition à venir. Que vous soyez développeur, créateur ou entrepreneur, envisagez de commencer dès aujourd'hui : transformez votre flux de travail de programmation avec gstack, et appliquez la méthodologie de "jeu de rôle d'agent IA" à vos propres scénarios. Faites jouer des rôles à votre IA, la transformant d'un assistant vague en une équipe précise.