Blog

Qu'est-ce que gstack ? Va Révolutionner Votre Façon de Coder

Ashley Innocent

Ashley Innocent

23 March 2026

Qu'est-ce que gstack ? Va Révolutionner Votre Façon de Coder

En Bref / Réponse Rapide

gstack est le système open-source de Garry Tan qui transforme Claude Code en une équipe d'ingénieurs virtuels de 20 spécialistes. En tant que Président et PDG de Y Combinator, Garry produit 10 000 à 20 000 lignes de code de production par jour (35 % de tests) tout en gérant YC à temps plein. gstack y parvient grâce à des commandes slash structurées : /office-hours pour la stratégie produit, /plan-ceo-review pour la validation du périmètre, /review pour la détection de bugs, /qa pour les tests de navigateur, et /ship pour le déploiement. Installez en 30 secondes avec git clone ~/.claude/skills/gstack && ./setup. Gratuit, sous licence MIT.

Introduction

« Je ne pense pas avoir tapé une seule ligne de code depuis décembre, fondamentalement, ce qui est un changement extrêmement important. »

Quand Andrej Karpathy a dit cela sur le podcast No Priors en mars 2026, le monde de la technologie a écouté. Le cofondateur d'OpenAI décrivait un changement fondamental : une personne, armée d'agents IA, peut désormais produire comme une équipe de vingt personnes.

Peter Steinberger l'a prouvé. Il a construit OpenClaw — 247 000 étoiles GitHub — essentiellement en solo avec des agents IA. La révolution ne vient pas. Elle est là.

Garry Tan le sait mieux que quiconque. En tant que Président et PDG de Y Combinator, il travaille avec des milliers de startups — Coinbase, Instacart, Rippling — alors qu'elles ne sont encore qu'une ou deux personnes dans un garage. Avant YC, il a été l'un des premiers ingénieurs chez Palantir, a cofondé Posterous (vendu à Twitter) et a construit Bookface, le réseau social interne de YC. gstack est sa réponse à la question que tout le monde se pose : Comment une personne peut-elle produire comme une équipe de vingt ?

Les chiffres parlent d'eux-mêmes. Au cours des 60 derniers jours : **plus de 600 000 lignes de code de production** (35 % de tests), **10 000 à 20 000 lignes par jour**, à temps partiel, tout en gérant YC à temps plein. Son dernier /retro sur 3 projets : **140 751 lignes ajoutées, 362 commits, ~115 000 LOC nettes** en une semaine.

La même personne qui a fait 772 contributions GitHub en 2013 en construisant Bookface. Maintenant, 1 237 contributions en 2026. La différence n'est pas l'effort. C'est l'outillage.

Ce guide explique ce qu'est gstack, comment il fonctionne et s'il a sa place dans votre flux de travail. Vous y trouverez le catalogue complet des compétences, des exemples concrets et la philosophie derrière le système.

💡
Si vous développez des produits API, gstack s'intègre naturellement avec Apidog pour les tests d'API et les flux de travail de documentation. La compétence /qa peut valider vos points de terminaison d'API, et /document-release maintient la synchronisation de votre documentation d'API avec les changements déployés.
button

Qu'est-ce que gstack ?

gstack est une collection open-source de 28 compétences Claude Code qui transforment Claude d'un copilote en une équipe d'ingénieurs virtuelle. Chaque compétence est un spécialiste : un PDG qui repense votre produit, un responsable ingénierie qui verrouille l'architecture, un designer qui repère les erreurs d'IA, un réviseur qui trouve les bugs de production, un responsable QA qui ouvre un vrai navigateur, un responsable sécurité qui exécute des audits OWASP + STRIDE, et un ingénieur de version qui publie la PR.

Vingt spécialistes et huit outils puissants. Toutes des commandes slash. Tout en Markdown. Tout est gratuit, sous licence MIT.

L'Idée Fondamentale

