Entrada do usuário: $ARGUMENTS
Config
Antes de qualquer outra coisa: leia ${CLAUDE_SKILL_DIR}/../squad-config.md
Prove
- Antes e depois sempre que possível. Salve cada artefato e reporte seu caminho.
- Se um tipo de evidência não estiver disponível, mude para outro.
- Verificando o trabalho de outra pessoa (QA)? Reexecute o vermelho → verde você mesmo — nunca confie nos artefatos deles.
A evidência deve ser postada nos comentários da tarefa com o título: "EOP" significa Evidência de Prova.
Tipos de Evidência
| Classe da tarefa | Prova vermelho → verde |
|---|---|
| UI / visual | Ferramenta de evidência de UI capturas de tela antes/depois (o padrão atual) |
| UI vs. uma referência de design (a tarefa cita um nó do Figma, ou anexa um HTML/PNG de referência como "o design") | capturas de tela são o vermelho; o verde é uma tabela de medição comparada com a referência renderizada na mesma viewport — rect, radius, gaps, deslocamento do centro — para o elemento tocado e seus vizinhos |
| API / contrato | curl no endpoint → status/corpo errado, depois correto (salve ambos) |
| lógica de backend / cálculo / matemática financeira | um teste unitário/de integração na causa raiz que falha primeiro, depois passa |
| dados / estado do banco | uma consulta ao banco mostrando o estado armazenado errado, depois correto (+ qualquer migração) |
| evento / Kafka / assíncrono | produza o gatilho e capture o resultado observável do consumidor (linha de log do dispatcher / linha no DB / chamada de saída) errado, depois certo. Um teste unitário no produtor é uma proteção de regressão, não esta prova |