Superpowers é aquele raro plugin do Claude Code que continua instalado no meu ambiente — versão 6.3.0, do marketplace oficial, com suas skills disparando nas minhas sessões de trabalho reais toda semana. Essa permanência é, de certa forma, a própria avaliação.
O veredito não é a história de "produtividade 10x". É algo mais específico e mais útil: o Superpowers não deixa o Claude mais inteligente. Ele deixa o Claude disciplinado — e se essa troca compensa depende quase inteiramente do tamanho da tarefa. Aqui está a análise completa, incluindo as partes que a maioria das avaliações pula.
O problema que ele existe para resolver
Se você já passou um bom tempo com o Claude Code, conhece o padrão de falha. Você descreve uma funcionalidade. O agente começa a escrever código imediatamente. Quinze minutos e uma pilha de tokens depois, você descobre que ele entendeu errado os requisitos nos primeiros trinta segundos — e tudo desde então é código bem construído resolvendo o problema errado. Não é uma lacuna de capacidade. É uma lacuna de metodologia: nenhuma rodada de requisitos, nenhum plano, direto para a implementação.
Jesse Vincent — cofundador da Keyboardio e criador de ferramentas open source de longa data — construiu o Superpowers para fechar essa lacuna. A forma como ele enquadra o problema, com a qual passei a concordar: a solução não é um modelo mais inteligente, é a disciplina que um líder sênior impõe a um júnior brilhante. Pare. Esclareça. Planeje. Depois construa. Depois prove que está pronto. O Superpowers empacota essa disciplina como skills que o agente segue automaticamente, e agora é distribuído pelo marketplace oficial de plugins da Anthropic.
O que realmente vem na caixa: as 14 skills
O Superpowers não é uma skill — são catorze skills interligadas e, como elas estão no meu harness, posso listar o que cada uma realmente faz em vez de parafrasear um README:
O orquestrador. using-superpowers é o despachante: ele estabelece, no início de uma conversa, que o agente deve verificar se há uma skill aplicável antes de responder qualquer coisa. Você nunca o invoca; ele roteia.
Ideação. brainstorming dispara antes de trabalho criativo — novas funcionalidades, novos componentes, mudanças de comportamento. Ele força a exploração de requisitos e de design antes da implementação, e é a skill responsável por pegar as lacunas do tipo "você pediu X, mas provavelmente quer dizer Y" que antes me custavam ciclos de recomeço.
Planejamento. writing-plans transforma uma especificação em um plano de implementação detalhado; executing-plans executa um plano escrito em uma sessão separada, com checkpoints de revisão. Os planos são concretos — divisão de tarefas, caminhos de arquivos, ordem — e persistem como documentos, o que significa que uma sessão que travou é retomada a partir do plano, e não da memória.
Execução. subagent-driven-development executa as tarefas independentes de um plano por meio de subagentes despachados na sessão atual; dispatching-parallel-agents cuida do caso de duas ou mais tarefas genuinamente independentes rodando em paralelo. Juntas, elas são a camada de velocidade — trabalho paralelo em escopos isolados.
Portões de qualidade. test-driven-development impõe o red-green-refactor: primeiro o teste que falha, o mínimo de código para passar, depois a refatoração. systematic-debugging entra em ação diante de qualquer bug ou comportamento inesperado e força a investigação da causa raiz antes das correções — é o antídoto para o debugging no chute, e já resgatou sessões minhas que estavam entrando em espiral de tentativas que só queimavam tokens. verification-before-completion é a que eu manteria se pudesse manter apenas uma: antes de o agente afirmar que qualquer coisa está pronta ou passando, ele precisa rodar os comandos de verificação e confirmar a saída. Evidência antes de afirmações.
Code review. requesting-code-review aciona uma revisão estruturada quando o trabalho termina; receiving-code-review governa como o feedback é tratado — com rigor técnico e verificação, em vez de concordância performática. Essa segunda parece pouca coisa e não é: agentes implementando cegamente toda sugestão de revisão é como um código bom fica pior.
Fluxo de Git. using-git-worktrees isola o trabalho de uma funcionalidade em uma worktree separada antes de a implementação começar — um fluxo que eu já fazia manualmente, como já escrevi, agora imposto automaticamente. finishing-a-development-branch fecha o ciclo: merge, PR ou limpeza, em vez de deixar branches pela metade espalhadas pelo repositório.
A meta-skill. writing-skills permite que o framework se estenda — novas skills escritas e verificadas usando a mesma disciplina de TDD. Já a usei para construir skills específicas de projetos que se integram à camada de orquestração.
Em termos de arquitetura, a propriedade importante é a divulgação progressiva: as skills só são carregadas no contexto quando são relevantes, e não como um imposto permanente de 14 skills sobre cada mensagem. Se você é novo em como as skills se combinam no Claude Code de modo geral, meu guia de agent skills cobre a mecânica por baixo.
Instalando e convivendo com ele
A instalação é um comando a partir do marketplace oficial:
/plugin install superpowers@claude-plugins-official
Instale no nível do usuário em vez de por projeto — a metodologia é geral, e você vai querê-la em todo lugar. A partir daí, ela fica em segundo plano: o orquestrador lê suas solicitações e as roteia pelas skills apropriadas sem que você precise invocá-las. Ele conviveu sem problemas com tudo o mais na minha configuração de plugins, que é bem cheia — que documentei separadamente —, incluindo skills customizadas de projetos.
Onde ele incomoda, sinceramente:
- Tarefas simples ganham uma cerimônia de que não precisam. Por padrão, uma correção de dez linhas pode disparar a mesma metodologia de uma funcionalidade de dez arquivos. Começar as solicitações com "tarefa rápida, pule o planejamento" funciona na maioria das vezes, mas o atrito padrão é real.
- Disciplina não é conhecimento. O Superpowers deixa o Claude metódico em relação ao seu framework e ao seu domínio; não ensina nenhum dos dois a ele. Lacunas de contexto de domínio ainda precisam do seu CLAUDE.md ou dos seus prompts.
- Entra lixo, sai lixo disciplinado. Eu o vi planejar e executar com perfeição uma funcionalidade que era exatamente o que eu pedi e não o que eu precisava. As perguntas de esclarecimento pegam alguns problemas de especificação; elas não substituem pensar.
- Adoção em equipe exige engajamento. A imposição de TDD irrita desenvolvedores que não testam. Perguntas de esclarecimento frustram quem "só quer que ele programe". A adoção individual é trivial; a adoção em equipe é um exercício de gestão de mudança.
Veredito: quem deveria instalar
Instale se o seu trabalho são funcionalidades que envolvem vários arquivos em codebases que você vai manter, se você cobra ou orça o tempo dos agentes e precisa de custos previsíveis, ou se suas sessões vivem morrendo no recomeço de quem construiu a coisa errada. Esse é o perfil em que a disciplina se paga.
Pule (ou contorne à vontade) se o seu uso do Claude Code é principalmente de scripts rápidos, protótipos e exploração. O overhead cai exatamente onde o retorno não aparece.
A medida de um plugin de fluxo de trabalho não é o burburinho da semana de lançamento — é se ele sobrevive no ambiente de alguém que experimenta de tudo. O Superpowers sobreviveu no meu. O motivo é simples: ele impõe o que engenheiros experientes já sabem que deveriam fazer e, com toda a regularidade, não fazem seus agentes fazer. Planeje antes de construir. Teste antes de publicar. Verifique antes de declarar pronto. Minhas sessões não ficaram mais inteligentes no dia em que o instalei. Elas deixaram de precisar ser.
Faça o teste você mesmo — uma semana na sua carga de trabalho real, com e sem ele, observando onde os números se mexem. E se você está montando uma configuração de skills mais ampla em torno dele, mantenho uma coleção curada de skills do Claude que construí e validei para fluxos de trabalho reais — navegue pelo marketplace de agent skills para ver o que vale adicionar ao lado do Superpowers no seu stack.
