Get Shit Done vale a pena para quem já usa Claude Code?

Fala aí, beleza? Você já abre o Claude Code todo santo dia, já tem seus prompts, seu jeito de tocar o projeto

aí aparece mais um sistema pra colocar POR CIMA dele…

O Get Shit Done (GSD) é um sistema de meta-prompting, engenharia de contexto e desenvolvimento orientado a especificação, criado pro Claude Code

e já adianto uma coisa pra não te confundir lá na frente: hoje o GSD Core não é exclusivo do Claude Code, o instalador tem flag pra outros runtimes de IA. Aqui no post o foco é o Claude Code, beleza?

e a pergunta que interessa pra quem já usa a ferramenta não é "funciona?", é "vale pra VOCÊ?"

Esse post aqui é decisão, não tutorial. Nada de fórmula mágica, nada de prompt secreto. Só o que dá pra verificar e um veredito honesto por perfil de projeto e de rotina =)

O que é o Get Shit Done e por que o repositório original foi arquivado

O GSD nasceu como um sistema de meta-prompting, context engineering e spec-driven development pro Claude Code, publicado no repositório gsd-build/get-shit-done sob a marca TÂCHES

Repara no "nasceu": o ponto de partida foi o Claude Code mesmo, e a abertura pra outros runtimes é coisa do GSD Core de hoje (volto nisso lá embaixo)

Traduzindo em bom português: em vez de você conversar solto com o agente, o sistema te obriga a passar por etapas (especifica, planeja, executa, verifica) e cuida do contexto pra você

Se você conhece um framework de projeto, tipo Scrum de bolso, a lógica é parecida: menos improviso, mais processo

E qual é a situação do repositório hoje?

Aqui vem a parte que muita gente descobre tarde

O repositório original foi arquivado pelo dono em 26 de junho de 2026 e está somente leitura. Até hoje, sem sinal de desarquivamento

Segundo a discussão oficial do fork, Welcome to GSD-Core: why the fork, what changed, what’s next, o motivo foi o mantenedor original ficar inacessível desde 1 de abril de 2026

E tem o outro capítulo: o token $GSD, ligado ao projeto e vencedor do hackathon da Bags, sofreu acusação pública de rug pull, noticiada pela imprensa cripto, depois que o fundador declarou o produto obsoleto, apagou as contas sociais e publicou uma mensagem de despedida

Ou seja, não é bug de código, é governança que sumiu

O que sobreviveu disso tudo:

O código é aberto sob licença MIT, e o desenvolvimento continua na organização Open GSD, no repositório open-gsd/gsd-core, descrito como "Git. Ship. Done – Core" e como continuação mantida pela comunidade

E não, você não leu errado: a continuação usa outro trocadilho no nome ("Git. Ship. Done" no lugar de "Get Shit Done"), mantendo a mesma sigla GSD. É o mesmo projeto, com a marca antiga trocada

A licença foi preservada, e commits, branches e tags seguem lá com a atribuição intacta. Isso é o open source funcionando exatamente como deveria funcionar, beleza?

O contraste de tração, porém, é grande: o repositório original acumulou cerca de 64,7 mil estrelas antes de ser arquivado, enquanto a continuação comunitária está na casa das 8,4 mil

Guarde esse número, ele volta no veredito

Claude Code sozinho x Claude Code com o GSD Core

Agora o que interessa: o que MUDA no seu dia quando você joga o GSD por cima

Repara que boa parte do valor está na linha dos subagentes

E isso não é exclusividade do GSD: dá pra montar peça parecida na mão, se você entende bem a diferença entre skills, comandos e subagentes no Claude Code e quando usar cada um

O que o GSD entrega é a montagem já feita, com o laço de checagem embutido

E o problema que ele diz atacar?

Context rot

Que nome é esse? É a queda de qualidade conforme a janela de contexto do modelo vai enchendo durante a sessão. Você começa afiado, e três horas depois o agente esquece a decisão que vocês tomaram no começo

A resposta do GSD é estrutural: quebrar o trabalho em planos pequenos e verificáveis, cada um executado em contexto novo, com commit atômico por tarefa

Não é truque de prompt, é arquitetura de trabalho. Isso é honesto e é o ponto mais forte dele

Quem ganha com o GSD e quem provavelmente não precisa

Bora separar os dois times, sem enrolação

Ganha bastante:

• Quem toca projeto multi-fase, longo, em que a sessão comprida vai apagando o contexto e a qualidade cai no meio do caminho
• Quem quer plano revisado ANTES de sair escrevendo código, com o gsd-plan-checker mandando o plano voltar até passar nos critérios
• Quem se beneficia de execução paralela isolada, com cada plano rodando em seu próprio git worktree e mesclagem controlada entre as ondas
• Quem usa mais de um runtime de IA: como eu falei lá na abertura, o GSD Core não ficou preso ao Claude Code, o instalador tem flags --claude, --gemini, --codex, --cursor e --all, então o mesmo sistema acompanha você fora dele
• Quem tende a cair nos erros comuns de quem começa no Claude Code, tipo pedir tudo de uma vez numa sessão infinita, e quer um trilho que force o passo a passo