La plupart des outils de codage IA vous traitent comme si vous voliez en solo avec un autocomplétion intelligente. gstack vous traite comme un PDG avec une équipe.

Lorsque vous dites à gstack « Je veux construire une application de briefing quotidien pour mon calendrier », il ne commence pas à coder. Il exécute /office-hours — une consultation produit de type YC qui pose six questions contraignantes, remet en question votre formulation et extrait le vrai problème. Vous pourriez en sortir en réalisant que vous ne voulez pas une « application de briefing quotidien ». Vous voulez une IA d'assistant personnel.

Ensuite, il exécute /plan-ceo-review pour contester la portée, /plan-eng-review pour verrouiller l'architecture, /plan-design-review pour évaluer chaque dimension du design de 0 à 10, /review pour trouver des bugs, /qa pour tester dans un vrai navigateur, et /ship pour pousser la PR.

Huit commandes, de bout en bout. Ce n'est pas un copilote. C'est une équipe.

La Structure du Sprint

gstack n'est pas une collection aléatoire d'outils. C'est un processus — un sprint qui s'exécute dans l'ordre :

Penser → Planifier → Construire → Réviser → Tester → Livrer → Réfléchir

Chaque compétence alimente la suivante. /office-hours écrit un document de conception que /plan-ceo-review lit. /plan-eng-review écrit un plan de test que /qa reprend. /review détecte les bugs que /ship vérifie comme étant corrigés. Rien n'est oublié car chaque étape sait ce qui l'a précédée.

Les 28 Compétences Expliquées

Compétences en Stratégie Produit

/office-hours — Heures de Bureau YC

Votre spécialiste : Partenaire YC

Ce qu'il fait : Démarre chaque projet avec six questions contraignantes qui recadrent votre produit avant que vous n'écriviez du code. Remet en question votre formulation, conteste les prémisses, génère des alternatives d'implémentation.

Exemple de sortie :

You said "daily briefing app." But what you actually described is a
personal chief of staff AI. Here are 5 capabilities you didn't realize
you were describing...

[challenges 4 premises — you agree, disagree, or adjust]
[generates 3 implementation approaches with effort estimates]

RECOMMENDATION: Ship the narrowest wedge tomorrow, learn from real usage.
The full vision is a 3-month project — start with the daily briefing that
actually works.

Quand l'utiliser : Première compétence sur toute nouvelle fonctionnalité ou produit. Le document de conception qu'elle écrit alimente automatiquement toutes les compétences en aval.

/plan-ceo-review — PDG / Fondateur

Votre spécialiste : PDG qui repense le produit

Ce qu'il fait : Repense le problème à partir des principes fondamentaux. Trouve le produit 10 étoiles caché dans la requête. Quatre modes : Expansion (et si on voyait plus grand ?), Expansion Sélective (quelles parties méritent 10x ?), Maintien du Périmètre (c'est bon tel quel), Réduction (et si on coupait 80 % ?).

Quand l'utiliser : Après que /office-hours ait produit un document de conception. À exécuter avant le début de toute implémentation.

/plan-design-review — Designer Senior

Votre spécialiste : Designer Produit Senior

Ce qu'il fait : Évalue chaque dimension du design de 0 à 10, explique à quoi ressemble un 10, puis modifie le plan pour y parvenir. Inclut la détection des erreurs d'IA. Interactif — une AskUserQuestion par choix de design.

Quand l'utiliser : Après la revue d'ingénierie, avant l'implémentation. Détecte la dette de conception avant qu'elle ne devienne de la dette de code.

/design-consultation — Partenaire Design

Votre spécialiste : Partenaire Design

Ce qu'il fait : Construit un système de design complet à partir de zéro. Recherche le paysage existant, propose des risques créatifs, génère des maquettes de produits réalistes.

Quand l'utiliser : Lorsque vous avez besoin d'un système de design complet, pas seulement d'une revue. Plus complet que /plan-design-review.

Compétences en Ingénierie et Architecture

