Confere se uma task local foi realmente implementada como o plano dizia — e onde a implementação escorregou. No fim, oferece corrigir o que encontrou.
Precisa de uma task local em .dr_ai/tasks/{nome-da-task}/. Se você passar um nome que não existe, o comando lista as tasks disponíveis e para.
Uso
/ww:review:task minha-task
/ww:review:task minha-task --yes
Argumentos
| Argumento | Obrigatório? | Descrição |
|---|
<task-name> | Sim | O nome da pasta da task local, em .dr_ai/tasks/. Se o nome não existir, o comando lista as tasks disponíveis e para. |
--yes | Opcional | Não pergunta o que corrigir: assume críticos e maiores. Para quando o comando roda sem ninguém na frente da tela. |
Notas
O relatório sai no idioma da conversa e fica em .dr_ai/code-reviews/. Ele não commita nem faz push.
Antes de abrir o PR de uma task planejada, para checar se o que foi feito cobre o que foi combinado.
- Escopo — o que foi mexido bate com o que o plano previa? Sobrou ou faltou arquivo?
- Critérios de aceite — cada critério foi cumprido, com evidência no código?
- Qualidade — problemas de manutenibilidade e boas práticas.
- Estilo — aderência aos guias de estilo de
~/.claude/style-guides/ que se aplicam aos arquivos (o /ww:config:style-guides sincroniza essa pasta com a galeria do WiseWork).
- Segurança — vulnerabilidades e tratamento de dados sensíveis.
- Performance — gargalos introduzidos.
- Padrões próprios do seu time, quando o projeto tem documentos em
.dr_ai/docs/standards/ — cada documento é conferido regra por regra.
- O comando levanta os arquivos da task e analisa todas as dimensões acima.
- Apresenta uma tabela de contagem por categoria e severidade — críticos, maiores e menores. Só os números, para você decidir sem se afogar em detalhe.
- Pergunta o que corrigir: críticos e maiores (a recomendação), todos, só os críticos ou nenhum. Com
--yes, não pergunta e assume “críticos e maiores”.
- Corrige apenas o que você escolheu, sem tocar em código não relacionado, preservando estilo e comportamento, e roda a validação do projeto depois: a checagem de tipos e o script
lint do package.json, quando existe.
- Salva um relatório em markdown em
.dr_ai/code-reviews/task-review_{nome-da-task}_{data-hora}.md e mostra o resumo: arquivos analisados, situação da implementação, nota de qualidade, nível de risco, contagem de problemas e o caminho do relatório. Quando houve correção, mostra também os arquivos modificados, o resultado da validação e como ver o diff.
Ele é escrito no idioma da conversa e tem sempre o mesmo formato: um resumo executivo, o escopo dos arquivos, a validação da implementação contra o plano e os critérios, os problemas agrupados por categoria e as recomendações priorizadas. Quando houve correção, os problemas ganham a coluna do que foi corrigido.
- Sem problemas encontrados, não há nada a corrigir — o comando vai direto ao relatório.
- Escolher “nenhum” é uma saída válida. Você fica com o relatório e nada é alterado.
- Ele não commita nem faz push.
