O que é gstack? O pacote de skills do Garry Tan para Claude Code

Fala aí, beleza? Se você usa Claude Code, o nome gstack já apareceu no seu feed umas quantas vezes, quase sempre sem nenhuma explicação junto

O gstack é o setup de Claude Code do Garry Tan, presidente e CEO da Y Combinator, que virou open source em março de 2026

São 23 ferramentas opinativas que assumem papéis de um time de produto: CEO, Designer, Eng Manager, Release Manager, Doc Engineer e QA

Ou seja: em vez de um assistente genérico esperando o seu prompt, o pacote transforma o agente numa espécie de time de produto virtual, com etapas e portões. O código todo está no repositório garrytan/gstack, com licença MIT 🙂

Quem é Garry Tan e por que o setup dele virou open source

Garry Tan é presidente e CEO da Y Combinator, a aceleradora mais conhecida do Vale

Pré-inscrição Formação Claude Code

Domine o Claude Code do básico ao avançado

Você vai aprender a criar sistemas completos com Claude Code, sem precisar ser programador. Inscreva-se para ter acesso a um desconto de lançamento e bônus especiais!

Quero minha vaga

Ele tornou o próprio setup de Claude Code público em março de 2026, e a descrição oficial do repositório é literalmente isso: o setup exato dele, não um framework genérico feito pra agradar todo mundo

E a tração foi absurda: o repositório está hoje em cerca de 129 mil estrelas e 19,4 mil forks

A licença é MIT, o que na prática significa uso livre, inclusive comercial. Você pode instalar na empresa, adaptar, remixar e seguir a vida, sem pedir licença pra ninguém

Um detalhe importante de expectativa: o gstack é a configuração de UMA pessoa, publicada como está. Ele é opinativo de propósito, então não espere neutralidade

As 23 ferramentas do gstack: os seis papéis de um time de produto

Aqui está a ideia central, e é ela que explica o hype

Software de verdade não é feito por um cara genérico que faz tudo. Tem quem defina o problema, quem desenhe, quem revise a arquitetura, quem teste, quem publique

O gstack copia essa divisão de time de produto pra dentro do agente: as 23 ferramentas atuam nos papéis de CEO, Designer, Eng Manager, Release Manager, Doc Engineer e QA

Cada ferramenta é acionada como slash command, do mesmo jeito que você já usa qualquer comando dentro do agente. Estes são os documentados na doc de skills:

• /office-hours
• /plan-ceo-review
• /plan-eng-review
• /plan-design-review
• /review
• /qa
• /ship
• /browse
• /retro
• /investigate
• /cso
• /gstack-upgrade

Um aviso honesto antes que você conte: essa lista é a que aparece documentada, não são as 23 inteiras. O número 23 é o que a descrição oficial do repositório fala das ferramentas, e é o único número que eu vou usar aqui

/office-hours: as seis perguntas antes de codar

Essa é a porta de entrada do pacote e talvez a mais interessante de todas

O /office-hours faz seis perguntas forçadas de reenquadramento do produto ANTES de qualquer implementação

É o equivalente a sentar com um investidor e ouvir ‘espera, por que você está construindo isso mesmo?’. Chato? Um pouco. Mas é exatamente o passo que o vibe coding costuma pular, e depois a gente reclama que a IA fez a coisa errada muito bem feita

/qa: testa, conserta e commita cada correção sozinha

O /qa testa uma aplicação web de forma sistemática e corrige os bugs que encontra

O pulo do gato está no método: cada correção vira um commit atômico separado, e depois vem a reverificação

Isso resolve um problema clássico de agente solto, que é aquele commitão gigante com dez mudanças misturadas, onde você não consegue reverter uma sem derrubar as outras. Já me ferrei com isso mais de uma vez!

Como as skills se encadeiam do plano até o deploy

As ferramentas não são avulsas, e é aí que o gstack fica diferente de uma pasta com prompts salvos

A documentação propõe um ciclo de vida completo: office-hours → plan → implement → review → QA → ship → retro

Se liga em como cada etapa entra:

• office-hours: reenquadra o problema com as seis perguntas, antes de existir uma linha de código
• plan: o plano passa por revisões separadas, com /plan-ceo-review, /plan-eng-review e /plan-design-review, cada uma olhando por uma lente diferente
• implement: a construção acontece só depois que o plano sobreviveu às revisões
• review: o /review faz o papel de revisão de código antes de qualquer coisa seguir adiante
• QA: o /qa testa, corrige e reverifica, com commit por correção
• ship: o /ship fecha o ciclo de publicação
• retro: o /retro olha pra trás e tira o aprendizado do que acabou de rolar