/plan-eng-review — Responsable Ingénierie

Votre spécialiste : Responsable Ingénierie

Ce qu'il fait : Verrouille l'architecture, le flux de données, les diagrammes, les cas limites et les tests. Met en évidence les hypothèses cachées. Génère des diagrammes ASCII pour le flux de données, les machines d'état et les chemins d'erreur.

Exemple de sortie :

Architecture Review:
┌─────────────┐     ┌──────────────┐     ┌────────────┐
│   Client    │────▶│  API Gateway │────▶│  Database  │
└─────────────┘     └──────────────┘     └────────────┘
       │                    │
       ▼                    ▼
  [State Cache]      [Rate Limiter]

Test Matrix:
- Happy path: authenticated user, valid data
- Edge case: concurrent modifications
- Failure mode: database connection timeout
- Security: SQL injection, XSS, CSRF

Quand l'utiliser : Après la revue PDG/design, avant de coder. Le plan de test qu'il écrit alimente /qa.

/review — Ingénieur Staff

Votre spécialiste : Ingénieur Staff qui trouve les bugs de production

Ce qu'il fait : Trouve les bugs qui passent la CI mais qui explosent en production. Corrige automatiquement les plus évidents. Signale les lacunes en matière d'exhaustivité.

Exemple de sortie :

[AUTO-FIXED] 2 issues:
- Null check missing in getUserById()
- Unhandled promise rejection in api handler

[ASK] Race condition in concurrent update → you approve fix

[COMPLETENESS GAP] No retry logic for transient failures

Quand l'utiliser : Après l'implémentation, avant /qa. Exécutez sur toute branche avec des changements.

/investigate — Débogueur

Votre spécialiste : Débogueur de cause profonde

Ce qu'il fait : Débogage systématique de la cause profonde. Loi de Fer : pas de correctifs sans investigation. Trace le flux de données, teste les hypothèses, s'arrête après 3 correctifs échoués.

Quand l'utiliser : Lorsque vous rencontrez un bug que /review n'a pas pu corriger automatiquement. Ne sautez jamais l'investigation — la Loi de Fer existe pour une raison.

/codex — Deuxième Avis

Votre spécialiste : OpenAI Codex CLI

Ce qu'il fait : Revue de code indépendante d'un modèle différent. Trois modes : revue (validation/rejet), défi contradictoire et consultation ouverte. Analyse inter-modèles lorsque /review et /codex ont tous deux été exécutés.

Quand l'utiliser : Après /review pour un deuxième avis. Particulièrement utile pour les chemins critiques ou lorsque vous souhaitez une validation inter-modèles.

Compétences de Test et QA

/qa — Responsable QA

Votre spécialiste : Ingénieur QA avec un vrai navigateur

Ce qu'il fait : Ouvre un vrai navigateur Chromium, clique à travers les flux, trouve et corrige les bugs avec des commits atomiques. Génère automatiquement des tests de régression pour chaque correction.

Exemple de flux de travail :

1. Opens staging URL in headless Chromium
2. Executes test plan from /plan-eng-review
3. Finds bug: "Submit button doesn't disable during loading"
4. Creates atomic commit with fix
5. Re-verifies: clicks again, confirms fix
6. Generates regression test: test_submit_button_disables()

Quand l'utiliser : Après que /review ait validé la branche. Exécutez sur votre URL de staging.

/qa-only — Rapporteur QA

Votre spécialiste : Rapporteur QA

Ce qu'il fait : Même méthodologie que /qa mais uniquement pour rapporter. Rapport de bug pur sans modifications de code.

Quand l'utiliser : Lorsque vous voulez un rapport de bug sans corrections automatiques. Utile pour les pistes d'audit ou lorsque quelqu'un d'autre gère les corrections.

/benchmark — Ingénieur Performance

Votre spécialiste : Ingénieur Performance

