Como Garry Tan (CEO da YC) Usa o Claude Code: Por Dentro da Configuração gstack de 23 Ferramentas
Os 23 slash commands, seis papéis mais um CSO, e a única linha de instalação por trás da configuração de Claude Code de Garry Tan. Mais a crítica.
Pare de configurar. Comece a construir.
Templates SaaS com orquestração de IA.
Problema: Viste o tweet de lançamento do Garry Tan, passaste os olhos pelo artigo da TechCrunch, talvez tenhas apanhado o clip do SXSW, e agora queres saber o que está mesmo dentro do gstack. O repo tem 97 mil estrelas. O README é denso. Metade do X chama-lhe modo deus. A outra metade chama-lhe uma pasta de prompts. Nenhum dos lados te mostra a tabela.
Vitória Rápida: Clona o gstack para a tua pasta de skills do Claude Code com uma só linha e ficas com 23 slash commands agrupados sob um loop Think to Ship:
git clone --single-branch --depth 1 https://github.com/garrytan/gstack.git \
~/.claude/skills/gstack && cd ~/.claude/skills/gstack && ./setupEste post lista cada comando, nomeia cada papel, percorre o fluxo de trabalho, trata da crítica com honestidade, e diz-te onde o gstack acaba e onde começa um esqueleto de produção.
O Que É o gstack
O gstack é um pacote open-source de Skills opinativas para Claude Code publicado por Garry Tan, o Presidente e CEO da Y Combinator. Lançou-o a 12 de março de 2026 sob licença MIT. Cada slash command encarna uma persona especialista com as suas próprias prioridades, restrições e resultados. O trabalho passa por um loop fixo: Think, Plan, Build, Review, Test, Ship, Reflect.
Repo: github.com/garrytan/gstack. A 2026-05-15, o README traz 23 Skills centrais (o número cresceu de 6 no lançamento, para 13 na cobertura da TechCrunch a 17 de março, até 23 agora).
Estatísticas de hoje: 97,4 mil estrelas, 14,5 mil forks, 597 watchers, mais 915 estrelas só nas últimas 24 horas. (fonte)
Porque É Que Importa
A YC já financiou mais de 4.000 empresas. O CEO que comanda esse motor está a publicar a configuração exata de Skills que usa para lançar código. É o sinal mais raro possível para um fluxo de trabalho com Claude Code. Podes discutir o design. Não podes discutir a fonte.
O Garry indicou a sua própria produtividade no post de lançamento:
"Acabei de tornar open-source toda a configuração de Claude Code que usei para fazer em média 10 mil linhas de código e 100 PRs por semana nos últimos 50 dias." (LinkedIn, 2026-03-12)
Números autorreportados. Encara-os assim. O formato do fluxo de trabalho é a parte que podes copiar.
A Arquitetura por Papéis
O gstack agrupa cada Skill sob um cargo. Um papel é dono de prioridades, restrições e resultados. O prompting livre pede ao Claude que vista muitos chapéus numa só mensagem. Os papéis dividem os chapéus e passam o trabalho entre si.
| Papel | De que é dono |
|---|---|
| CEO / Fundador | Âmbito, enquadramento do produto, o que construir |
| Designer | Sistema visual, mockups, deteção de AI slop |
| Eng Manager | Arquitetura, fluxo de dados, casos-limite |
| Release Manager | Sync, teste, push, PR, deploy |
| Doc Engineer | Documentação em sintonia com o código lançado |
| QA Lead | Testes em browser real, correção de bugs |
| Chief Security Officer | Modelação de ameaças OWASP Top 10 + STRIDE |
O loop lê-se como uma frase: Think (Office Hours mais revisão do CEO), Plan (revisão de Eng mais Design mais DevEx), Build, Review, Test (QA mais CSO), Ship, Reflect (retro). Fonte: README do gstack.
As 23 Ferramentas
O inventário central, retirado tal e qual do README e docs/skills.md do gstack, acedido a 2026-05-15.
| # | Slash Command | Papel | O que faz |
|---|---|---|---|
| 1 | /office-hours | YC Office Hours | Seis perguntas forçantes que reenquadram o produto antes de qualquer código |
| 2 | /plan-ceo-review | CEO / Fundador | Revisão de âmbito em quatro modos: expansão, seletivo, manter, redução |
| 3 | /plan-eng-review | Eng Manager | Arquitetura, fluxo de dados, diagramas, casos-limite, matriz de testes |
| 4 | /plan-design-review | Senior Designer | Avaliações de 0 a 10 por dimensão de design; sinaliza AI slop |
| 5 | /plan-devex-review | DX Lead | Auditoria interativa de experiência do programador, três modos |
| 6 | /design-consultation | Design Partner | Sistema de design ponta a ponta: pesquisa mais mockups |
| 7 | /design-shotgun | Design Explorer | 4 a 6 variantes de mockup de IA com aprendizagem por memória de gosto |
| 8 | /design-html | Design Engineer | Mockup convertido em HTML de produção, ~30KB, zero dependências |
| 9 | /review | Staff Engineer | Deteção de bugs de produção com correções automáticas e auditoria de cobertura |
| 10 | /investigate | Debugger | Análise sistemática de causa-raiz, traça o fluxo de dados, limite de três correções |
| 11 | /design-review | Designer Who Codes | Auditoria de design pós-lançamento e correções automáticas em commits atómicos |
| 12 | /devex-review | DX Tester | Auditoria de onboarding ao vivo com timings e capturas de ecrã de erros |
| 13 | /qa | QA Lead | Testes em browser, corrige bugs, gera testes de regressão |
| 14 | /qa-only | QA Reporter | Apenas relatórios de bugs, sem edições de código |
| 15 | /cso | Chief Security Officer | OWASP Top 10 + STRIDE; 17 exclusões de falsos positivos |
| 16 | /ship | Release Engineer | Sync, teste, auditoria, push, abrir PR; faz bootstrap de frameworks |
| 17 | /land-and-deploy | Release Engineer | Merge, correr CI, deploy, verificar saúde de produção |
| 18 | /canary | SRE | Monitorização pós-deploy: erros de consola, performance, falhas |
| 19 | /benchmark | Performance Engineer | Core Web Vitals, tamanhos de recursos, diffs antes e depois |
| 20 | /document-release | Technical Writer | Atualiza docs automaticamente, mapa de cobertura Diataxis |
| 21 | /document-generate | Doc Author | Gera documentação de referência, how-to e tutorial em falta |
| 22 | /retro | Eng Manager | Retro semanal, repartições por pessoa, contagem de séries |
| 23 | /browse | QA Engineer | Browser Chromium real, ~100ms por comando |
É esta a contagem de 23 ferramentas fixada a 2026-05-15. O README está a mover-se depressa. Fixa o commit que clonaste se quiseres uma referência estável.
Um Fluxo de Trabalho Real, de Ponta a Ponta
Uma sessão limpa passa por seis comandos por esta ordem: think, plan, build, review, test, ship.
/office-hours: Seis perguntas forçantes reenquadram a funcionalidade. Respondes em português simples. O resultado é um âmbito mais afiado./plan-ceo-review: Uma persona de CEO verifica o âmbito em quatro modos (expandir, seletivo, manter, reduzir). Muitas vezes mata o trabalho antes de começar./plan-eng-review: Uma persona de Eng Manager esboça arquitetura, fluxo de dados, casos-limite e uma matriz de testes.- Implementa o trabalho como o Claude faria normalmente, contra o plano.
/review: Uma persona de Staff Engineer procura bugs de produção e aplica correções automáticas atómicas. A auditoria de cobertura corre na mesma passagem./qa: Uma persona de QA Lead abre um browser Chromium real, corre o fluxo, corrige os bugs que encontra, e escreve testes de regressão./ship: Uma persona de Release Engineer faz sync, testa, audita, faz push e abre um PR numa só cadeia.
Cada comando mantém o Claude num único papel durante esse passo. É essa a escolha de design sobre a qual o resto do sistema está construído.
As Ferramentas Poderosas Que a Maioria dos Posts Salta
Para lá das 23, há um segundo nível de comandos utilitários: /codex, /careful, /freeze, /guard, /unfreeze, /open-gstack-browser, /setup-deploy, /gstack-upgrade, /setup-browser-cookies, /setup-gbrain, /sync-gbrain, /autoplan, /pair-agent, /context-restore, /learn. Dois binários de CLI também vêm com o repo: gstack-model-benchmark e gstack-taste-update.
O grande para equipas é o /pair-agent. Coordena o Claude Code, o Codex e o Hermes sobre a mesma tarefa. O Garry assenta-se em cima desta camada quando corre muitas sessões ao mesmo tempo.
"Corro regularmente 10 a 15 sprints em paralelo. É esse o máximo prático neste momento." (README do gstack)
O Que o Garry Diz, Pelas Suas Próprias Palavras
Três citações que vale a pena ter por perto do fluxo de trabalho, porque moldam a forma de o usar.
Sobre a filosofia: "Um único construtor com as ferramentas certas consegue mover-se mais depressa do que uma equipa tradicional." (README do gstack)
Sobre o paralelismo: "O gstack é poderoso com um sprint. É transformador com dez a correr ao mesmo tempo." (README do gstack)
Sobre o custo: "Durmo, tipo, quatro horas por noite neste momento. Tenho psicose cibernética." (SXSW com Bill Gurley, março de 2026)
Esta última importa. Produtividade a este ritmo não é o dia a dia normal do utilizador médio. Trata os números das manchetes como um teto, não um chão.
A Receção Ficou Dividida
O lançamento foi tendência no Product Hunt e arrecadou 33 mil estrelas na primeira semana (agora mais de 97 mil). O tweet do Garry chegou às 849 mil visualizações. Um amigo CTO chamou-lhe modo deus. (TechCrunch)
A reação contrária também foi barulhenta. Mo Bitar lançou uma crítica a chamar ao gstack "um monte de prompts num ficheiro de texto". Sherveen Mashayekhi argumentou que a visibilidade veio do papel do Tan na YC, não do mérito do artefacto. O tópico no Hacker News tem o debate completo.
O steelman da crítica é justo. O gstack não corre infraestrutura inovadora. Cada Skill é markdown mais um system prompt. Podias escrever os mesmos ficheiros tu próprio num fim de semana.
O contra-argumento também é justo. A maioria das pessoas não vai escrever os mesmos ficheiros num fim de semana. Vão escrever três, não lançar nenhum, e regressar ao prompting livre. Um conjunto acabado, opinativo, validado por alguém que lança 10 mil linhas por semana, é um artefacto diferente dos teus próprios prompts meio escritos.
Ambas as leituras estão corretas. Escolhe a que a tua equipa precisa de ouvir.
Cinco Lições para Fundadores
- Papéis batem prompts. Definir uma persona com prioridades e restrições produz um resultado mais consistente do que pedir a um único Claude que vista sete chapéus.
- Funções forçantes antes do código. O
/office-hoursexiste porque reenquadrar o produto é mais barato do que reescrevê-lo. - O AI slop é um modo de falha real. Existe uma Skill dedicada de Senior Designer (
/plan-design-review) precisamente para o apanhar. - Ship é um fluxo de trabalho, não um botão. O
/shipe o/land-and-deployencadeiam sync, teste, auditoria, push, deploy, verificação num só comando. - O paralelismo multiplica a alavancagem. O Garry corre 10 a 15 sprints ao mesmo tempo. Construtores solitários ganham uma equipa estruturada. Líderes de equipa ganham uma frota.
gstack vs Claude Code por Defeito
| Claude Code por defeito | gstack |
|---|---|
| Prompting livre | Slash commands com papéis definidos |
| Seja qual for o estilo de código que surgir | Arquitetura e design impostos por /plan-eng-review e /plan-design-review |
| Testes manuais | O /qa abre um browser real, corrige bugs, escreve testes de regressão |
| Passos de ship manuais | O /ship corre sync, teste, auditoria, push, PR numa só cadeia |
| A memória reinicia a cada sessão | O /learn mais o GBrain carrega padrões entre sessões |
| Agente único | O /pair-agent coordena Claude Code, Codex, Hermes |
Clona o gstack em 5 Minutos
Precisas de Claude Code, Git, Bun v1.0+, e Node.js se estiveres em Windows. Uma subscrição Claude Pro ($20/mês) é necessária para o próprio Claude Code.
Corre a instalação canónica:
git clone --single-branch --depth 1 https://github.com/garrytan/gstack.git \
~/.claude/skills/gstack && cd ~/.claude/skills/gstack && ./setupDepois segue o loop. Começa com /office-hours para reenquadrar o produto. Passa para /plan-ceo-review e /plan-eng-review. Constrói. Corre /review. Corre /qa. Lança com /ship. É esse o loop que o Garry está a usar para se mover ao ritmo que indica.
Onde o gstack Acaba
O gstack dá-te a equipa de fluxo de trabalho. Vinte e três papéis, um loop Think to Ship, sprints em paralelo, memória GBrain. O que não te dá é um SaaS para lançar. Assume que já tens um produto à frente dele.
É nesse fosso que o Build This Now encaixa. O Build This Now é o esqueleto de produção sobre o qual o fluxo de trabalho opera: autenticação (Google OAuth, email mais OTP, JWT, RLS), pagamentos (Stripe checkout, subscrições, webhooks, portal do cliente), base de dados (PostgreSQL via Supabase com RLS em cada tabela), email, armazenamento de ficheiros, jobs em segundo plano, sistema de design, landing page, páginas legais, edge functions.
Adota o gstack num repo em branco e passas as primeiras três semanas a reconstruir autenticação e pagamentos antes de qualquer um dos 23 comandos fazer trabalho de produto a sério. Começa com o Build This Now e o esqueleto já lá está. O gstack corre por cima dele desde o dia um. A equipa de fluxo de trabalho mais a base de código sobre a qual a equipa constrói, $79 de pagamento único no nível CodeKit.
FAQ
O que é o gstack? Uma coleção open-source de Skills opinativas para Claude Code criada por Garry Tan que transforma o Claude Code numa equipa de engenharia virtual com sete papéis especialistas.
Quantas ferramentas traz o gstack? 23 slash commands centrais a 2026-05-15, mais cerca de 15 ferramentas poderosas de apoio e 2 binários de CLI.
Que licença? MIT.
Quem o criou? Garry Tan, Presidente e CEO da Y Combinator. Tornado open-source a 12 de março de 2026.
Como o instalo? git clone --single-branch --depth 1 https://github.com/garrytan/gstack.git ~/.claude/skills/gstack && cd ~/.claude/skills/gstack && ./setup
Exige Claude Pro? Sim. O Claude Code precisa de uma subscrição Claude Pro ($20/mês) ou de um plano Team.
O que é a arquitetura por papéis? Cada slash command encarna uma persona especialista (CEO, Designer, Eng Manager, Release Manager, Doc Engineer, QA Lead, Chief Security Officer) com as suas próprias prioridades, restrições e resultados. O trabalho passa por Think para Plan para Build para Review para Test para Ship para Reflect.
O CEO da YC publicou a sua stack exata de Claude Code. Os 23 comandos estão listados. A crítica é real. Escolhe as partes que servem a tua equipa e deixa o resto.
Publicado por @speedy_devv
Pare de configurar. Comece a construir.
Templates SaaS com orquestração de IA.
Padrões de Agentes
Orchestrator, fan-out, cadeia de validação, routing especializado, refinamento progressivo e watchdog. Seis formas de orquestração para ligar sub-agentes no Claude Code.
Agentes com Comportamento Humano
Padrões de personalidade para agentes do Claude Code: raciocinar em voz alta, admitir incerteza, avaliar trade-offs, fazer perguntas de acompanhamento. Um bloco para o CLAUDE.md que podes colar.