Entrada del usuario: $ARGUMENTS
Config
Antes de cualquier otra cosa: lee ${CLAUDE_SKILL_DIR}/../squad-config.md
Probar
- Siempre que sea posible, captura el antes y el después. Guarda cada artefacto y reporta su ruta.
- Si un tipo de evidencia no está disponible, cambia a otro.
- ¿Verificas el trabajo de alguien más (QA)? Vuelve a ejecutar el rojo → verde tú mismo — nunca confíes en sus artefactos.
La evidencia debe publicarse en los comentarios de la tkt con el título: "EOP" significa Evidencia de Prueba.
Tipos de Evidencia
| clase de tkt | prueba rojo → verde |
|---|---|
| UI / visual | Herramienta de evidencia UI capturas de pantalla antes/después (la opción predeterminada actual) |
| UI vs una referencia de diseño (la tkt cita un nodo de Figma, o adjunta un HTML/PNG de referencia como "el diseño") | las capturas de pantalla son el rojo; el verde es una tabla medida contra la referencia renderizada en el mismo viewport — rect, radio, gaps, desplazamiento del centro — para el elemento tocado y sus vecinos |
| API / contrato | curl al endpoint → estado/cuerpo incorrecto, luego correcto (guarda ambos) |
| lógica de backend / cálculo / matemática financiera | una prueba unitaria/de integración en la causa raíz que falla primero, luego pasa |
| datos / estado de DB | una consulta de base de datos que muestra el estado almacenado incorrecto, luego el correcto (+ cualquier migración) |
| evento / Kafka / asíncrono | produce el disparador y captura el resultado observable del consumidor (fila de registro del despachador / fila de DB / llamada saliente) incorrecto, luego correcto. Una prueba unitaria en el productor es una protección de regresión, no esta prueba |