Ce qu'il fait : Établit les temps de chargement des pages, les Core Web Vitals et les tailles de ressources. Compare avant/après sur chaque PR.

Métriques suivies :

Quand l'utiliser : Avant les refactorisations majeures, après les optimisations de performance, sur toute PR qui affecte le rendu.

/browse — Ingénieur QA

Votre spécialiste : Automatisation de Navigateur

Ce qu'il fait : Vrai navigateur Chromium, vrais clics, vraies captures d'écran. ~100 ms par commande.

Commandes :

Quand l'utiliser : Chaque fois que vous avez besoin de vérifier quelque chose dans un navigateur. Utilisé en interne par /qa.

/setup-browser-cookies — Gestionnaire de Session

Votre spécialiste : Gestionnaire de Session de Navigateur

Ce qu'il fait : Importe les cookies de votre vrai navigateur (Chrome, Arc, Brave, Edge) dans la session sans tête. Teste les pages authentifiées.

Quand l'utiliser : Avant /qa si votre application de staging nécessite une connexion. Configuration unique par navigateur.

Compétences en Sécurité et Conformité

/cso — Responsable de la Sécurité (CSO)

Votre spécialiste : Responsable de la Sécurité (Chief Security Officer)

Ce qu'il fait : Modèle de menace OWASP Top 10 + STRIDE. Zéro bruit : 17 exclusions de faux positifs, seuil de confiance 8/10+, vérification indépendante des résultats. Chaque résultat inclut un scénario d'exploit concret.

Exemple de sortie :

[CRITICAL] SQL Injection in /api/users?id= parameter
Exploit: GET /api/users?id=1' OR '1'='1
Impact: Full database read access
Fix: Use parameterized queries
Confidence: 9/10

[FALSE POSITIVE EXCLUDED] XSS in admin panel
Reason: Output is properly escaped with DOMPurify

Quand l'utiliser : Avant toute mise en production. Exécutez sur toute fonctionnalité qui gère des données utilisateur ou l'authentification.

Compétences de Livraison et Déploiement

/ship — Ingénieur de Version

Votre spécialiste : Ingénieur de Version

Ce qu'il fait : Synchronise la branche principale, exécute les tests, audite la couverture, pousse, ouvre une PR. Amorçe les frameworks de test si vous n'en avez pas.

Exemple de flux de travail :

1. git checkout main && git pull
2. git checkout -b feature/daily-briefing
3. npm test (or bootstraps Jest/Vitest if missing)
4. Coverage audit: 42 tests → 51 tests (+9 new)
5. git push origin feature/daily-briefing
6. Opens PR: github.com/you/app/pull/42

Quand l'utiliser : Après que /qa ait validé la branche. Une seule commande de « testé » à « PR ouverte ».

/land-and-deploy — Ingénieur de Version

Votre spécialiste : Ingénieur de Déploiement

Ce qu'il fait : Fusionne la PR, attend la CI et le déploiement, vérifie la santé de la production. Une seule commande de « approuvé » à « vérifié en production ».

Exemple de flux de travail :

1. Merge PR via GitHub API
2. Wait for CI (GitHub Actions, CircleCI, etc.)
3. Wait for deploy (Vercel, Railway, Fly.io, etc.)
4. Run production health checks
5. Report: "Deployed to production, all checks passing"

Quand l'utiliser : Après l'approbation de la PR. Gère l'intégralité du pipeline de publication.

/canary — SRE

Votre spécialiste : Ingénieur en Fiabilité des Sites (SRE)

Ce qu'il fait : Boucle de surveillance post-déploiement. Surveille les erreurs de console, les régressions de performance et les échecs de page.

Surveille :

Quand l'utiliser : Immédiatement après /land-and-deploy. S'exécute pendant 5 à 15 minutes après le déploiement.

/document-release — Rédacteur Technique

Votre spécialiste : Rédacteur Technique

Ce qu'il fait : Met à jour toute la documentation du projet pour correspondre à ce que vous venez de livrer. Détecte automatiquement les README obsolètes.

