Resumo / Resposta Rápida
gstack é o sistema de código aberto de Garry Tan que transforma o Claude Code em uma equipe de engenharia virtual de 20 especialistas. Como Presidente e CEO da Y Combinator, Garry entrega de 10.000 a 20.000 linhas de código de produção por dia (35% testes) enquanto gerencia a YC em tempo integral. gstack consegue isso através de comandos de barra estruturados: /office-hours para estratégia de produto, /plan-ceo-review para validação de escopo, /review para detecção de bugs, /qa para testes de navegador, e /ship para implantação. Instale em 30 segundos com git clone ~/.claude/skills/gstack && ./setup. Gratuito, licença MIT.
Introdução
“Acho que não digito uma linha de código provavelmente desde dezembro, basicamente, o que é uma mudança extremamente grande.”
Quando Andrej Karpathy disse isso no podcast No Priors em março de 2026, o mundo da tecnologia ouviu. O cofundador da OpenAI estava descrevendo uma mudança fundamental: uma pessoa, munida de agentes de IA, agora pode entregar como uma equipe de vinte.
Peter Steinberger provou isso. Ele construiu o OpenClaw — 247.000 estrelas no GitHub — essencialmente sozinho com agentes de IA. A revolução não está chegando. Ela já está aqui.
Garry Tan sabe disso melhor do que a maioria. Como Presidente e CEO da Y Combinator, ele trabalha com milhares de startups — Coinbase, Instacart, Rippling — quando ainda são uma ou duas pessoas em uma garagem. Antes da YC, ele foi um dos primeiros engenheiros da Palantir, cofundou a Posterous (vendida para o Twitter) e construiu o Bookface, a rede social interna da YC. gstack é a sua resposta para a pergunta que todos estão fazendo: Como uma pessoa entrega como uma equipe de vinte?
Os números falam por si. Nos últimos 60 dias: mais de 600.000 linhas de código de produção (35% testes), 10.000-20.000 linhas por dia, em tempo parcial, enquanto gerencia a YC em tempo integral. Seu último /retro em 3 projetos: 140.751 linhas adicionadas, 362 commits, ~115k LOC líquidas em uma semana.
A mesma pessoa que fez 772 contribuições no GitHub em 2013 construindo o Bookface. Agora com 1.237 contribuições em 2026. A diferença não é o esforço. É a ferramenta.
Este guia detalha o que é o gstack, como ele funciona e se ele se encaixa no seu fluxo de trabalho. Você verá o catálogo completo de habilidades, exemplos reais e a filosofia por trás do sistema.
/qa pode validar seus endpoints de API, e o /document-release mantém a documentação da sua API sincronizada com as mudanças implementadas.O que é o gstack?
gstack é uma coleção de código aberto de 28 habilidades do Claude Code que transformam o Claude de um copiloto em uma equipe de engenharia virtual. Cada habilidade é um especialista: um CEO que repensa seu produto, um gerente de engenharia que define a arquitetura, um designer que detecta "slop" de IA, um revisor que encontra bugs de produção, um líder de QA que abre um navegador real, um oficial de segurança que executa auditorias OWASP + STRIDE, e um engenheiro de release que envia o PR.
Vinte especialistas e oito ferramentas poderosas. Todos comandos de barra. Tudo em Markdown. Tudo gratuito, licença MIT.
A Ideia Central
A maioria das ferramentas de codificação de IA trata você como se estivesse voando sozinho com um preenchimento automático inteligente. O gstack trata você como um CEO com uma equipe.
Quando você diz ao gstack "Quero construir um aplicativo de briefing diário para o meu calendário", ele não começa a codificar. Ele executa /office-hours — uma consultoria de produto no estilo YC que faz seis perguntas essenciais, questiona sua abordagem e extrai o problema real. Você pode sair percebendo que não quer um "aplicativo de briefing diário". Você quer um chefe de gabinete pessoal de IA.
Então ele executa /plan-ceo-review para desafiar o escopo, /plan-eng-review para definir a arquitetura, /plan-design-review para avaliar cada dimensão do design de 0 a 10, /review para encontrar bugs, /qa para testar em um navegador real, e /ship para enviar o PR.
Oito comandos, do início ao fim. Isso não é um copiloto. Isso é uma equipe.
A Estrutura do Sprint
gstack não é uma coleção aleatória de ferramentas. É um processo — um sprint que segue uma ordem:
Pensar → Planejar → Construir → Revisar → Testar → Implementar → Refletir
Cada habilidade alimenta a próxima. /office-hours escreve um documento de design que o /plan-ceo-review lê. /plan-eng-review escreve um plano de teste que o /qa executa. /review encontra bugs que o /ship verifica se foram corrigidos. Nada fica para trás porque cada etapa sabe o que veio antes.
As 28 Habilidades Explicadas
Habilidades de Produto e Estratégia
/office-hours — Horário de Atendimento YC
Seu especialista: Parceiro YC
O que faz: Começa cada projeto com seis perguntas essenciais que reformulam seu produto antes de você escrever código. Questiona sua abordagem, desafia premissas, gera alternativas de implementação.
Exemplo de saída:
Você disse "aplicativo de briefing diário". Mas o que você realmente descreveu é um
chefe de gabinete pessoal de IA. Aqui estão 5 capacidades que você não percebeu
que estava descrevendo...
[desafia 4 premissas — você concorda, discorda ou ajusta]
[gera 3 abordagens de implementação com estimativas de esforço]
RECOMENDAÇÃO: Implemente o menor segmento amanhã, aprenda com o uso real.
A visão completa é um projeto de 3 meses — comece com o briefing diário que
realmente funciona.
Quando usar: Primeira habilidade em qualquer novo recurso ou produto. O documento de design que ela escreve alimenta automaticamente todas as habilidades subsequentes.
/plan-ceo-review — CEO / Fundador
Seu especialista: CEO que repensa o produto
O que faz: Repensa o problema a partir dos primeiros princípios. Encontra o produto de 10 estrelas escondido dentro da solicitação. Quatro modos: Expansão (e se fôssemos maiores?), Expansão Seletiva (quais partes merecem 10x?), Manter Escopo (está certo como está), Redução (e se cortarmos 80%?).
Quando usar: Depois que /office-hours produz um documento de design. Execute antes de qualquer implementação começar.
/plan-design-review — Designer Sênior
Seu especialista: Designer de Produto Sênior
O que faz: Avalia cada dimensão do design de 0 a 10, explica como seria um 10, e então edita o plano para chegar lá. Inclui detecção de "slop" de IA. Interativo — uma AskUserQuestion por escolha de design.
Quando usar: Após a revisão de engenharia, antes da implementação. Detecta dívidas de design antes que se tornem dívidas de código.
/design-consultation — Parceiro de Design
Seu especialista: Parceiro de Design
O que faz: Constrói um sistema de design completo do zero. Pesquisa o cenário, propõe riscos criativos, gera mockups de produtos realistas.
Quando usar: Quando você precisa de um sistema de design completo, não apenas uma revisão. Mais abrangente que /plan-design-review.
Habilidades de Engenharia e Arquitetura
/plan-eng-review — Gerente de Engenharia
Seu especialista: Gerente de Engenharia
O que faz: Define a arquitetura, fluxo de dados, diagramas, casos de borda e testes. Traz suposições ocultas à tona. Gera diagramas ASCII para fluxo de dados, máquinas de estado e caminhos de erro.
Exemplo de saída:
Revisão de Arquitetura:
┌─────────────┐ ┌──────────────┐ ┌────────────┐
│ Cliente │────▶│ API Gateway │────▶│ Database │
└─────────────┘ └──────────────┘ └────────────┘
│ │
▼ ▼
[Cache de Estado] [Rate Limiter]
Matriz de Teste:
- Caminho feliz: usuário autenticado, dados válidos
- Caso de borda: modificações concorrentes
- Modo de falha: tempo limite de conexão com o banco de dados
- Segurança: injeção SQL, XSS, CSRF
Quando usar: Após a revisão do CEO/design, antes da codificação. O plano de teste que ele escreve alimenta o /qa.
/review — Engenheiro Staff
Seu especialista: Engenheiro Staff que encontra bugs de produção
O que faz: Encontra bugs que passam no CI, mas explodem em produção. Corrige automaticamente os óbvios. Sinaliza lacunas de completude.
Exemplo de saída:
[AUTO-CORRIGIDO] 2 problemas:
- Verificação de nulo ausente em getUserById()
- Rejeição de promessa não tratada no manipulador de api
[PERGUNTA] Condição de corrida na atualização concorrente → você aprova a correção
[LACUNA DE COMPLETUDE] Nenhuma lógica de repetição para falhas transitórias
Quando usar: Após a implementação, antes do /qa. Execute em qualquer branch com mudanças.
/investigate — Depurador
Seu especialista: Depurador de Causa Raiz
O que faz: Depuração sistemática de causa raiz. Lei de Ferro: nenhuma correção sem investigação. Rastreia o fluxo de dados, testa hipóteses, para após 3 correções falhas.
Quando usar: Quando você encontra um bug que /review não conseguiu corrigir automaticamente. Nunca pule a investigação — a Lei de Ferro existe por um motivo.
/codex — Segunda Opinião
Seu especialista: OpenAI Codex CLI
O que faz: Revisão de código independente de um modelo diferente. Três modos: revisão (porta de aprovação/reprovação), desafio adversarial e consulta aberta. Análise entre modelos quando /review e /codex foram executados.
Quando usar: Após /review para uma segunda opinião. Especialmente valioso para caminhos críticos ou quando você deseja validação entre modelos.
Habilidades de Teste e QA
/qa — Líder de QA
Seu especialista: Engenheiro de QA com um navegador real
O que faz: Abre um navegador Chromium real, navega pelos fluxos, encontra e corrige bugs com commits atômicos. Gera automaticamente testes de regressão para cada correção.
Exemplo de fluxo de trabalho:
1. Abre a URL de staging em Chromium headless
2. Executa o plano de teste de /plan-eng-review
3. Encontra bug: "Botão de Enviar não desabilita durante o carregamento"
4. Cria commit atômico com a correção
5. Re-verifica: clica novamente, confirma a correção
6. Gera teste de regressão: test_submit_button_disables()
Quando usar: Depois que /review limpa a branch. Execute em sua URL de staging.
/qa-only — Repórter de QA
Seu especialista: Repórter de QA
O que faz: Mesma metodologia que /qa, mas apenas relata. Relatório de bug puro sem mudanças de código.
Quando usar: Quando você quer um relatório de bug sem correções automáticas. Útil para trilhas de auditoria ou quando outra pessoa lida com as correções.
/benchmark — Engenheiro de Performance
Seu especialista: Engenheiro de Performance
O que faz: Estabelece linhas de base para tempos de carregamento de página, Core Web Vitals e tamanhos de recursos. Compara antes/depois em cada PR.
Métricas rastreadas:
- First Contentful Paint (FCP)
- Largest Contentful Paint (LCP)
- Cumulative Layout Shift (CLS)
- Time to Interactive (TTI)
- Bundle sizes (Tamanhos de pacotes)
Quando usar: Antes de grandes refatorações, após otimizações de performance, em qualquer PR que afete a renderização.
/browse — Engenheiro de QA
Seu especialista: Automação de Navegador
O que faz: Navegador Chromium real, cliques reais, capturas de tela reais. ~100ms por comando.
Comandos:
goto <url>— Navegar para URLclick <selector>— Clicar em elementotype <selector> <text>— Digitar em camposcreenshot <name>— Capturar telawait <selector>— Esperar por elemento
Quando usar: Sempre que precisar verificar algo em um navegador. Usado internamente pelo /qa.
/setup-browser-cookies — Gerenciador de Sessão
Seu especialista: Gerenciador de Sessão do Navegador
O que faz: Importa cookies do seu navegador real (Chrome, Arc, Brave, Edge) para a sessão headless. Teste páginas autenticadas.
Quando usar: Antes de /qa se seu aplicativo de staging exige login. Configuração única por navegador.
Habilidades de Segurança e Conformidade
/cso — Diretor de Segurança (CSO)
Seu especialista: Diretor de Segurança
O que faz: OWASP Top 10 + modelo de ameaças STRIDE. Ruído zero: 17 exclusões de falso positivo, porta de confiança 8/10+, verificação independente de achados. Cada achado inclui um cenário de exploração concreto.
Exemplo de saída:
[CRÍTICO] Injeção SQL em /api/users?id= parâmetro
Exploração: GET /api/users?id=1' OR '1'='1
Impacto: Acesso total de leitura ao banco de dados
Correção: Use queries parametrizadas
Confiança: 9/10
[FALSO POSITIVO EXCLUÍDO] XSS no painel de administração
Razão: Saída é devidamente escapada com DOMPurify
Quando usar: Antes de qualquer release de produção. Execute em qualquer recurso que lide com dados de usuário ou autenticação.
Habilidades de Implementação e Deploy
/ship — Engenheiro de Release
Seu especialista: Engenheiro de Release
O que faz: Sincroniza main, executa testes, audita cobertura, envia, abre PR. Inicializa frameworks de teste se você não tiver um.
Exemplo de fluxo de trabalho:
1. git checkout main && git pull
2. git checkout -b feature/daily-briefing
3. npm test (ou inicializa Jest/Vitest se ausente)
4. Auditoria de cobertura: 42 testes → 51 testes (+9 novos)
5. git push origin feature/daily-briefing
6. Abre PR: github.com/you/app/pull/42
Quando usar: Depois que /qa limpa a branch. Um comando de "testado" para "PR aberto".
/land-and-deploy — Engenheiro de Release
Seu especialista: Engenheiro de Deploy
O que faz: Faz o merge do PR, espera pelo CI e deploy, verifica a saúde da produção. Um comando de "aprovado" para "verificado em produção".
Exemplo de fluxo de trabalho:
1. Merge do PR via GitHub API
2. Espera pelo CI (GitHub Actions, CircleCI, etc.)
3. Espera pelo deploy (Vercel, Railway, Fly.io, etc.)
4. Executa verificações de saúde em produção
5. Relata: "Deployado para produção, todas as verificações OK"
Quando usar: Após a aprovação do PR. Lida com todo o pipeline de release.
/canary — SRE
Seu especialista: Engenheiro de Confiabilidade de Sites
O que faz: Loop de monitoramento pós-deploy. Observa erros de console, regressões de performance e falhas de página.
Monitora:
- Erros do console do navegador
- Taxas de erro de API
- Regressões de carregamento de página
- Exceções JavaScript
Quando usar: Imediatamente após /land-and-deploy. Executa por 5-15 minutos após o deploy.
/document-release — Redator Técnico
Seu especialista: Redator Técnico
O que faz: Atualiza todos os documentos do projeto para corresponder ao que você acabou de implementar. Detecta READMEs desatualizados automaticamente.
Exemplo de saída:
[ATUALIZADO] README.md — adicionado novo comando /qa à documentação
[ATUALIZADO] CHANGELOG.md — notas de release v0.4.2
[CRIADO] docs/qa-guide.md — novo guia de fluxo de trabalho de QA
[SINALIZADO] API.md — pode precisar de atualização para novos endpoints
Quando usar: Depois de /ship ou /land-and-deploy. Mantém os documentos sincronizados com o código.
Habilidades de Reflexão e Análise
/retro — Gerente de Engenharia
Seu especialista: Gerente de Engenharia
O que faz: Retrospectiva semanal com consciência da equipe. Detalhamento por pessoa, sequências de entregas, tendências de saúde de testes, oportunidades de crescimento. /retro global executa em todos os seus projetos e ferramentas de IA (Claude Code, Codex, Gemini).
Exemplo de saída:
Semana de 17 a 23 de março de 2026
Garry:
- 140.751 linhas adicionadas
- 362 commits
- ~115k LOC líquidas
- Cobertura de teste: 35% (↑2% da semana passada)
Projetos:
- gstack: 89 commits, 45k LOC
- ycombinator.com: 156 commits, 62k LOC
- internal-tools: 117 commits, 33k LOC
Sequência de entregas: 47 dias
Quando usar: Fim da semana. Execute /retro para insights da equipe, /retro global para uma visão entre projetos.
Ferramentas Poderosas
/careful — Proteções de Segurança
O que faz: Alerta antes de comandos destrutivos (rm -rf, DROP TABLE, force-push). Diga "seja cuidadoso" para ativar. Ignore qualquer aviso.
Quando usar: Prefixe qualquer sessão de risco. "Seja cuidadoso — estou prestes a executar alguns comandos destrutivos."
/freeze — Bloqueio de Edição
O que faz: Restringe edições de arquivos a um diretório. Evita mudanças acidentais fora do escopo durante a depuração.
Quando usar: Ao depurar em uma área específica. "Bloquear edições para /src/auth apenas."
/guard — Segurança Total
O que faz: /careful + /freeze em um único comando. Segurança máxima para trabalho em produção.
Quando usar: Depuração em produção, migrações de banco de dados, qualquer sessão de alto risco.
/unfreeze — Desbloquear
O que faz: Remove o limite de /freeze.
Quando usar: Após a conclusão da sessão de depuração.
/setup-deploy — Configurador de Deploy
O que faz: Configuração única para /land-and-deploy. Detecta sua plataforma, URL de produção e comandos de deploy.
Quando usar: Primeira vez usando /land-and-deploy em um novo projeto.
/autoplan — Pipeline de Revisão
O que faz: Um comando, plano totalmente revisado. Executa revisão de CEO → design → engenharia automaticamente com princípios de decisão codificados. Apresenta apenas decisões de gosto para sua aprovação.
Quando usar: Quando você quer o pipeline de planejamento completo sem executar cada habilidade manualmente.
/gstack-upgrade — Auto-Atualizador
O que faz: Atualiza o gstack para a versão mais recente. Detecta instalação global vs. vendored, sincroniza ambas, mostra o que mudou.
Quando usar: Mensalmente, ou quando uma nova funcionalidade é anunciada.
Guia de Instalação
O gstack instala em 30 segundos. Nada afeta seu PATH. Nada é executado em segundo plano. Tudo reside dentro de .claude/.
Requisitos
- Claude Code
- Git
- Bun v1.0+
- Node.js (apenas Windows — Bun tem um bug conhecido com o transporte de pipe do Playwright no Windows)
Passo 1: Instale em sua Máquina
Abra o Claude Code e cole isso. O Claude faz o resto:
git clone https://github.com/garrytan/gstack.git ~/.claude/skills/gstack && cd ~/.claude/skills/gstack && ./setupCLAUDE.md
Passo 2: Adicione ao seu Repositório (Opcional)
Para que os colegas de equipe obtenham o gstack ao fazer 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
O gstack funciona em qualquer agente que suporte o padrão SKILL.md. As habilidades residem em .agents/skills/ e são descobertas automaticamente.
Instale em um repositório:
git clone https://github.com/garrytan/gstack.git .agents/skills/gstack
cd .agents/skills/gstack && ./setup --host codex
Instale uma vez para sua conta de usuário:
git clone https://github.com/garrytan/gstack.git ~/gstack
cd ~/gstack && ./setup --host codex
Detecte automaticamente quais agentes você possui:
git clone https://github.com/garrytan/gstack.git ~/gstack
cd ~/gstack && ./setup --host auto
Solução de Problemas
Habilidade não aparece?
cd ~/.claude/skills/gstack && ./setup
/browse falha?
cd ~/.claude/skills/gstack && bun install && bun run build
Instalação desatualizada?Execute /gstack-upgrade — ou defina auto_upgrade: true em ~/.gstack/config.yaml
Usuários Windows:O gstack funciona no Windows 11 via Git Bash ou WSL. Node.js é necessário além do Bun. Certifique-se de que tanto bun quanto node estejam no seu PATH.
Claude diz que não consegue ver as habilidades?Adicione isso ao CLAUDE.md do seu projeto:
## gstack
Use /browse do gstack para toda navegação web. Nunca use as ferramentas mcp__claude-in-chrome__*.
Habilidades disponíveis: /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.
Exemplo do Mundo Real: Construindo um Aplicativo de Briefing Diário
Aqui está o gstack em ação, do início ao fim:
Você: Quero construir um aplicativo de briefing diário para o meu calendário.
Você: /office-hours
Claude: [pergunta sobre a dor — exemplos específicos, não hipotéticos]
Você: Vários calendários Google, eventos com informações desatualizadas, locais errados.
A preparação leva uma eternidade e os resultados não são bons o suficiente...
Claude: Vou questionar sua abordagem. Você disse "aplicativo de briefing
diário". Mas o que você realmente descreveu é um chefe de gabinete
pessoal de IA.
[extrai 5 capacidades que você não percebeu que estava descrevendo]
[questiona 4 premissas — você concorda, discorda ou ajusta]
[gera 3 abordagens de implementação com estimativas de esforço]
RECOMENDAÇÃO: Implemente o menor segmento amanhã, aprenda com o
uso real. A visão completa é um projeto de 3 meses — comece com o
briefing diário que realmente funciona.
[escreve o doc de design → alimenta automaticamente as habilidades subsequentes]
Você: /plan-ceo-review
[lê o doc de design, desafia o escopo, executa revisão de 10 seções]
Você: /plan-eng-review
[diagramas ASCII para fluxo de dados, máquinas de estado, caminhos de erro]
[matriz de teste, modos de falha, preocupações de segurança]
Você: Aprovar plano. Sair do modo de plano.
[escreve 2.400 linhas em 11 arquivos. ~8 minutos.]
Você: /review
[AUTO-CORRIGIDO] 2 problemas. [PERGUNTA] Condição de corrida → você aprova a correção.
Você: /qa https://staging.myapp.com
[abre navegador real, navega pelos fluxos, encontra e corrige um bug]
Você: /ship
Testes: 42 → 51 (+9 novos). PR: github.com/you/app/pull/42
Você disse "aplicativo de briefing diário". O agente disse "você está construindo um chefe de gabinete de IA" — porque ouviu sua dor, não sua solicitação de funcionalidade. Oito comandos, do início ao fim.
Sprints Paralelos: Executando Múltiplos Agentes Simultaneamente
O gstack funciona bem com um sprint. Fica interessante com dez rodando simultaneamente.
Conductor executa múltiplas sessões do Claude Code em paralelo — cada uma em seu próprio workspace isolado. Uma sessão em /office-hours, outra em /review, uma terceira implementando um recurso, uma quarta executando /qa. Tudo ao mesmo tempo.
A estrutura do sprint é o que faz o paralelismo funcionar. Sem um processo, dez agentes são dez fontes de caos. Com um processo, cada agente sabe exatamente o que fazer e quando parar.
Exemplo de fluxo de trabalho paralelo:
Sessão 1: /office-hours — refinando a especificação do produto
Sessão 2: /review — revisando o recurso de ontem
Sessão 3: /qa — testando o deploy de staging
Sessão 4: Implementação — construindo o plano aprovado
Quatro sessões, quatro estágios diferentes do sprint. Você é o gargalo, não os agentes.
Privacidade e Telemetria
O gstack inclui telemetria de uso opcional para ajudar a melhorar o projeto. Veja exatamente o que acontece:
- Por padrão, está desativado. Nada é enviado para qualquer lugar a menos que você diga sim explicitamente.
- Na primeira execução, o gstack pergunta se você deseja compartilhar dados de uso anônimos. Você pode recusar.
- O que é enviado (se você optar por participar): nome da habilidade, duração, sucesso/falha, versão do gstack, SO. É só isso.
- O que nunca é enviado: código, caminhos de arquivo, nomes de repositório, nomes de branch, prompts ou qualquer conteúdo gerado pelo usuário.
- Mude a qualquer momento:
gstack-config set telemetry offdesabilita tudo instantaneamente.
Os dados são armazenados no Supabase (alternativa open-source ao Firebase). O esquema está no repositório — você pode verificar exatamente o que é coletado. A chave publicável do Supabase é uma chave pública — as políticas de segurança em nível de linha restringem-na ao acesso apenas de inserção.
Análises locais estão sempre disponíveis. Execute gstack-analytics para ver seu painel de uso pessoal a partir do arquivo JSONL local — sem necessidade de dados remotos.
Quem Deve Usar o gstack?
Fundadores e CEOs — especialmente os técnicos que ainda querem entregar. O gstack permite que você se mova na velocidade de uma startup sem contratar uma equipe.
Usuários iniciantes do Claude Code — papéis estruturados em vez de um prompt em branco. Se você é novo na codificação de IA, o gstack oferece proteções.
Líderes técnicos e engenheiros staff — revisão rigorosa, QA e automação de release em cada PR. Mesmo que você não use as habilidades de planejamento, apenas /review e /qa sozinhos detectarão bugs que teriam chegado à produção.
Desenvolvedores solo — se você está construindo sozinho, o gstack é sua equipe virtual. Peter Steinberger construiu o OpenClaw (247K estrelas) essencialmente sozinho com agentes de IA. O gstack sistematiza esse fluxo de trabalho.
Startups YC — Garry construiu isso para fundadores da YC. Se você está no lote, esta é a stack da casa.
Quem Deve Evitar o gstack?
Equipes com fluxos de trabalho estabelecidos — se você já tem um processo de revisão, pipeline de CI/CD e sistema de design, o gstack pode ser um exagero. Escolha habilidades individuais (/review, /qa) em vez do sprint completo.
Usuários não-Claude Code — o gstack é construído para o Claude Code. Ele funciona no Codex, Gemini CLI e Cursor via o padrão SKILL.md, mas a experiência é otimizada para o Claude.
Desenvolvedores que preferem IA de forma livre — se você gosta de dar prompts abertos e ver o que acontece, a estrutura do gstack parecerá restritiva. Ele é projetado para rigor, não para exploração.
A Filosofia por Trás do gstack
O gstack não é apenas um conjunto de ferramentas. É uma filosofia sobre como construir software com IA.
Ferva o Lago
Não ferva o lago pela metade. Se você vai fazer algo, faça-o completamente. Meias medidas criam mais trabalho do que um compromisso total.
Pesquise Antes de Construir
Antes de escrever código, procure por soluções existentes. O melhor código é o código que você não escreve.
Três Camadas de Conhecimento
- Explícito — o que você pode escrever (docs, comentários)
- Tácito — o que você sabe, mas não consegue articular (intuição, memória muscular)
- Desconhecido — o que você não sabe que não sabe (pontos cegos)
O gstack codifica o conhecimento tácito em habilidades explícitas. A habilidade /review não é apenas "verificar bugs". São os 20 anos de depuração de produção de Garry, escritos como uma lista de verificação.
A Lei de Ferro da Depuração
Nenhuma correção sem investigação. Três correções falhas, pare e reavalie. Isso existe porque agentes de IA (e humanos) tendem a aplicar correções sem entender as causas raiz.
Conclusão
O gstack é a resposta de Garry Tan para a pergunta que todos estão fazendo: Como uma pessoa entrega como uma equipe de vinte?
A resposta não é trabalhar mais. É trabalhar com melhores ferramentas. Vinte especialistas — um CEO, gerente de engenharia, designer, revisor, líder de QA, oficial de segurança, engenheiro de release — todos disponíveis como comandos de barra. Gratuito, licença MIT, código aberto.
O sprint é simples:
/office-hours— reformule o problema/plan-ceo-review— desafie o escopo/plan-eng-review— defina a arquitetura/plan-design-review— avalie o design- Construa — implemente o plano
/review— encontre bugs/qa— teste no navegador/ship— envie o PR
Oito comandos, do início ao fim. É assim que Garry entrega de 10.000 a 20.000 linhas por dia enquanto gerencia a YC em tempo integral.
Próximos passos:
- Instale o gstack:
git clone ~/.claude/skills/gstack && ./setup - Execute
/office-hoursna sua próxima ideia de recurso - Veja se a saída muda como você pensa sobre o problema
Perguntas Frequentes
O gstack é gratuito?
Sim, 100% gratuito e licenciado sob MIT. Sem tier premium, sem lista de espera. Faça um fork, melhore-o, faça-o seu.
Preciso do Claude Code para usar o gstack?
O gstack é otimizado para o Claude Code, mas funciona em qualquer agente que suporte o padrão SKILL.md: Codex CLI, Gemini CLI, Cursor. As habilidades residem em .agents/skills/ e são descobertas automaticamente.
Quanto tempo leva a instalação?
Cerca de 30 segundos. Clone o repositório, execute ./setup, e pronto. Nada afeta seu PATH. Nada é executado em segundo plano.
Posso usar habilidades individuais sem o sprint completo?
Sim. Se você só quer /review e /qa, use-os de forma independente. A estrutura do sprint é uma recomendação, não um requisito.
O gstack funciona com repositórios privados?
Sim. As habilidades residem em .claude/skills/gstack dentro do seu repositório. Commite-os, e os colegas de equipe obterão o gstack ao fazer git clone.
E se eu estiver no Windows?
O gstack funciona no Windows 11 via Git Bash ou WSL. Node.js é necessário além do Bun — Bun tem um bug conhecido com o transporte de pipe do Playwright no Windows.
Como o /browse funciona?
/browse usa Playwright para controlar um navegador Chromium headless. Os comandos são executados em ~100ms. Use /setup-browser-cookies para importar os cookies do seu navegador para testes autenticados.
Posso personalizar as habilidades?
Sim. As habilidades são arquivos Markdown. Edite-os para corresponder ao seu fluxo de trabalho. Se você melhorar algo, considere abrir um PR upstream.
Qual a diferença entre /qa e /qa-only?
/qa encontra bugs e os corrige automaticamente com commits atômicos. /qa-only encontra bugs, mas apenas os relata — sem mudanças de código. Use /qa-only para trilhas de auditoria.
Como funciona a telemetria?
Apenas opcional. Se você ativar, o gstack envia o nome da habilidade, duração, sucesso/falha, versão e SO. Nenhum código, caminho de arquivo, nome de repositório, nome de branch ou prompt é enviado. Desabilite a qualquer momento com gstack-config set telemetry off.
E se eu encontrar um bug no próprio gstack?
Execute /investigate na própria base de código do gstack. Ou abra uma issue no GitHub. Garry e a comunidade são contribuidores ativos.
Posso executar habilidades do gstack em paralelo?
Sim, com o Conductor. Execute múltiplas sessões do Claude Code em paralelo — cada uma em seu próprio workspace isolado. A estrutura do sprint faz o paralelismo funcionar.