Eduardo RigoO Problema: IA Sem Plano
Quando comecei a usar o Claude Code pra ajudar a construir meu portfólio, o fluxo de trabalho era... caótico. Eu jogava um pedido vago pra IA, recebia um muro de código, colava no projeto, consertava o que estava quebrado e repetia. Funcionava, mas não escalava.
Quanto maior a feature, mais contexto se perdia entre as interações. A IA esquecia decisões anteriores, contradizia escolhas já feitas ou saía pela tangente em coisas que eu não tinha pedido. Soa familiar?
Entra o GSD: Get Shit Done
GSD é um framework estruturado feito especificamente pra desenvolvimento assistido por IA. Em vez de conversas livres, ele introduz um fluxo com fases claras:
- Inicialização do projeto — Define o que você está construindo e por quê
- Criação do roadmap — Divide o projeto em fases numeradas com critérios de sucesso
- Discussão da fase — Levanta áreas cinzas e toma decisões antes de codar
- Planejamento da fase — Cria planos detalhados de execução com etapas de verificação
- Execução da fase — A IA executa o plano com commits atômicos
- Verificação — Checagens automáticas de que o objetivo foi realmente alcançado
O Que Mudou Pra Mim
Antes do GSD
eu: "adiciona um blog no meu site"
ia: *escreve 500 linhas em 12 arquivos*
eu: "pera, não era isso que eu quis dizer"
ia: *reescreve tudo*
eu: "mais perto, mas o estilo tá errado"
ia: *reescreve tudo de novo*
Depois do GSD
gsd: "Que tipo de blog? MDX estático, CMS ou banco de dados?"
eu: "MDX estático com Velite"
gsd: "Tags? Busca? Conteúdo bilíngue?"
eu: "Tudo isso"
gsd: *cria um roadmap com 4 fases*
gsd: *planeja a fase 1 com tarefas específicas e critérios de verificação*
gsd: *executa com commits atômicos que eu posso revisar*
A diferença não é só eficiência — é previsibilidade. Eu sei o que vai acontecer antes de acontecer.
Os Conceitos Chave
Fases Ao Invés de Features
O GSD não pensa em "features" — pensa em fases. Cada fase tem:
- Um objetivo claro
- Critérios de sucesso que podem ser verificados
- Um plano com tarefas numeradas
- Commits atômicos pra cada tarefa
Discussão Antes do Planejamento
O passo de discuss é onde o GSD realmente brilha. Antes de escrever uma única linha de código, ele faz perguntas sobre as áreas cinzas — as decisões que mudariam o resultado:
- "O blog deve suportar rascunhos?"
- "Como os blocos de código devem ficar no modo claro?"
- "Você quer tags, categorias ou ambos?"
Essas decisões ficam travadas em um arquivo CONTEXT.md que o planejador e o executor respeitam.
Quick Tasks pra Coisas Pequenas
Nem tudo precisa de uma fase completa. O GSD tem um modo quick pra tarefas pequenas e ad-hoc — um bug fix, um ajuste de estilo, uma mudança de texto. Mesmas garantias (commits atômicos, rastreamento de estado), caminho mais curto.
O Que Eu Diria pra Alguém Começando
- Não lute contra a estrutura. Parece pesado no início, mas o overhead se paga na segunda fase.
- Seja honesto nas discussões. Se você não liga pra uma decisão, diga "você decide." Se liga, seja específico.
- Use o modo quick sem medo. Nem tudo é uma fase. O framework sabe disso.
- Leia os planos antes de executar. A IA pode planejar algo tecnicamente correto mas arquiteturalmente errado pro seu projeto.
O Resultado
Meu portfólio saiu de uma coleção bagunçada de código gerado por IA pra um projeto estruturado com histórico claro, commits atômicos e features que realmente correspondem ao que eu pretendia. O blog que você está lendo agora foi construído com GSD.
É perfeito? Não. Mas é o mais perto que encontrei de fazer desenvolvimento assistido por IA parecer pair programming em vez de cara ou coroa.