Exemple de sortie :

[UPDATED] README.md — added new /qa command to docs
[UPDATED] CHANGELOG.md — v0.4.2 release notes
[CREATED] docs/qa-guide.md — new QA workflow guide
[FLAGGED] API.md — may need update for new endpoints

Quand l'utiliser : Après /ship ou /land-and-deploy. Maintient la documentation synchronisée avec le code.

Compétences de Réflexion et d'Analyse

/retro — Responsable Ingénierie

Votre spécialiste : Responsable Ingénierie

Ce qu'il fait : Rétrospective hebdomadaire sensible à l'équipe. Répartitions par personne, séries de livraisons, tendances de santé des tests, opportunités de croissance. /retro global s'exécute sur tous vos projets et outils d'IA (Claude Code, Codex, Gemini).

Exemple de sortie :

Week of March 17-23, 2026

Garry:
- 140,751 lines added
- 362 commits
- ~115k net LOC
- Test coverage: 35% (↑2% from last week)

Projects:
- gstack: 89 commits, 45k LOC
- ycombinator.com: 156 commits, 62k LOC
- internal-tools: 117 commits, 33k LOC

Shipping streak: 47 days

Quand l'utiliser : En fin de semaine. Exécutez /retro pour des aperçus d'équipe, /retro global pour une vue inter-projets.

Outils Puissants

/careful — Garde-fous de Sécurité

Ce qu'il fait : Avertit avant les commandes destructrices (rm -rf, DROP TABLE, force-push). Dites « be careful » pour activer. Annule tout avertissement.

Quand l'utiliser : Préfixez toute session risquée. « Be careful — I’m about to run some destructive commands. »

/freeze — Verrouillage d'Édition

Ce qu'il fait : Restreint les modifications de fichiers à un seul répertoire. Empêche les changements accidentels en dehors du périmètre lors du débogage.

Quand l'utiliser : Lors du débogage dans une zone spécifique. « Freeze edits to /src/auth only. »

/guard — Sécurité Totale

Ce qu'il fait : /careful + /freeze en une seule commande. Sécurité maximale pour le travail en production.

Quand l'utiliser : Débogage de production, migrations de base de données, toute session à haut risque.

/unfreeze — Déverrouiller

Ce qu'il fait : Supprime la limite /freeze.

Quand l'utiliser : Une fois la session de débogage terminée.

/setup-deploy — Configurateur de Déploiement

Ce qu'il fait : Configuration unique pour /land-and-deploy. Détecte votre plateforme, l'URL de production et les commandes de déploiement.

Quand l'utiliser : Première utilisation de /land-and-deploy sur un nouveau projet.

/autoplan — Pipeline de Révision

Ce qu'il fait : Une seule commande, un plan entièrement révisé. Exécute automatiquement la revue PDG → design → ingénierie avec des principes de décision encodés. Ne présente que les décisions de goût pour votre approbation.

Quand l'utiliser : Lorsque vous voulez le pipeline de planification complet sans exécuter chaque compétence manuellement.

/gstack-upgrade — Auto-Metteur à Jour

Ce qu'il fait : Met à niveau gstack vers la dernière version. Détecte l'installation globale vs locale, les synchronise toutes les deux, et montre ce qui a changé.

Quand l'utiliser : Mensuellement, ou lorsque vous voyez une nouvelle fonctionnalité annoncée.

Guide d'Installation

gstack s'installe en 30 secondes. Rien ne touche votre PATH. Rien ne s'exécute en arrière-plan. Tout réside dans .claude/.

Prérequis

Étape 1 : Installer sur votre Machine

Ouvrez Claude Code et collez ceci. Claude fait le reste :

git clone https://github.com/garrytan/gstack.git ~/.claude/skills/gstack && cd ~/.claude/skills/gstack && ./setupCLAUDE.md

Étape 2 : Ajouter à votre Référentiel (Optionnel)

