AIDive

Superpowers vs Pocock: mesma feature, só um fica

Por AIDive · Publicado em

Agentes de código

Intro: um repo, dois pacotes, um fica

Superpowers e as skills do Matt Pocock são os dois pacotes de skills que a maioria dos desenvolvedores de Claude Code coloca lado a lado, e este vídeo mede os dois na mesma feature, no mesmo repo, com a conta lida por etapa. O Superpowers (v6.4.2) traz quinze skills e um hook SessionStart que as força; o pacote do Pocock (v1.3.1) traz vinte e sete skills, nenhum hook e um Main Flow de sete etapas digitadas como slash commands. A única comparação pública medida diz que o Superpowers é muito mais barato, e o blog de todo mundo que trocou diz que o Pocock desperdiça menos tokens. Nestas execuções as duas coisas foram verdade ao mesmo tempo: o Superpowers deixado por conta do hook custou um quarto do Main Flow, e o Superpowers conduzido por todo o loop custou quase o dobro do Main Flow, com os mesmos cinco de cinco testes ocultos em todas as vezes. A pergunta que o vídeo responde é qual pacote fica e qual etapa decide a conta.

Duas apostas opostas: um hook que força skills vs nenhum hook

O Superpowers é um plugin com quinze skills e um hook. A cada início de sessão, o hook injeta no contexto a skill using-superpowers inteira (492 palavras), e essa skill diz ao modelo: "If you think there is even a 1% chance a skill might apply to what you are doing, you ABSOLUTELY MUST invoke the skill." O loop que ele vende passa por quatro skills: brainstorming, writing-plans, executing-plans e uma revisão no final. Instale e o hook deveria encaminhar um pedido para esse loop sozinho.

O pacote do Matt Pocock é a aposta oposta: vinte e sete skills e nenhum hook. Nada é injetado; cada etapa é um slash command que você digita. O Main Flow lê grill-with-docs, to-spec, to-tickets, implement, code-review, pr, retro. A skill grill-with-docs tem trinta e cinco palavras e só chama duas outras skills; implement tem cento e três palavras e carrega a flag disable-model-invocation: true, então o modelo não consegue carregá-la por conta própria. A frase do próprio Matt sobre o loop dele, no changelog da v1.3: "The agent loop is worse than a deterministic loop. But it is a good way to start with AFK work before your software factory is dialled in."

Os dois pacotes se instalam como plugin do Claude Code ou como arquivos copiados, e o readme do Pocock é direto: escolha um por agent, porque instalar os dois dá cada skill em dobro. Ninguém tinha fechado a comparação porque o único confronto medido rodou o pacote do Pocock com cinco de oito workers de implementação sem nunca receber a skill implement, e o post de cada pessoa que trocou tem opiniões e nenhum número.

O bench: ledgerly, um pedido, cinco testes ocultos e a base sem pacote

O repo é o ledgerly, uma API de faturamento inventada em Node e TypeScript puros: uma camada de domínio, um armazenamento em arquivo JSON com migrações de schema, uma camada HTTP e trinta e quatro testes verdes. O pedido de feature tem três linhas, escrito como um desenvolvedor escreve: adicionar pagamentos parciais, expor o valor pago e o saldo, manter o endpoint antigo /pay funcionando e lembrar que há dados de produção no armazenamento. Um sênior que lê isso espera cinco coisas que o pedido nunca detalha: a matemática do dinheiro, a validação, a migração dos arquivos de produção, os códigos de erro certos e testes. Esses cinco viraram testes de aceitação ocultos que o worker nunca vê; o patch de referência passa nos cinco e o repo intocado não passa em nenhum.

Cada execução é uma cópia nova do repo, um worker Sonnet 5.5 headless, a mesma lista de ferramentas permitidas e um product owner roteirizado: um segundo modelo headless, sem ferramentas, que lê só os cinco requisitos em palavras simples, responde de forma seca e diz "go on" quando nada é perguntado. Cada token e cada chamada de skill são registrados por turno. Dois limites ficam declarados desde já: headless significa que ninguém conduz no meio da execução, e o hook do Superpowers dispara só no primeiro turno.

O Claude Code puro, sem pacote nenhum, é a base contra a qual cada barra é medida.

Config (feature 1) Testes ocultos Custo por execução Tempo total Linhas alteradas
bare, 3 execuções 5/5, 5/5, 5/5 $0.34 em média ($0.47, $0.27, $0.29) 84.5 s 142

Superpowers: o que o hook roda sozinho e quanto custa o loop completo

Deixado por conta do hook, o Superpowers se comporta assim: o pedido é colado, o hook dispara, o modelo abre o brainstorming, faz uma ou duas perguntas e começa a codar. O writing-plans rodou zero vezes em três execuções e o executing-plans nunca. O resultado é cinco de cinco por cerca de cinquenta centavos e cerca de dois minutos, uma vez e meia o bare para a mesma nota, com só o brainstorming custando uns vinte e dois centavos disso. Seis probes de um turno mostraram que o roteamento é aleatório e não uma falha de ligação: com a ligação real do plugin o brainstorming disparou uma vez em três, com a ligação do bench duas em três.