Provavelmente não precisa:

• Quem faz tarefa curta e pontual: ajusta um componente, corrige um bug, escreve um script. Ciclo de seis fases pra isso é canhão em mosquito
• Quem JÁ tem processo próprio de spec, plano escrito e commits pequenos. Se a sua disciplina já resolve o context rot, o ganho marginal encolhe bem
• Quem não quer depender de projeto cuja governança acabou de trocar de mãos, com o repositório original arquivado e a base de usuários da continuação bem menor
• Quem trabalha sozinho num projeto pequeno, onde ondas paralelas em worktree só adicionam cerimônia

Tome cuidado com um detalhe: as ondas paralelas e os subagentes multiplicam o trabalho do modelo. Não existe número oficial publicado sobre isso, mas é razoável esperar consumo maior do que uma conversa direta, então leve isso pra sua conta de custo

Custo de entrada: o que instalar e o que remover antes

Esse bloco é só pra você medir o esforço da decisão, não é tutorial completo

1. Confira os pré-requisitos: Node.js 22 ou superior, npm 10 ou superior, e o runtime de destino já instalado. O erro comum aqui é tentar instalar com Node antigo e culpar o GSD pelo erro de instalação

2. Instale o GSD Core no escopo que você quer. Global pra valer em tudo, ou local pra testar num projeto só:

# global, no Claude Code
npx @opengsd/gsd-core@latest --claude --global

# só no projeto atual
npx @opengsd/gsd-core@latest --claude --local

3. Confirme que está pegando o pacote certo: o distribuído no npm é o @opengsd/gsd-core, e a versão mais recente publicada é a 1.10.0, do release de 8 de agosto de 2026. Erro comum: procurar pelo nome antigo e instalar coisa sem suporte

4. Se você já usava a versão antiga, remova antes de instalar a nova. O pacote legado get-shit-done-cc (última versão 1.42.3) não é mais suportado, e a documentação da Open GSD orienta remover os pacotes antigos com npm uninstall, e NÃO com npx get-shit-done-cc --uninstall

5. Limpe os artefatos que o pacote antigo deixou nas pastas de configuração dos runtimes. Esse é o passo que a galera pula, e depois fica com comando velho brigando com comando novo

O que eu não vou te contar aqui é se um projeto criado no GSD antigo migra sem quebrar pro GSD Core. Não achei confirmação disso, então trate como incógnita e teste em cópia, não no projeto que paga suas contas

Veredito: em que projeto o Get Shit Done compensa

Começo pelos prós, porque eles são reais

O problema atacado existe de verdade: a qualidade cai quando a janela de contexto enche. E a resposta é estrutural, não cosmética: planos pequenos, contexto novo por plano, commits atômicos por tarefa e worktree isolado por execução

Soma a isso código aberto sob MIT, com commits, branches, tags e atribuição preservados na continuação comunitária. Do ponto de vista de risco de licença, tá tranquilo

Agora os contras, sem maquiagem

O repositório que acumulou cerca de 64,7 mil estrelas está arquivado e somente leitura. O histórico do projeto passa por um episódio de acusação pública de rug pull do token $GSD, com o fundador declarando o produto obsoleto e apagando as contas

E a continuação carrega uma base bem menor, na casa das 8,4 mil estrelas. Menos gente significa menos issue aberta, menos plugin de terceiro, menos resposta pronta quando você travar

A régua fica assim: se o seu projeto tem fases, dura semanas e você já sentiu o agente perder o fio da meada, o GSD compensa o custo de aprender o ciclo. Se a sua rotina é tarefa curta e resolvida em uma sessão, a camada extra cobra mais do que devolve

E guarda esse recado, que é o mais importante do post: adotar o Get Shit Done no Claude Code hoje significa adotar o gsd-core da Open GSD (o tal "Git. Ship. Done – Core"), não o repositório original

Conclusão

A régua de decisão cabe em duas frases: projeto longo e por fases, com contexto estourando, ganha de verdade com o ciclo do GSD. Tarefa curta e pontual não ganha quase nada e ainda paga cerimônia

Se você caiu no primeiro grupo, o próximo passo concreto é instalar no escopo local de um projeto de teste, rodar um ciclo completo do começo ao fim e só depois decidir se leva pra tudo

Se caiu no segundo, segue com o Claude Code puro numa boa e volta a esse tema quando o contexto começar a te atrapalhar de verdade… porque uma hora ele atrapalha 😀

Até o próximo post!