A diferença prática é essa: você sai do prompt solto e entra num fluxo com portões. Cada etapa precisa passar pela anterior

E tem o /browse, que merece um parágrafo só dele: ele roda um Chromium headless persistente, o que dá ao agente um navegador de verdade pra usar em vez de adivinhar o que a tela está mostrando

O que você precisa antes de instalar o gstack

Antes de sair colando comando no terminal, confere a lista:

• Claude Code instalado e funcionando
• Bun no sistema, porque o script ./setup verifica a presença dele e aborta com instruções de instalação se não achar
• git e um terminal, o básico do básico

E tem um ponto que muita gente descobre tarde: o gstack vive na pasta global de skills do Claude Code, em ~/.claude/skills/gstack, e não numa configuração dentro do seu projeto

Ou seja, ele fica disponível em tudo que você abrir, não só naquele repositório específico. Isso é escolha de design, não bug

Como instalar o gstack no Claude Code

1. Garanta o Bun instalado antes de tudo

O ./setup checa o bun e para na hora se não encontrar

O erro comum deste passo: rodar o setup sem o Bun e achar que o gstack está quebrado. Não está, ele só avisou o que faltava e saiu

2. Rode o comando de instalação do README

git clone --single-branch --depth 1 https://github.com/garrytan/gstack.git ~/.claude/skills/gstack && cd ~/.claude/skills/gstack && ./setup

Repara que o clone já aponta direto pra dentro da pasta global de skills, e o ./setup roda em seguida na mesma linha

3. Deixe o ./setup terminar o trabalho dele

Esse script é o que compila o binário nativo usado pela skill /browse, aquele do Chromium headless

O erro comum deste passo: matar o processo no meio por achar que travou. Aí o /browse fica sem o binário e não roda

4. Não tente instalar dentro do projeto

O vendoring local, colocando o gstack em .claude/skills/ do repositório, está marcado como deprecated

A recomendação oficial é a instalação global mesmo. Se o objetivo é padronizar o time, existe o ./setup --team, que é o caminho pensado pra isso. Vale lembrar que compartilhar skills com o time tem regras próprias e não é só copiar pasta

Vale a pena instalar o gstack? O que considerar antes

Vamos começar pelo número que todo mundo repete por aí, porque ele precisa de contexto

Garry Tan relata uma média de 10.000 linhas de código e 100 pull requests por semana, num período de 50 dias usando o gstack

Só que isso é uma declaração dele, autorrelatada, e não uma medição independente. Não é benchmark, não é estudo, não é auditoria. É o dono da ferramenta contando a experiência dele, e é assim que esse dado deve ser lido… será que replica na sua máquina e no seu projeto? Só testando

Agora o lado prático, que ninguém comenta e é o que vai importar no dia a dia:

• Prefixo dos comandos configurável: dá pra escolher entre nome curto (qa) ou com namespace (gstack-qa), controlado pelo skill_prefix em ~/.gstack/config.yaml. Isso importa muito se você já tem skills próprias, porque nome batido gera conflito entre skills
• Modo de time: o ./setup --team existe pra esse cenário
• Atualização: o pacote tem uma skill própria pra se atualizar, o /gstack-upgrade
• Não é exclusivo do Claude Code: apesar de nascer do setup de Claude Code do Tan, o ./setup --host aceita claude, codex, kiro, factory, opencode, openclaw, hermes, gbrain ou auto

Faz sentido pra você se: já usa Claude Code com frequência, sente falta de processo (planeja mal, revisa pouco, testa menos ainda) e quer um fluxo pronto pra copiar e adaptar

Não faz muito sentido se: você quer um pacote neutro e minimalista, ou já tem um conjunto de skills afiado e não quer 23 ferramentas opinativas entrando de uma vez na pasta global

Conclusão

Resumindo em uma frase: o gstack é o setup de Claude Code do Garry Tan aberto em março de 2026, com 23 ferramentas opinativas que dividem o trabalho nos papéis de CEO, Designer, Eng Manager, Release Manager, Doc Engineer e QA

O próximo passo concreto é simples: instala na pasta global, abre um projeto de verdade (nada de hello world) e começa pelo /office-hours

Depois segue o ciclo inteiro até o /retro antes de formar opinião. Julgar o pacote rodando só um comando solto é o jeito mais rápido de não entender pra que ele serve

Até o próximo post! 😀