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 seu idioma e no nível de detalhe que você configurou. 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 aplicáveis.
- Segurança — vulnerabilidades e tratamento de dados sensíveis.
- Performance — gargalos introduzidos.
- Padrões próprios do seu time, quando o projeto tem documentos de padrão configurados.
- 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.
- Salva um relatório em markdown na pasta de revisões do projeto (por padrão
.dr_ai/code-reviews/) 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 seu idioma e no nível de detalhe que você configurou: minimal traz só o resumo e uma tabela de problemas; normal agrupa por categoria e inclui recomendações; verbose abre tudo, com trechos de código e estratégias de prevenção.
- 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.
