gstack vale a pena? Para quem o pacote de skills de Garry Tan faz sentido

Fala aí, beleza? Tem uma diferença enorme entre instalar um pacote de skills porque você tem um gargalo e instalar porque o nome de quem publicou pesa na timeline

O gstack é um projeto open source do Garry Tan, presidente e CEO da Y Combinator, publicado no repositório garrytan/gstack, gratuito e sob licença MIT

Ele nasceu colado no Claude Code, e hoje roda também em outros agentes de código, coisa que muda a conta como você vai ver logo ali embaixo

Ou seja: a pergunta real não é "o gstack é bom?"

A pergunta é se ele resolve o SEU gargalo hoje

Então bora cruzar os perfis que o próprio README cita com o que o pacote entrega de fato, e falar também de quem pode simplesmente pular essa 🙂

Formação Recomendada

Formação Claude Code

Domine Claude Code do absoluto zero até o avançado

• 120 aulas
• 4 projetos
• 9h 45min

Conhecer formação

O que é o gstack e quem está por trás

O gstack é mantido pelo Garry Tan, que ocupa a presidência e o cargo de CEO da Y Combinator desde 2023

A descrição oficial do repositório define o pacote como 23 ferramentas opinativas atuando como papéis de um time de engenharia: CEO, Designer, Eng Manager, Release Manager, Doc Engineer e QA

Ferramenta opinativa? É aquela que já chega com a opinião formada sobre COMO o processo deve rodar

Se você conhece aqueles frameworks que impõem estrutura de pastas e convenção em vez de te deixar montar tudo do zero, é a mesma pegada: menos liberdade, mais processo pronto

Um detalhe que muita gente erra: o gstack não é lançamento de ontem

Ele foi publicado no GitHub em 12 de março de 2026, cerca de cinco meses antes de hoje, e o repositório segue com issues abertas e atividade registrada em agosto de 2026

Não é mais exclusivo do Claude Code:

Esse ponto muda a conta de quem usa mais de um agente

O próprio Garry Tan anunciou que, além do Claude Code, o gstack passou a suportar Codex, Google Gemini CLI e Cursor, com a escolha do host feita pela flag --host do script setup

./setup --host codex

Parece detalhe, mas não é: significa que o processo que você monta não fica preso a um agente só

Os três perfis x o que o gstack entrega de fato

Aqui vale uma correção honesta antes da tabela

A seção de público-alvo do README cita nominalmente dois perfis: founders e CEOs (especialmente os técnicos que ainda querem shippar) e tech leads e staff engineers, que ganham review, QA e automação de release em cada PR

O terceiro perfil que sempre aparece na conversa, o iniciante no Claude Code, NÃO está nessa lista oficial

E é justamente nele que mora a maior ressalva

Quando o gstack faz sentido no seu dia a dia

Deixa a tabela de lado e pensa nas situações concretas

Você toca produto sozinho e não tem quem faça review

Esse é o caso mais direto: os papéis de Eng Manager e QA existem pra ocupar a cadeira que ninguém ocupa no seu projeto

Não é mágica, é processo escrito em forma de skill

Seus PRs se acumulam sem QA nem release padronizado

O README aponta review, QA e automação de release em cada PR como o ganho pro perfil de tech lead

Se hoje cada merge seu é feito no improviso, o papel de Release Manager tem onde morder

É o mesmo tipo de pergunta que aparece quando alguém quer levar uma ferramenta de IA pro time: o ganho não está na ferramenta, está no processo que faltava

Você trabalha em mais de um agente e quer o mesmo processo em todos

Com o suporte a Codex, Gemini CLI e Cursor além do Claude Code, dá pra manter a mesma convenção trocando o host no setup

Quem pula entre ferramenta e ferramenta sabe a dor de reescrever o mesmo combinado três vezes

Sua documentação sempre fica pra depois

O papel de Doc Engineer está na descrição oficial do pacote

Se doc é o passo que você sempre empurra, ter isso como papel fixo do fluxo muda o jogo mais do que parece

Quem não precisa instalar o gstack

Agora o lado que quase ninguém escreve 😀

• Quem ainda não fechou um ciclo simples com o agente. Se você ainda não consegue levar uma tarefa pequena do início ao merge sozinho, adicionar 23 ferramentas opinativas por cima só aumenta a superfície de confusão
• Quem já tem processo de review e release maduro. Aqui o pacote vira camada duplicada, competindo com o que o time já combinou e funciona
• Quem tem aversão a ferramenta opinativa. Opinativo significa convenção imposta, e se você vai brigar com cada escolha padrão, o atrito come o ganho
• Quem quer instalar só porque o autor é quem é. Presidente da YC assinando o projeto é um bom motivo pra dar uma olhada, nunca pra adotar

É a mesma régua que a gente usa pra decidir se um modelo compensa pra programar: o gargalo tem que ser seu, não do autor da ferramenta

Tome cuidado com a fonte:

Existe um wrapper de terceiro, o repositório Ahacad/gstack, que expõe o gstack pelo sistema de plugins do Claude Code

Ele NÃO é o repositório oficial e não está sob a manutenção do Garry Tan

Quem quer o original vai direto no garrytan/gstack e pronto

Veredito: vale a pena instalar o gstack?

Veredito por perfil, sem enrolação:

• Founder ou CEO técnico que ainda quer shippar: vale
• Tech lead ou staff engineer: vale com ressalva, depende do quanto sua esteira atual já cobre
• Iniciante no Claude Code: não vale agora, volta quando o ciclo básico estiver firme

E aquele número famoso? Ele tem lugar certo na conversa

Tan afirma ter shippado mais de 600 mil linhas de código em produção em 60 dias de uso em tempo parcial, com 35% de cobertura de testes

Essa afirmação é dele mesmo, e chegou até nós por publicações de terceiros que a reportaram, sem nenhuma verificação independente

Ou seja: serve como sinal de que o cara usa o que publicou, não como promessa de resultado pra você

O que sustenta a decisão é bem mais chão: o custo é zero (gratuito, licença MIT), a instalação vive numa pasta de skills e é reversível, e o encaixe com o SEU gargalo é o que decide

Conclusão

A régua é uma frase só: gstack vale a pena quando você já shippa com agente e o que falta é review, QA e release com processo, não quando você ainda está aprendendo a conversar com a ferramenta

Próximo passo concreto: abre o repositório oficial garrytan/gstack, lê a seção de público-alvo do README e vê se você se reconhece ali

Depois decide entre instalação global, em ~/.claude/skills/gstack, ou por projeto, em .claude/skills/gstack

Lembrando que registrar (ou reconstruir) as skills exige rodar o script setup na pasta escolhida:

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

E na versão por projeto:

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

Minha sugestão: testa primeiro num projeto de baixo risco, aquele lateral que não dói se der ruim, antes de levar pro principal

Se o processo te ajudar lá, aí sim vale adotar de verdade

até o próximo post!