Pour que les coéquipiers obtiennent gstack lors d'un `git clone` :

cp -Rf ~/.claude/skills/gstack .claude/skills/gstack && rm -rf .claude/skills/gstack/.git && cd .claude/skills/gstack && ./setupCLAUDE.mdcd .claude/skills/gstack && ./setup

Codex, Gemini CLI ou Cursor

gstack fonctionne sur tout agent qui supporte le standard SKILL.md. Les compétences résident dans .agents/skills/ et sont découvertes automatiquement.

Installer dans un seul dépôt :

git clone https://github.com/garrytan/gstack.git .agents/skills/gstack
cd .agents/skills/gstack && ./setup --host codex

Installer une fois pour votre compte utilisateur :

git clone https://github.com/garrytan/gstack.git ~/gstack
cd ~/gstack && ./setup --host codex

Détection automatique des agents que vous avez :

git clone https://github.com/garrytan/gstack.git ~/gstack
cd ~/gstack && ./setup --host auto

Dépannage

La compétence n'apparaît pas ?

cd ~/.claude/skills/gstack && ./setup

/browse échoue ?

cd ~/.claude/skills/gstack && bun install && bun run build

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

Utilisateurs Windows : gstack fonctionne sur Windows 11 via Git Bash ou WSL. Node.js est requis en plus de Bun. Assurez-vous que bun et node sont tous deux dans votre PATH.

Claude dit qu'il ne peut pas voir les compétences ? Ajoutez ceci à votre fichier CLAUDE.md du projet :

## gstack
Use /browse from gstack for all web browsing. Never use mcp__claude-in-chrome__* tools.
Available skills: /office-hours, /plan-ceo-review, /plan-eng-review, /plan-design-review,
/design-consultation, /review, /ship, /land-and-deploy, /canary, /benchmark, /browse,
/qa, /qa-only, /design-review, /setup-browser-cookies, /setup-deploy, /retro,
/investigate, /document-release, /codex, /cso, /autoplan, /careful, /freeze, /guard,
/unfreeze, /gstack-upgrade.

Exemple Concret : Construire une Application de Briefing Quotidien

Voici gstack en action, de bout en bout :

You:    I want to build a daily briefing app for my calendar.
You:    /office-hours
Claude: [vous interroge sur le problème — exemples spécifiques, pas hypothétiques]

You:    Plusieurs calendriers Google, événements avec des infos obsolètes, mauvaises
        localisations. La préparation prend une éternité et les résultats ne sont pas
        assez bons...

Claude: Je vais remettre en question votre formulation. Vous avez dit
        "application de briefing quotidien". Mais ce que vous avez réellement décrit
        est une IA d'assistant personnel.
        [extrait 5 capacités que vous ne saviez pas que vous décriviez]
        [conteste 4 prémisses — vous êtes d'accord, pas d'accord, ou ajustez]
        [génère 3 approches d'implémentation avec des estimations d'effort]
        RECOMMANDATION : Livrez la partie la plus étroite demain, apprenez de l'usage réel.
        La vision complète est un projet de 3 mois — commencez par le briefing quotidien
        qui fonctionne vraiment.
        [écrit le document de conception → alimente automatiquement les compétences en aval]

You:    /plan-ceo-review
        [lit le document de conception, conteste le périmètre, exécute une revue en 10 sections]

You:    /plan-eng-review
        [diagrammes ASCII pour le flux de données, les machines d'état, les chemins d'erreur]
        [matrice de tests, modes de défaillance, préoccupations de sécurité]

You:    Approuver le plan. Quitter le mode plan.
        [écrit 2 400 lignes sur 11 fichiers. ~8 minutes.]

You:    /review
        [CORRIGÉ AUTOMATIQUEMENT] 2 problèmes. [DEMANDE] Condition de concurrence → vous approuvez la correction.

You:    /qa https://staging.myapp.com
        [ouvre un vrai navigateur, clique à travers les flux, trouve et corrige un bug]

