Claude Code em 2026: As Camadas Importam Mais do Que as Ferramentas

Instalei gstack, Superpowers e Compound Engineering na mesma semana. Três extensões bem conceituadas do Claude Code, cada uma com sua própria base de fãs. Minha expectativa era um aumento cumulativo de produtividade. O que recebi foi sobreposição de funcionalidades, lacunas na cobertura e uma sensação persistente de que estava acumulando ferramentas sem um critério para avaliá-las.

Depois de alguns dias rodando as três ao mesmo tempo, encontrei o problema real. Não era que eu era ruim em escolher ferramentas. Era que eu não conseguia enxergar as camadas.

O que as camadas parecem na prática

A programação com IA deslocou o papel humano de escrever código para coordenar agentes. Coordenação exige um modelo mental, e o que finalmente fez sentido pra mim tem três camadas: decisão, processo e conhecimento. Toda ferramenta que analisei era forte em uma camada e fraca nas outras. Quando percebi isso, tanto as sobreposições quanto as lacunas passaram a fazer sentido.

A camada de decisão

O /plan-ceo-review do gstack examina o trabalho a partir de uma perspectiva de produto. O /plan-eng-review examina pela perspectiva de arquitetura. Ambos rodam antes de você escrever uma única linha de código. O objetivo é matar ideias ruins antes que elas ganhem vida.

Eu esperava que a fase de codificação fosse o gargalo. Não era. O maior dreno de tempo era construir funcionalidades que nunca deveriam ter sido iniciadas. Depois de usar os gates do gstack por duas semanas, percebi que a diferença de qualidade vinha menos de escrever código melhor e mais de escrever menos código desnecessário. Garry Tan supostamente entregou 600.000 linhas em 60 dias com essa configuração. O comando /qa abre um navegador de verdade e navega pelo app como um usuário real, capturando problemas que testes unitários ignoram completamente.

Onde o gstack fica aquém: ele não tem memória entre sessões. Cada revisão começa do zero, sem contexto.

A camada de processo

O Superpowers estrutura o trabalho em um ciclo de brainstorm, planejamento, execução e revisão. As 120.000 estrelas no GitHub são merecidas. Migrar de “é só pedir pra IA fazer” para um fluxo de trabalho repetível fez uma diferença imediata na consistência dos resultados.

Achei que isso seria suficiente. Não era. O fluxo funciona bem dentro de uma única sessão, mas no momento em que eu iniciava uma nova sessão no dia seguinte, tudo que tinha aprendido havia sumido. Revisores de especificação e de qualidade de código baseados em subagentes estão incluídos e funcionam bem. Mas nenhuma parte do sistema registra o que aconteceu ontem para informar o que acontece hoje.

A camada de conhecimento

O comando /ce:compound do Compound Engineering roda depois que você termina uma tarefa. Cinco subagentes são ativados em paralelo: rastreiam o contexto da conversa, extraem a solução, verificam documentação duplicada, geram uma estratégia de prevenção e categorizam o resultado. Tudo vai parar em docs/solutions/.

Uma semana depois de começar a usar, me deparei com um erro parecido com um que já havia resolvido. Durante a fase de planejamento, o sistema encontrou o registro anterior e trouxe a solução à tona. Uma sessão de depuração que teria levado horas durou minutos. O /ce:review roda ao menos seis revisores independentes em paralelo. O /ce:plan verifica logs do git e histórico do projeto antes de propor qualquer coisa.

Se os arquivos de progresso da Anthropic são anotações de passagem de turno entre trabalhadores, o docs/solutions/ do Compound Engineering é um caderno de receitas que toda a equipe lê diariamente.

Encontrando sua camada vazia

O ponto não é que você deveria instalar essas três ferramentas específicas. O ponto é que, quando você consegue enxergar as três camadas, consegue avaliar qualquer ferramenta, ou construir a sua própria.

Rodei as três juntas por uma semana antes de perceber que a redundância estava concentrada na camada de processo, enquanto a camada de conhecimento havia ficado vazia por meses. Identificar essa lacuna foi mais útil do que qualquer funcionalidade individual em qualquer uma das ferramentas.

Olhe para o seu próprio fluxo de trabalho. Existe um gate de decisão que impede ideias ruins de se tornarem código? Existe um processo definido que roda da mesma forma toda vez? Existe um sistema de conhecimento que lembra o que você aprendeu na semana passada? Encontre a camada vazia primeiro. Depois preencha, mesmo que isso signifique escrever você mesmo um único arquivo SKILL.md em vez de instalar o framework de outra pessoa.

A capacidade de enxergar camadas vai durar mais do que qualquer ferramenta específica no ecossistema.