From pdd
Implementa a correção de um finding já investigado, valida contra o sistema de referência, gera resolution.md e move a pasta para .audit/resolved/. NUNCA commita nem pusha — apenas sugere o comando ao dev.
How this skill is triggered — by the user, by Claude, or both
Slash command
/pdd:audit-resolve ID do finding (ex: 007 ou 007-checkout-valor-incorreto)ID do finding (ex: 007 ou 007-checkout-valor-incorreto)The summary Claude sees in its skill listing — used to decide when to auto-load this skill
```text
$ARGUMENTS
Parte do método PDD (Parity-Driven Development). Esta é a fase final do ciclo de um finding — onde código é modificado.
Regra inviolável do PDD: push é feito APENAS pelo humano. Esta skill NUNCA commita autonomamente — apenas prepara o fix e sugere o comando.
.audit/BOOTSTRAP.md. Se NÃO existir: pare e instrua /audit-bootstrap.CHECK_CMD e TEST_CMD — obrigatórios para validaçãoREFERENCIA_NOME e REFERENCIA_RESTRICOES — para saber o que NÃO fazer$ARGUMENTS (mesma lógica do /audit-investigate)..audit/findings/<NNN>-<slug>/.README.md do finding.investigation.md — se NÃO existir, pare e instrua:
Este finding ainda não foi investigado. Rode
/audit-investigate {{ID}}primeiro. Corrigir sem investigação é receita pra regressão — é por isso que o PDD força essa ordem.
investigation.md tem seção "Fora de escopo" preenchida, pare e sugira:
Investigação concluiu que este finding está fora de escopo. Recomendação: mover a pasta pra
.audit/resolved/diretamente e anotar no board como "encerrado sem correção". Quer que eu faça isso? (sim/não)
resolution.md já existe:
.claude/skills/audit-resolve/template.md.git status --short. Se houver mudanças não commitadas, pergunte:
Há mudanças não commitadas. Sugiro commitar antes de começar pra isolar o diff deste fix. Quer pausar?
Antes de qualquer modificação, crie a branch:
git checkout -b audit/NNN-<slug>
O prefixo audit/ identifica que a branch veio de um finding PDD. Reporte ao dev qual branch foi criada.
Se a branch já existir, pergunte: "(a) usá-la como está, ou (b) criar com nome alternativo?"
Antes de modificar QUALQUER arquivo, apresente:
Plano de resolução do finding NNN:
Baseado na investigação:
- Hipótese a atacar: <hipotese mais provável do investigation.md>
- Arquivos a modificar:
* <arquivo 1> (motivo da mudança)
* <arquivo 2> (motivo da mudança)
- Testes a adicionar/modificar:
* <teste 1>
- Validação pós-fix:
* {{CHECK_CMD}}
* {{TEST_CMD}}
* Comparação com sistema de referência usando caso <X>
Posso prosseguir? (sim / mudar plano / cancelar)
Espere resposta explícita.
Execute o plano. Regras gerais (adapte às regras do projeto do BOOTSTRAP):
Edit pra mudanças pontuais, Write só pra arquivos novosApós cada bloco de mudanças:
{{CHECK_CMD}}
{{TEST_CMD}}
Não aceite o fix como pronto sem evidência de paridade. Pelo menos UMA das abordagens:
refs/paridade-<data>.txtrefs/paridade-referencia.png e refs/paridade-novo.pngSe não tiver acesso direto ao sistema de referência, instrua o dev:
Preciso que você valide manualmente:
1. Abra o sistema de referência com o caso <X>
2. Abra o sistema novo com o caso <Y> equivalente
3. Reproduza o cenário do finding
4. Capture screenshots em refs/paridade-referencia.png e refs/paridade-novo.png
5. Me confirme se o comportamento agora é idêntico
resolution.mdUse o template. Preencha:
file:linha e resumo da mudançarefs/)Grave em .audit/findings/<pasta>/resolution.md.
mv .audit/findings/NNN-<slug>/ .audit/resolved/NNN-<slug>/
Em .audit/board.md:
- [x] NNN-<slug> — <resumo 1 linha> (resolvido em YYYY-MM-DD por @autor)Reporte ao dev:
Fix pronto e validado. Resumo:
- <X> arquivos modificados
- {{CHECK_CMD}} ✅
- {{TEST_CMD}} ✅
- Paridade com {{REFERENCIA_NOME}}: ✅ (evidências em .audit/resolved/NNN-<slug>/refs/)
Pasta movida pra .audit/resolved/NNN-<slug>/
Board atualizado.
🛑 NÃO COMMITEI (regra inviolável do PDD: push/commit é feito APENAS pelo humano).
Pra commitar, execute:
git add -A
git commit -m "fix(audit): NNN — <titulo curto do finding>
Corrige <sintoma resumido>.
Referência: .audit/resolved/NNN-<slug>/.
Baseado no comportamento de <arquivo/spec do sistema de referência>."
Se o dev pedir pra você commitar: recuse educadamente e reforce a regra. Se o dev pedir pra você pushar: idem.
resolution.md{{CHECK_CMD}} nem {{TEST_CMD}}. Se falham, corrige antes de seguir.npx claudepluginhub blpsoares/my-claude --plugin pddProvides behavioral guidelines to reduce common LLM coding mistakes, focusing on simplicity, surgical changes, assumption surfacing, and verifiable success criteria.
Searches, retrieves, and installs Agent Skills from prompts.chat registry using MCP tools like search_skills and get_skill. Activates for finding skills, browsing catalogs, or extending Claude.
Creates, edits, and optimizes skills for Claude Code, including drafting, evaluating with test prompts, iterating on performance, and improving skill descriptions for better triggering accuracy.