You:    /ship
        Tests : 42 → 51 (+9 nouveaux). PR : github.com/you/app/pull/42

Vous avez dit « application de briefing quotidien ». L'agent a dit « vous construisez une IA d'assistant personnel » — parce qu'il a écouté votre problème, pas votre demande de fonctionnalité. Huit commandes, de bout en bout.

Sprints Parallèles : Exécuter Plusieurs Agents Simultanément

gstack fonctionne bien avec un seul sprint. Cela devient intéressant avec dix sprints exécutés simultanément.

Conductor exécute plusieurs sessions Claude Code en parallèle — chacune dans son propre espace de travail isolé. Une session sur /office-hours, une autre sur /review, une troisième implémentant une fonctionnalité, une quatrième exécutant /qa. Tout en même temps.

La structure du sprint est ce qui rend le parallélisme efficace. Sans processus, dix agents sont dix sources de chaos. Avec un processus, chaque agent sait exactement quoi faire et quand s'arrêter.

Exemple de flux de travail parallèle :

Session 1: /office-hours — affiner les spécifications produit
Session 2: /review — réviser la fonctionnalité d'hier
Session 3: /qa — tester le déploiement de staging
Session 4: Implémentation — construire le plan approuvé

Quatre sessions, quatre étapes différentes du sprint. Vous êtes le goulot d'étranglement, pas les agents.

Confidentialité et Télémétrie

gstack inclut une télémétrie d'utilisation **optionnelle** pour aider à améliorer le projet. Voici exactement ce qui se passe :

Les données sont stockées dans Supabase (alternative open source à Firebase). Le schéma est dans le dépôt — vous pouvez vérifier exactement ce qui est collecté. La clé publiable Supabase est une clé publique — les politiques de sécurité au niveau des lignes la restreignent à un accès en insertion uniquement.

Les analyses locales sont toujours disponibles. Exécutez gstack-analytics pour voir votre tableau de bord d'utilisation personnel à partir du fichier JSONL local — aucune donnée distante n'est nécessaire.

Qui devrait utiliser gstack ?

Qui devrait éviter gstack ?

La Philosophie derrière gstack

gstack n'est pas seulement un ensemble d'outils. C'est une philosophie sur la façon de construire des logiciels avec l'IA.

Assécher le Lac (Boil the Lake)

N'asséchez pas le lac à moitié. Si vous faites quelque chose, faites-le complètement. Les demi-mesures créent plus de travail qu'un engagement total.

Rechercher Avant de Construire

Avant d'écrire du code, recherchez les solutions existantes. Le meilleur code est le code que vous n'écrivez pas.

Trois Niveaux de Connaissance

  1. Explicite — ce que vous pouvez écrire (docs, commentaires)
  2. Tacite — ce que vous savez mais ne pouvez pas articuler (intuition, mémoire musculaire)
  3. Inconnu — ce que vous ne savez pas que vous ne savez pas (angles morts)

gstack encode la connaissance tacite en compétences explicites. La compétence /review n'est pas seulement « vérifier les bugs ». C'est les 20 ans d'expérience de Garry en débogage de production, écrits sous forme de liste de contrôle.

La Loi de Fer du Débogage

Pas de correctifs sans investigation. Trois correctifs échoués, arrêtez et réévaluez. Cela existe parce que les agents IA (et les humains) ont tendance à appliquer des correctifs sans comprendre les causes profondes.

Conclusion

gstack est la réponse de Garry Tan à la question que tout le monde se pose : comment une personne peut-elle produire comme une équipe de vingt ?

La réponse n'est pas de travailler plus dur. C'est de travailler avec de meilleurs outils. Vingt spécialistes — un PDG, un responsable ingénierie, un designer, un réviseur, un responsable QA, un responsable sécurité, un ingénieur de version — tous disponibles sous forme de commandes slash. Gratuit, sous licence MIT, open source.