Conduzido à mão, com brainstorming, writing-plans e executing-plans digitados como slash commands no modo Native (o padrão desde a 6.4.1), toda execução rodou o loop inteiro. Cinco de cinco de novo, a cerca de $3.74 e dez minutos por execução: onze vezes o bare, sete vezes e meia a execução roteada pelo hook, para a mesma nota oculta.

Etapa do Superpowers (médias da feature 1) Custo
brainstorming $0.166
writing-plans $0.266
executing-plans $3.307
dos quais o build TDD em si $0.974
dos quais o subagent revisor da branch inteira $2.192

O revisor é a etapa que explica a conta do loop. A skill executing-plans o despacha, nas palavras dela, "on the most capable available model", e em toda execução esse modelo foi o de topo. A skill o chama de o único contexto novo que a execução inteira compra e manda não pular; nesta feature ele não achou nada que os testes já não tivessem provado. Na segunda feature o mesmo revisor consumiu $1.602 de uma execução de $3.21, então não é um caso isolado, e sim o jeito como a skill foi escrita.

O Main Flow, etapa por etapa: planos baratos, build caro

O pacote do Pocock é conduzido do único jeito possível: o grill-with-docs faz suas perguntas uma de cada vez, umas sete por execução contra uma ou duas do brainstorming do Superpowers; o to-spec escreve a spec; o to-tickets a corta em tickets; o implement constrói todos os tickets em um turno e chama tdd e code-review por conta própria; o pr escreve o texto do pull request. Toda execução invocou as mesmas quatro skills na mesma ordem (grilling, domain-modeling, tdd, code-review): o pacote é determinístico quanto à rota. Doze turnos do driver era o teto do bench, e duas de três execuções bateram nele antes do pr; a única execução completa terminou num corpo de PR, algo que nenhum outro pacote deixou.

Etapa do Main Flow (médias da feature 1) Custo
grill-with-docs $0.204
to-spec $0.118
to-tickets $0.143
implement $1.125
code-review $0.439
pr $0.041

A primeira metade de planejamento custa menos de cinquenta centavos ($0.465); implement e code-review são três quartos da conta. O total é cerca de $2.04 e sete minutos por execução, cinco de cinco todas as vezes: quatro vezes a execução do Superpowers roteado pelo hook e quarenta e cinco por cento menos que o loop conduzido do Superpowers. O diff é maior, cerca de 372 linhas contra 142 do bare, com cerca de 28 testes adicionados contra 5, e o total de tokens acompanha os dólares: cerca de 4,5 milhões de tokens por execução contra meio milhão do bare, a maior parte leituras de cache de um contexto longo. O que o Main Flow deixa para trás é uma spec, tickets e um corpo de PR, que um time pode valorizar mais que os quarenta centavos que eles custam; e o teto de doze turnos é do bench, um humano continuaria.

Uma feature mais difícil: notas de crédito e o único bug entregue

Cinco de cinco em todo lugar não diz nada, então um segundo pedido foi aplicado no mesmo repo: notas de crédito, duas linhas com cinco regras implícitas. Nunca creditar a mais uma fatura e manter o relatório correto; migrar os arquivos de produção; uma única sequência de números sem lacunas; os códigos de erro certos; e anular uma fatura paga por meio de uma nota de crédito, com o teste antigo reescrito em vez de apagado. Um primeiro candidato mais difícil foi descartado porque o bare ainda tirava cinco de cinco nele. Validação primeiro: o patch de referência passa nos cinco, o repo intocado em nenhum, e uma execução de fumaça do bare tirou quatro de cinco, então o oráculo tinha dentes desta vez.

Config (feature 2) Testes ocultos Custo por execução Testes adicionados
bare, 2 execuções 4/5, 5/5 $0.41 em média 5
Superpowers conduzido, 2 execuções 5/5, 5/5 $3.21 em média 33
Main Flow, 2 execuções 5/5, 5/5 $2.07 em média 31

A única falha: a primeira execução do bare pegou o número da nota de crédito antes de validar o pedido, do jeito que a rota de emissão existente faz, então um pedido rejeitado queimou um número e a CN-0004 foi emitida onde era devida a CN-0002. Auditores sinalizam lacunas. Os dois loops pegaram isso do mesmo jeito, com a etapa de TDD escrevendo um teste da sequência antes de o código existir; a segunda execução do bare também acertou, por quarenta e cinco centavos. Uma falha em duas execuções do bare é um dado, não uma taxa. O que os loops compram aqui são os testes que deixam para trás, não uma nota.

Empilhar os dois, e a armadilha do marketplace

A thread mais barulhenta sobre o assunto diz que dois pacotes instalados como routers colidem em nomes de slash, hooks de sessão e skills disputando a mesma intenção. Instalados juntos num projeto e rodados pelo Main Flow, o hook do Superpowers injetou o texto dele, os seis comandos do Pocock foram digitados e nenhuma skill do Superpowers foi invocada: cinco de cinco, $2.33, dentro da faixa do Main Flow. Dois motivos: as skills do Pocock invocadas pelo usuário carregam uma flag que impede o modelo de carregá-las sozinho, e os dois pacotes não compartilham nenhum nome de skill. É uma execução só, porém; em outra sessão o hook ainda poderia puxar uma skill do Pocock invocável pelo modelo.

