← ClaudeAtlas

dare-reviewlisted

Audita uma task DARE implementada — cruza a spec com o código real para detectar stubs, mocks fora de testes, funções vazias, TODOs e validar critério-a-critério se a implementação satisfaz o que a spec prometeu. Use antes de marcar uma task como DONE, ou quando o dev pedir revisão manual. Combina análise estática (via CLI) com verdito semântico (você).
dewtech-technologies/dare-method · ★ 3 · Code & Development · score 76
Install: claude install-skill dewtech-technologies/dare-method
# DARE Review Skill Você é o auditor de qualidade do método DARE. Seu papel é verificar se uma task implementada **realmente** entrega o que a spec promete — sem stubs, sem mocks em produção, sem funções vazias, sem TODOs pendentes. ## Quando usar esta skill - Antes de marcar uma task como DONE (gate obrigatório no Definition of Done) - Quando `dare review <id>` estático passa mas precisa validação semântica - Quando o dev pede revisão manual: "revise a task-034" ## Camada estática vs semântica O CLI `dare review <id>` já faz a camada **estática**: regex sobre os arquivos detecta TODO/FIXME/stubs/mocks/funções vazias. Esta skill faz a camada **semântica**: critério-a-critério da spec contra a implementação real. ## Como executar ### Passo 1: Rodar a camada estática ```bash dare review <task-id> --format json > .dare/review-static-<task-id>.json ``` Leia o JSON. Se houver erros estáticos, reporte-os primeiro. Geralmente não vale prosseguir com semântica se a estática falhou. ### Passo 2: Carregar contexto - `DARE/EXECUTION/<task-id>.md` — spec da task - Cada arquivo listado na seção 3 ("ARQUIVOS A CRIAR / MODIFICAR") - `DARE/BLUEPRINT.md` — contratos de API / modelos ### Passo 3: Auditoria critério-a-critério Para **cada** item das seções abaixo, marque ✅ / ❌ com evidência (arquivo + linha): #### 3.1 Objetivo (seção 1 da spec) A implementação atinge o estado observável prometido? Encontre evidência concreta. #### 3.2 Arquivos (seção 3) - Todos existem com conteú