Le sprint est simple :

  1. /office-hours — recadrer le problème
  2. /plan-ceo-review — contester la portée
  3. /plan-eng-review — verrouiller l'architecture
  4. /plan-design-review — évaluer le design
  5. Construire — implémenter le plan
  6. /review — trouver les bugs
  7. /qa — tester dans le navigateur
  8. /ship — pousser la PR

Huit commandes, de bout en bout. C'est ainsi que Garry produit 10 000 à 20 000 lignes par jour tout en dirigeant YC à temps plein.

Prochaines étapes :

  1. Installez gstack : git clone ~/.claude/skills/gstack && ./setup
  2. Exécutez /office-hours sur votre prochaine idée de fonctionnalité
  3. Voyez si le résultat change votre façon de penser le problème

FAQ

gstack est-il gratuit ?

Oui, 100 % gratuit et sous licence MIT. Pas de niveau premium, pas de liste d'attente. Forkez-le, améliorez-le, faites-en le vôtre.

Ai-je besoin de Claude Code pour utiliser gstack ?

gstack est optimisé pour Claude Code, mais il fonctionne sur tout agent qui supporte le standard SKILL.md : Codex CLI, Gemini CLI, Cursor. Les compétences résident dans .agents/skills/ et sont découvertes automatiquement.

Combien de temps prend l'installation ?

Environ 30 secondes. Clonez le dépôt, exécutez ./setup, et c'est fait. Rien ne touche votre PATH. Rien ne s'exécute en arrière-plan.

Puis-je utiliser des compétences individuelles sans le sprint complet ?

Oui. Si vous ne voulez que /review et /qa, utilisez-les de manière autonome. La structure du sprint est une recommandation, pas une exigence.

gstack fonctionne-t-il avec les dépôts privés ?

Oui. Les compétences résident dans .claude/skills/gstack à l'intérieur de votre dépôt. Commitez-les, et les coéquipiers obtiennent gstack lors d'un git clone.

Et si je suis sur Windows ?

gstack fonctionne sur Windows 11 via Git Bash ou WSL. Node.js est requis en plus de Bun — Bun a un bug connu avec le transport de pipe de Playwright sur Windows.

Comment fonctionne /browse ?

/browse utilise Playwright pour contrôler un navigateur Chromium sans tête. Les commandes s'exécutent en ~100 ms. Utilisez /setup-browser-cookies pour importer les cookies de votre navigateur pour les tests authentifiés.

Puis-je personnaliser les compétences ?

Oui. Les compétences sont des fichiers Markdown. Modifiez-les pour correspondre à votre flux de travail. Si vous améliorez quelque chose, envisagez d'ouvrir une PR en amont.

Quelle est la différence entre /qa et /qa-only ?

/qa trouve les bugs et les corrige automatiquement avec des commits atomiques. /qa-only trouve les bugs mais ne fait que les rapporter — pas de changements de code. Utilisez /qa-only pour les pistes d'audit.

Comment fonctionne la télémétrie ?

Optionnel uniquement. Si vous l'activez, gstack envoie le nom de la compétence, la durée, le succès/échec, la version et l'OS. Aucun code, chemin de fichier, nom de dépôt, nom de branche ou invite n'est jamais envoyé. Désactivez à tout moment avec gstack-config set telemetry off.

Que faire si je rencontre un bug dans gstack lui-même ?

Exécutez /investigate sur la base de code de gstack. Ou ouvrez une issue sur GitHub. Garry et la communauté sont des contributeurs actifs.

Puis-je exécuter les compétences gstack en parallèle ?

Oui, avec Conductor. Exécutez plusieurs sessions Claude Code en parallèle — chacune dans son propre espace de travail isolé. La structure du sprint rend le parallélisme efficace.

Pratiquez le Design-first d'API dans Apidog

Découvrez une manière plus simple de créer et utiliser des API

S'inscrire gratuitementTélécharger