# Sdd Verify

> Verifica que una implementación cumpla los specs del ciclo SDD ejecutando tests reales, revisando cobertura y emitiendo un veredicto de aprobación o rechazo.

- Skill: `leandrobenjaminl/sdd-verify` (Agent Skill, multi-file: 2 files)
- Install (CLI): `npx skillmds@latest add leandrobenjaminl/sdd-verify`
- Raw SKILL.md: https://api.skillmd.com/api/skills/leandrobenjaminl/sdd-verify/raw
- Safety review: PASS (external: skill-scanner PASS, skillspector PASS)
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools, Testing & QA
- Tags: Quality Gate, Sdd, Spec Coverage, Testing, Verification
- License: MIT
- Author: LeandroBenjaminL (https://skillmd.com/u/leandrobenjaminl)
- Updated: 2026-08-22
- Page: https://skillmd.com/skills/leandrobenjaminl/sdd-verify

---


# Skill: sdd-verify

Verificación SDD. Un spec solo está cumplido cuando hay un test que pasó.

## Trigger

- La implementación está completa
- Antes de archivar el cambio
- El orquestador pide validación antes de mergear

## Workflow LEND

1. ANALIZAR
   ├── Specs: ¿qué escenarios dijimos que íbamos a cumplir?
   ├── Implementación: ¿qué se hizo realmente?
   ├── Tests: ¿cada escenario tiene un test que pasa?
   └── Gaps: ¿hay algo que no se implementó o no funciona?

2. OFRECER (Menú del Senior)
   ├── A) Auto-verify — correr tests existentes, verificar contra specs
   ├── B) Review cruzado — que otro agente (judgment-day) revise código y tests
   └── C) Verificación completa — tests + review + validación manual de escenarios

3. ELEGIR → confirmación

4. HACER
    ├── Correr test suite completo
    ├── Verificar cada escenario de los specs contra la implementación
    ├── Si hay escenarios sin test → crearlos
    ├── Si hay tests que fallan → diagnosticar y corregir
    ├── Documentar: scenarios PASS/FAIL, cobertura, issues encontrados
    └── Decidir: ¿aprobado, aprobado con warnings, o rechazado?

### Decision Gates

Antes de emitir veredicto, pasá por estos gates:

| Gate | Pregunta | Si falla |
|------|----------|----------|
| **Spec coverage** | ¿Cada escenario del spec tiene un test que pasa? | FAIL |
| **No regressions** | ¿Tests que antes pasaban siguen pasando? | FAIL |
| **Edge cases** | ¿Se testearon casos borde (empty, null, max, timeout)? | WARNING |
| **Error handling** | ¿Errores esperados tienen comportamiento definido y testeado? | WARNING |
| **Perf baseline** | ¿No hay regresión de performance > 20%? | WARNING |

### Compliance Matrix

```markdown
| Spec Scenario | Test | Status | Notes |
|--------------|------|--------|-------|
| {scenario 1} | {test name} | PASS / FAIL / WARNING | ... |
| {scenario 2} | {test name} | PASS / FAIL / WARNING | ... |
```

### Veredict

- **PASS**: todos los gates críticos aprobados, 0 FAIL
- **PASS WITH WARNINGS**: gates no críticos con warnings, documentados
- **FAIL**: cualquier gate crítico fallido. No se puede mergear.

### Return Envelope

```markdown
**Status**: success | partial | blocked
**Veredict**: PASS | PASS WITH WARNINGS | FAIL
**Summary**: 1-2 sentence summary
**Artifacts**: Engram `sdd/{change-name}/verify-report`
**Risks**: risks found or None
**Skill Resolution**: injected | fallback-registry | fallback-path | none
```

5. VERIFICAR
   ├── Todos los escenarios critical tienen test que pasa
   ├── No hay regresiones (tests que antes pasaban y ahora no)
   └── El reporte de verificación está documentado