SKILL 46 · AGENT SKILL
Superpowers Verification Before Completion
Cria uma etapa final de evidência antes de declarar que uma alteração está concluída.
FONTE PRIMÁRIA
Confira o projeto original.
A captura registra a página pública consultada em 10/08/2026. Ela comprova a origem usada na curadoria, mas não substitui a leitura da versão atual, da licença e das permissões antes da instalação.
Abrir repositório original ↗
O QUE ESTA SKILL VERIFICA
O que ela coloca na mesa.
✓Defina o que prova o resultado antes de encerrar
✓Não substitua teste por suposição
✓Verifique o efeito real, não só o comando executado
✓Registre qualquer limitação que permaneceu sem teste
DETALHES DA SKILL
Como esta skill funciona na prática.
Entenda a função, o melhor cenário de uso e o resultado que você deve revisar antes de incluir esta skill no seu fluxo de trabalho.
Quando ela é útil
Correções, entregas e automações em que a afirmação de sucesso precisa ser conferida.
O que ela faz
Cria uma etapa final de evidência antes de declarar que uma alteração está concluída.
O que você deve receber
Resultado acompanhado de teste, inspeção ou outra evidência proporcional ao risco.
Onde pode ser usada
Codex, Claude Code, Gemini CLI e agentes compatíveis
Limite importante
Esta skill orienta o agente por meio de um arquivo SKILL.md. Ela não executa comandos sozinha e o resultado ainda precisa de revisão humana.
ANÁLISE EDITORIAL
Uma afirmação precisa de uma prova correspondente
Esta skill transforma o encerramento de uma tarefa em um gate de evidência. Em vez de concluir que algo está correto porque o código foi alterado, ela exige identificar qual verificação comprova cada afirmação. “Os testes passam”, “o build funciona” e “o bug foi corrigido” são declarações diferentes e, portanto, pedem evidências diferentes.
O princípio mais útil é a atualidade da prova. Uma execução antiga, um teste parcial ou o relato de outro agente não confirma o estado presente dos arquivos. A verificação deve ser executada novamente sobre a versão que será entregue, com saída e código de retorno lidos antes de comunicar o resultado.
O que costuma produzir uma falsa sensação de conclusão
Um linter sem erros não prova que o aplicativo compila. Um teste unitário isolado não comprova o fluxo que originou o defeito. Um diff visual mostra que houve mudança, mas não demonstra o comportamento. A skill ajuda a separar essas evidências e a declarar limites quando a validação completa não está disponível.
Para um teste de regressão, há um cuidado adicional: é preciso demonstrar que o teste falha sem a correção e passa com ela. Sem esse ciclo, o teste pode estar aprovando um caminho que nunca reproduziu o problema original.
Roteiro prático de validação
- Liste as afirmações que pretende fazer sobre a entrega.
- Associe cada afirmação a um comando, inspeção ou teste observável.
- Execute a verificação completa na versão final dos arquivos.
- Leia falhas, avisos, contagens e o código de saída.
- Comunique o que foi comprovado e o que permaneceu sem teste.
A skill não substitui critérios de aceite, suíte de testes ou revisão humana. Ela também não define sozinha qual comando é suficiente para um projeto. Seu valor está em impedir que confiança, pressa ou um resultado parcial sejam apresentados como evidência completa.
O ZIP oferecido nesta página contém apenas a documentação auditada e a licença correspondente ao commit indicado. Nenhuma verificação é executada pelo download; cabe ao responsável escolher comandos proporcionais ao risco e preservar a saída necessária para auditoria.
CONFIGURAÇÃO
Instale só depois de ler.
Abra a fonte oficial, leia README e licença, fixe uma versão ou commit e só então siga o método indicado pelo mantenedor. Não execute comandos copiados de comentários ou vídeos sem revisão.
Claude Code: registrar catálogo
/plugin marketplace add obra/superpowers-marketplaceNo Gemini CLI, a fonte documenta uma extensão própria. No Codex, use o marketplace de plugins e confirme a origem antes de instalar.
Abra o print e o README
- Confira mantenedor e nome do repositório.
- Leia licença, requisitos e permissões.
- Escolha uma versão ou commit para aprovar.
Comece em um projeto de teste
- Use o comando acima ou o método do README.
- Prefira instalação por projeto antes da global.
- Não copie tokens, chaves ou arquivos sensíveis.
Faça um teste pequeno
- Confirme a descrição e os arquivos instalados.
- Execute uma tarefa reversível.
- Registre versão aprovada e remova o que não usar.