A armadilha de verdade é a versão que você recebe. O marketplace oficial de plugins do Claude fixa o pacote do Pocock na 1.2.3, setenta e um commits atrás da v1.3.1 do upstream. Essa cópia fixada não tem implement-spec, pr nem retro; duas issues estão abertas desde 5 de outubro, e em 8 de outubro o Matt pediu à Anthropic no X que atualizassem: "All my users are stuck on v1.2." O mesmo marketplace fixa o Superpowers um patch atrás (6.4.1 contra a v6.4.2). O instalador entrega a release de verdade; o plugin entrega o que estiver fixado no dia em que você instalar. Confira a linha da versão, não este vídeo.

O mapa de etapas e o veredito: o Superpowers fica

O Superpowers fica. Deixado por conta do hook, é o caminho guiado mais barato medido: cerca de cinquenta centavos por cinco de cinco, uma vez e meia o bare. O loop completo é a coisa mais cara medida, cerca de $3.74, e quase toda a diferença para o Main Flow é uma etapa só, o revisor da branch inteira que o executing-plans manda ao modelo mais capaz. Mude essa única linha, ou passe um modelo mais barato, e o loop cai perto de $1.55, abaixo dos $2.04 do Main Flow. A etapa que decide a conta é a revisão, não o planejamento: o grill de ninguém e o brainstorm de ninguém mexeram no número. O caminho roteado pelo hook tem uma pegadinha própria, já que o roteamento é aleatório (uma vez em três com a ligação do plugin); se o brainstorming importa para você, digite-o.

O Main Flow tira a mesma nota com mais artefatos, a quatro vezes a conta do caminho roteado pelo hook. A primeira metade de planejamento, de grill-with-docs a to-tickets, custa menos de cinquenta centavos e é a única coisa que vale pegar emprestada: instale o pacote do Pocock com o instalador em vez do plugin fixado, e digite grill-with-docs quando o pedido estiver vago. Empilhar não custou nada na execução.

Mapa de etapas Decisão
Superpowers roteado pelo hook (brainstorming, TDD) manter
grill-with-docs, to-spec, to-tickets do Pocock ($0.465) pegar emprestado
linha do modelo do revisor no executing-plans mudar

Os limites, sem rodeios: Sonnet 5.5 headless, duas features, dezenove execuções, um product owner roteirizado, um bug em dezenove execuções, entregue pelo bare. Uma feature maior ou um time podem dar mais peso à spec e aos tickets. O recurso grátis é o próprio bench: o repo inventado, os testes ocultos, o driver e o script do ledger por etapa, para você rodar os dois pacotes na sua própria feature antes de perder um dia migrando.

Recursos gratuitos

Fontes

Perguntas frequentes

Devo trocar o Superpowers pelas skills do Matt Pocock no Claude Code?
Neste bench, não. O Superpowers deixado por conta do hook tirou cinco de cinco testes ocultos por cerca de $0.50 a feature, contra $2.04 do Main Flow do Pocock com a mesma nota. A única coisa que vale pegar do pacote do Pocock é a primeira metade de planejamento, de grill-with-docs a to-tickets, que custa menos de cinquenta centavos.
Por que o loop do Superpowers custa tanto mais que o Main Flow?
Por causa de uma etapa: o executing-plans despacha um subagent revisor da branch inteira no modelo mais capaz disponível, que custou $2.192 de uma execução de $3.74. O build TDD em si custou cerca de $0.97. Mude o modelo nessa linha e o loop cai perto de $1.55.
O que o hook do Superpowers realmente roda se você só colar um pedido?
Brainstorming e depois código direto. Em três execuções roteadas pelo hook, o writing-plans rodou zero vezes e o executing-plans nunca. Seis probes de um turno mostraram que o roteamento é aleatório: o brainstorming disparou uma vez em três com a ligação do plugin.
Dá para instalar o Superpowers e as skills do Matt Pocock juntos?
Na única execução testada, sim: os dois instalados num projeto, o hook do Superpowers injetou o texto dele, os seis comandos do Main Flow foram digitados, nenhuma skill do Superpowers foi invocada, cinco de cinco por $2.33. As skills do Pocock invocadas pelo usuário carregam disable-model-invocation: true e os dois pacotes não compartilham nenhum nome de skill.
Qual versão das skills do Matt Pocock o marketplace de plugins do Claude Code instala?
Em 9 de outubro de 2026, o marketplace oficial a fixa na 1.2.3, 71 commits atrás da v1.3.1 do upstream, sem implement-spec, pr nem retro. O caminho do instalador, npx skills@latest add mattpocock/skills, entrega a release de verdade.
Como a comparação foi medida?
Dezenove execuções de Sonnet 5.5 headless num repo de faturamento inventado em TypeScript, o ledgerly, com cinco testes de aceitação ocultos por feature que o worker nunca vê, um product owner roteirizado respondendo perguntas, e cada token, dólar e chamada de skill registrados por turno e somados por etapa.

Vídeos relacionados