Fase Verify

Ejecutar

/gsd:verify-work [N]

Si no especificas fase, verifica la ultima fase completada.

Que hace

1. Extraccion de deliverables

GSD analiza los planes completados y extrae lo que deberia funcionar:

## Deliverables to Verify

1. POST /api/auth/login returns 200 with valid credentials
2. POST /api/auth/login returns 401 with invalid credentials
3. JWT cookie has httpOnly flag
4. Login form shows inline errors
5. Successful login redirects to /dashboard

2. Verificacion paso a paso

Te presenta cada deliverable uno por uno:

Verificando: POST /api/auth/login returns 200 with valid credentials

¿Funciona correctamente? (si/no/skip)

3. Diagnostico automatico

Si respondes “no”, GSD lanza un debug agent que:

• Inspecciona el codebase relevante
• Busca la causa del fallo
• Propone un diagnostico

## Diagnosis

El endpoint retorna 500 porque `bcrypt.compare` recibe
los argumentos invertidos en src/app/api/auth/login/route.ts:23.

Expected: bcrypt.compare(password, hashedPassword)
Actual: bcrypt.compare(hashedPassword, password)

4. Planes de correccion

Si hay fallos, GSD genera fix plans — planes atomicos en XML igual que los originales, pero para corregir problemas especificos:

<task type="auto">
  <name>Fix bcrypt argument order in login</name>
  <files>src/app/api/auth/login/route.ts</files>
  <action>
    Swap bcrypt.compare arguments: first plaintext, then hash.
  </action>
  <verify>
    POST /api/auth/login with valid credentials returns 200
  </verify>
  <done>Login works with correct credentials</done>
</task>

Estos fix plans se pueden ejecutar con /gsd:execute-phase.

Archivo generado

{phase_num}-UAT.md:

# Phase 2: Auth - UAT Results

## Passed
✅ POST /api/auth/login returns 200 with valid credentials
✅ JWT cookie has httpOnly flag
✅ Login form shows inline errors

## Failed
❌ POST /api/auth/login returns 401 with invalid credentials
   Diagnosis: bcrypt argument order inverted

## Fix Plans Generated
- 02-fix-01-PLAN.md: Fix bcrypt argument order

Ciclo de correccion

verify-work → fallos detectados → fix plans generados
    ↓
execute-phase (fix plans) → verify-work (re-test)
    ↓
Todo pasa → complete-milestone

Repite hasta que todo pase.

Resumen

• /gsd:verify-work extrae deliverables y los verifica uno por uno
• Diagnostico automatico con debug agents cuando algo falla
• Genera fix plans en XML para corregir fallos
• Ciclo: verify → fix → execute → verify hasta que todo pase
• UAT.md documenta resultados de aceptacion

---

← Fase Execute | Indice | Siguiente: Quick Mode y Milestones →