@the-bearded-bear/claude-craft 8.23.3 → 8.26.0-next.2a54921

package/Project/i18n/es/Gate/commands/validate-sprint.md

@@ -1,224 +1,9 @@
 ---
-description: Validar la preparacion del sprint antes de iniciar
-argument-hint: "[N] [--verbose]"
+description: "Obsoleto (se elimina en 9.0): usa /gate:check sprint"
+deprecated: true
+replaced-by: /gate:check
 ---
 
-# Validar Sprint Gate
+> ⚠️ `/gate:validate-sprint` está obsoleto y se eliminará en 9.0. Usa `/gate:check sprint`.
 
-Valida que el sprint esta correctamente planificado y listo para iniciar.
-Todos los criterios requeridos deben cumplirse.
-
-## Argumentos
-
-$ARGUMENTS (format: [N] [--verbose])
-- **N** (opcional): número del sprint (`1`, `001` o `sprint-001`); por defecto: `metadata.sprint_id`, si no, la carpeta `project-management/sprints/sprint-*/` más reciente
-- **--verbose** (opcional): Mostrar el detalle por story
-
-## Criterios Sprint Ready
-
-| Criterio | Peso | Requerido | Descripcion |
-|----------|------|-----------|-------------|
-| Metadatos Sprint | 20% | Si | ID, nombre, fechas definidos |
-| Sprint Goal | 15% | Si | Objetivo claro definido |
-| Stories listas | 25% | Si | Stories en ready-for-dev |
-| Stories estimadas | 20% | Si | Todas tienen puntos |
-| Verificacion capacidad | 10% | No | Puntos dentro de la capacidad |
-| Dependencias resueltas | 10% | No | Sin stories bloqueadas en ready |
-
-**Umbral: Todos los criterios requeridos**
-
-## Proceso
-
-### Paso 1: Cargar el estado del sprint
-
-Fuente, en este orden:
-
-1. **`.bmad/sprint-status.yaml`** si existe y su `metadata.sprint_id` corresponde al sprint `N`: extraer los metadatos y contar las stories por estado.
-2. **Si no, respaldo Markdown** desde `project-management/sprints/sprint-{N}-*/` (escrito por `/workflow:start`):
-   - metadatos, objetivo, capacidad: `sprint-goal.md` (inicio, fin, capacidad, objetivo);
-   - stories: la tabla de US seleccionadas de `sprint-goal.md` y las fichas `project-management/backlog/user-stories/US-*.md` (puntos, estado). Una story planificada y no iniciada cuenta como `ready-for-dev`;
-   - dependencias bloqueantes: `sprint-dependencies.md`.
-3. Ninguno de los dos: fallar con «No existe el sprint {N}: ejecute `/workflow:start {N}`».
-
-En modo respaldo el gate se evalúa igualmente, pero el informe añade una advertencia no bloqueante: los comandos `/sprint:*` necesitan `.bmad/sprint-status.yaml`, ejecute `/workflow:start {N}` o `/project:migrate-backlog`.
-
-### Paso 2: Validar los metadatos
-
-Verificar los campos requeridos:
-- `metadata.sprint_id` - Identificador del sprint
-- `metadata.name` - Nombre del sprint
-- `metadata.start_date` - Fecha de inicio
-- `metadata.end_date` - Fecha de fin
-- `metadata.goal` - Objetivo del sprint (min 10 caracteres)
-
-### Paso 3: Validar las stories
-
-Verificar la preparacion de las stories:
-- Al menos 1 story en `ready-for-dev`
-- Todas las stories tienen story points
-- Sin stories bloqueadas en estado ready
-
-### Paso 4: Verificacion de capacidad opcional
-
-Si `metadata.capacity_points` esta definido:
-- Suma de puntos stories ready ≤ capacidad + 20%
-
-### Paso 5: Generar el informe
-
-Mostrar el estado de preparacion del sprint.
-Empezar el informe con la fuente utilizada: `Fuente: .bmad/sprint-status.yaml` o `Fuente: Markdown (project-management/sprints/sprint-{N}-*/)`.
-
-## Formato de salida
-
-### Sprint listo
-
-```
-═══════════════════════════════════════════════════════
-           Validacion Sprint Ready Gate
-═══════════════════════════════════════════════════════
-
-Sprint: sprint-3 - Gestion de Usuarios
-Periodo: 2026-01-29 → 2026-02-12 (14 dias)
-
-Resultados de validacion:
-──────────────────────────────────────────────────────
-✅ Metadatos Sprint (20%)
-   ID: sprint-3
-   Nombre: Gestion de Usuarios
-   Inicio: 2026-01-29
-   Fin: 2026-02-12
-
-✅ Sprint Goal (15%)
-   "Implementar las funcionalidades de gestion de usuarios
-    incluyendo registro, inicio de sesion y gestion de perfil"
-
-✅ Stories listas (25%)
-   5 stories en estado ready-for-dev
-   Total puntos: 21
-
-✅ Stories estimadas (20%)
-   Las 8 stories tienen story points
-
-✅ Verificacion capacidad (10%)
-   Planificado: 21 puntos
-   Capacidad: 25 puntos
-   Utilizacion: 84%
-
-✅ Dependencias resueltas (10%)
-   Ninguna story bloqueada en estado ready
-
-Puntuacion: 100/100
-──────────────────────────────────────────────────────
-
-✅ SPRINT READY GATE VALIDADO
-
-El sprint puede iniciarse.
-
-Stories listas:
-  📖 US-010: Registro de usuario (5 pts)
-  📖 US-011: Inicio de sesion de usuario (5 pts)
-  📖 US-012: Pagina de perfil (5 pts)
-  📖 US-013: Restablecimiento de contrasena (3 pts)
-  📖 US-014: Verificacion de email (3 pts)
-
-Comandos:
-  /sprint:start           Iniciar el sprint
-  /sprint:next-story     Tomar la primera story
-═══════════════════════════════════════════════════════
-```
-
-### Sprint no listo
-
-```
-═══════════════════════════════════════════════════════
-           Validacion Sprint Ready Gate
-═══════════════════════════════════════════════════════
-
-Sprint: (no configurado)
-
-Resultados de validacion:
-──────────────────────────────────────────────────────
-❌ Metadatos Sprint (20%)
-   Faltante: sprint_id
-   Faltante: start_date
-   Faltante: end_date
-
-❌ Sprint Goal (15%)
-   Faltante: Ningun objetivo definido
-
-⚠️ Stories listas (25%)
-   Solo 1 story en ready-for-dev
-   Recomendado: al menos 3 stories
-
-❌ Stories estimadas (20%)
-   3 stories sin story points:
-   - US-010: Registro de usuario
-   - US-012: Pagina de perfil
-   - US-015: Pagina de configuracion
-
-⏳ Verificacion capacidad (10%)
-   Omitido: Sin capacidad definida
-
-⚠️ Dependencias resueltas (10%)
-   1 story ready esta bloqueada:
-   - US-011: Bloqueada por API externa
-
-Puntuacion: 35/100
-──────────────────────────────────────────────────────
-
-❌ SPRINT READY GATE FALLIDO
-
-Acciones requeridas:
-──────────────────────────────────────────────────────
-1. Configurar los metadatos del sprint
-   Editar .bmad/sprint-status.yaml:
-   ```yaml
-   metadata:
-     sprint_id: "sprint-3"
-     name: "Gestion de Usuarios"
-     start_date: "2026-01-29"
-     end_date: "2026-02-12"
-     goal: "Implementar las funcionalidades de gestion de usuarios"
-   ```
-
-2. Definir el objetivo del sprint
-   Agregar un objetivo claro y medible
-
-3. Estimar las stories faltantes
-   /project:update-story US-010 --points 5
-   /project:update-story US-012 --points 5
-   /project:update-story US-015 --points 3
-
-4. Resolver las stories bloqueadas
-   US-011 bloqueada por: dependencia API externa
-   Opciones:
-   - Retirar del sprint
-   - Desbloquear la dependencia
-   - Reordenar las stories
-
-Relanzar: /gate:validate-sprint
-═══════════════════════════════════════════════════════
-```
-
-## Ejemplo
-
-```
-/gate:validate-sprint
-/gate:validate-sprint --verbose
-```
-
-## Configuracion Sprint
-
-Configurar el sprint en `.bmad/sprint-status.yaml`:
-
-```yaml
-metadata:
-  sprint_id: "sprint-3"
-  name: "Gestion de Usuarios"
-  start_date: "2026-01-29"
-  end_date: "2026-02-12"
-  goal: "Implementar las funcionalidades de gestion de usuarios"
-  capacity_points: 25  # Opcional: capacidad del equipo
-```
-
-Configuracion del gate: `.bmad/gates/sprint-ready-gate.yaml`
+Ejecuta `/gate:check sprint $ARGUMENTS`: lee `.claude/commands/gate/check.md` y síguelo con estos argumentos.

package/Project/i18n/es/Gate/commands/validate-story.md

@@ -1,204 +1,9 @@
 ---
-description: Validar una story contra la Definition of Done
-argument-hint: <story-id>
+description: "Obsoleto (se elimina en 9.0): usa /gate:check story"
+deprecated: true
+replaced-by: /gate:check
 ---
 
-# Validar Story Gate (DoD)
+> ⚠️ `/gate:validate-story` está obsoleto y se eliminará en 9.0. Usa `/gate:check story`.
 
-Valida una User Story contra los criterios de la Definition of Done.
-Todos los criterios deben aprobarse para marcar la story como terminada.
-
-## Argumentos
-
-$ARGUMENTS (format: <story-id>)
-- **story-id** (requerido): Identificador de la story (ej: US-001)
-
-## Criterios Definition of Done
-
-| Criterio | Peso | Requerido | Descripcion |
-|----------|------|-----------|-------------|
-| Tareas completas | 20% | Si | Todas las tareas marcadas como done |
-| Tests aprobados | 20% | Si | Ciclo TDD completo (green/refactor) |
-| AC validados | 20% | Si | Todos los criterios de aceptacion validados |
-| Codigo revisado | 15% | Si | Revision por pares terminada |
-| Sin bloqueantes | 10% | Si | No en estado bloqueado |
-| Documentacion | 10% | No | Docs actualizadas si es necesario |
-| Revision seguridad | 5% | No | Implicaciones de seguridad verificadas |
-
-**Umbral: 100% (todos los criterios requeridos)**
-
-## Proceso
-
-### Paso 1: Cargar la story
-
-1. Leer `.bmad/sprint-status.yaml`
-2. Encontrar la story por ID
-3. Cargar todos los campos de la story
-
-### Paso 2: Validar cada criterio
-
-Verificar todos los criterios DoD:
-- Tareas: `tasks.completed == tasks.total`
-- Tests: `tdd_phase in ['green', 'refactor', 'done']`
-- AC: `acceptance_criteria.validated == acceptance_criteria.total`
-- Review: `status == 'review' or review.approved == true`
-- Bloqueantes: `blocked_reason == null`
-
-### Paso 3: Generar el informe
-
-Mostrar los resultados detallados con estado pass/fail.
-
-## Formato de salida
-
-### Story valida DoD
-
-```
-═══════════════════════════════════════════════════════
-          Story DoD Gate: US-005
-═══════════════════════════════════════════════════════
-
-📖 US-005: Verificacion de email
-Estado: review → done (pendiente)
-
-Definition of Done:
-──────────────────────────────────────────────────────
-✅ Tareas completas (20%)
-   Todas las tareas terminadas: 4/4
-   □ TASK-021: Endpoint backend ✓
-   □ TASK-022: Servicio de email ✓
-   □ TASK-023: Flujo frontend ✓
-   □ TASK-024: Tests ✓
-
-✅ Tests aprobados (20%)
-   Fase TDD: refactor
-   Todos los tests en verde
-
-✅ Criterios de Aceptacion (20%)
-   Validados: 3/3
-   ✓ AC1: Email de verificacion enviado
-   ✓ AC2: El enlace expira despues de 24h
-   ✓ AC3: Estado del usuario actualizado
-
-✅ Codigo revisado (15%)
-   PR #42 aprobada por @reviewer
-   Estado review: aprobado
-
-✅ Sin bloqueantes (10%)
-   Ningun problema bloqueante
-
-✅ Documentacion (10%)
-   Docs API actualizadas
-
-✅ Revision seguridad (5%)
-   Generacion de token revisada
-
-Puntuacion: 100/100
-──────────────────────────────────────────────────────
-
-✅ STORY DoD GATE VALIDADO
-
-La story puede transicionarse hacia 'done'.
-Ejecutar: /sprint:transition US-005 done
-═══════════════════════════════════════════════════════
-```
-
-### Story falla DoD
-
-```
-═══════════════════════════════════════════════════════
-          Story DoD Gate: US-005
-═══════════════════════════════════════════════════════
-
-📖 US-005: Verificacion de email
-Estado: in-progress
-
-Definition of Done:
-──────────────────────────────────────────────────────
-❌ Tareas completas (20%)
-   Tareas terminadas: 2/4
-   ✓ TASK-021: Endpoint backend
-   ✓ TASK-022: Servicio de email
-   □ TASK-023: Flujo frontend (en curso)
-   □ TASK-024: Tests (pendiente)
-
-❌ Tests aprobados (20%)
-   Fase TDD: red
-   Los tests fallan
-
-⚠️ Criterios de Aceptacion (20%)
-   Validados: 1/3
-   ✓ AC1: Email de verificacion enviado
-   □ AC2: El enlace expira despues de 24h
-   □ AC3: Estado del usuario actualizado
-
-❌ Codigo revisado (15%)
-   Ninguna PR creada
-
-✅ Sin bloqueantes (10%)
-   Ningun problema bloqueante
-
-⏳ Documentacion (10%)
-   No verificado
-
-⏳ Revision seguridad (5%)
-   No verificado
-
-Puntuacion: 25/100
-──────────────────────────────────────────────────────
-
-❌ STORY DoD GATE FALLIDO
-
-Acciones requeridas:
-──────────────────────────────────────────────────────
-1. Terminar las tareas restantes
-   - TASK-023: Flujo frontend
-   - TASK-024: Tests
-
-2. Corregir los tests fallidos
-   Fase TDD actual: red
-   Ejecutar los tests e implementar las correcciones
-
-3. Validar los criterios de aceptacion
-   - Probar AC2: Expiracion del enlace
-   - Probar AC3: Actualizacion estado usuario
-
-4. Crear una pull request para revision
-   git push && gh pr create
-
-Trabajo restante estimado:
-  Tareas: 2 restantes
-  Ciclos TDD: 2 (para las tareas restantes)
-
-Reanudar el trabajo: /sprint:dev US-005
-═══════════════════════════════════════════════════════
-```
-
-## Ejemplo
-
-```
-/gate:validate-story US-005
-/gate:validate-story US-001
-```
-
-## Guia fases TDD
-
-| Fase | Significado | Siguiente paso |
-|------|-------------|----------------|
-| red | Tests fallan | Implementar el codigo |
-| green | Tests pasan | Refactorizar |
-| refactor | Limpieza | Terminar o siguiente tarea |
-| done | Ciclo completo | Pasar a review |
-
-Actualizar la fase:
-```
-/sprint:tdd US-005 green
-```
-
-## Integracion
-
-Este gate se verifica:
-1. Manualmente via este comando
-2. En el hook Stop (quality-gate.sh)
-3. Antes de `/sprint:transition <id> done`
-
-Configuracion del gate: `.bmad/gates/story-gate.yaml`
+Ejecuta `/gate:check story $ARGUMENTS`: lee `.claude/commands/gate/check.md` y síguelo con estos argumentos.

package/Project/i18n/es/Gate/commands/validate-techspec.md

@@ -1,203 +1,9 @@
 ---
-description: Validar el Tech Spec contra el quality gate (≥90%)
-argument-hint: [archivo-techspec]
+description: "Obsoleto (se elimina en 9.0): usa /gate:check spec"
+deprecated: true
+replaced-by: /gate:check
 ---
 
-# Validar el Tech Spec Gate
+> ⚠️ `/gate:validate-techspec` está obsoleto y se eliminará en 9.0. Usa `/gate:check spec`.
 
-Valida una Especificacion Tecnica contra el quality gate Tech Spec.
-El Tech Spec debe alcanzar al menos 90% para aprobar.
-
-## Argumentos
-
-$ARGUMENTS (format: [archivo-techspec])
-- **archivo-techspec** (opcional): Ruta hacia el archivo Tech Spec. Por defecto: `docs/tech-spec.md`
-
-## Criterios del Gate
-
-| Criterio | Peso | Requerido | Descripcion |
-|----------|------|-----------|-------------|
-| Vision general Arquitectura | 12% | Si | Descripcion del diseno del sistema |
-| Diagrama Arquitectura | 10% | Si | Representacion visual |
-| Componentes | 12% | Si | Definiciones de modulos/servicios |
-| Modelo de datos | 10% | Si | Diseno de base de datos/entidades |
-| Contratos API | 10% | Si | Especificaciones de endpoints |
-| Seguridad | 12% | Si | Autenticacion y medidas de seguridad |
-| Rendimiento | 8% | No | Requisitos de rendimiento |
-| Manejo de errores | 8% | No | Estrategia de errores |
-| Estrategia de pruebas | 10% | Si | Enfoque de testing |
-| Despliegue | 8% | No | CI/CD y release |
-
-**Umbral: 90%**
-
-## Proceso
-
-### Paso 1: Localizar el archivo Tech Spec
-
-1. Usar la ruta proporcionada o la predeterminada `docs/tech-spec.md`
-2. Verificar que el archivo existe
-3. Cargar el contenido para analisis
-
-### Paso 2: Validar cada criterio
-
-Para cada criterio:
-- Verificar las secciones y palabras clave relevantes
-- Verificar la existencia de diagramas (mermaid, imagenes)
-- Validar la profundidad tecnica
-
-### Paso 3: Calcular la puntuacion
-
-Puntuacion = suma de los pesos de los criterios validados
-
-### Paso 4: Generar el informe
-
-Mostrar los resultados detallados con sugerencias.
-
-## Formato de salida
-
-### Tech Spec validado
-
-```
-═══════════════════════════════════════════════════════
-          Validacion Quality Gate Tech Spec
-═══════════════════════════════════════════════════════
-
-Archivo: docs/tech-spec.md
-Umbral: 90%
-
-Resultados de validacion:
-──────────────────────────────────────────────────────
-✅ Vision general Arquitectura (12%)
-   Encontrado: Clean Architecture con 4 capas descritas
-
-✅ Diagrama Arquitectura (10%)
-   Encontrado: Diagrama Mermaid en la seccion "System Design"
-
-✅ Componentes (12%)
-   Encontrado: 6 componentes con responsabilidades definidas
-
-✅ Modelo de datos (10%)
-   Encontrado: Definiciones de entidades con relaciones
-
-✅ Contratos API (10%)
-   Encontrado: Endpoints REST con esquemas request/response
-
-✅ Seguridad (12%)
-   Encontrado: JWT auth, RBAC, cifrado en reposo
-
-✅ Rendimiento (8%)
-   Encontrado: Objetivos de latencia, estrategia de cache
-
-✅ Manejo de errores (8%)
-   Encontrado: Codigos de error, politicas de retry
-
-✅ Estrategia de pruebas (10%)
-   Encontrado: Planes de tests unitarios, integracion, e2e
-
-✅ Despliegue (8%)
-   Encontrado: Pipeline CI/CD, despliegue blue-green
-
-Puntuacion: 100/100 (100%)
-──────────────────────────────────────────────────────
-
-✅ TECH SPEC GATE VALIDADO
-
-Listo para pasar a la creacion del Backlog.
-Siguiente: /arch:handoff po
-═══════════════════════════════════════════════════════
-```
-
-### Tech Spec no validado
-
-```
-═══════════════════════════════════════════════════════
-          Validacion Quality Gate Tech Spec
-═══════════════════════════════════════════════════════
-
-Archivo: docs/tech-spec.md
-Umbral: 90%
-
-Resultados de validacion:
-──────────────────────────────────────────────────────
-✅ Vision general Arquitectura (12%)
-❌ Diagrama Arquitectura (10%)
-   Faltante: Ningun diagrama encontrado (mermaid, PNG, SVG)
-✅ Componentes (12%)
-✅ Modelo de datos (10%)
-⚠️ Contratos API (10%)
-   Parcial: Endpoints listados pero sin esquemas
-❌ Seguridad (12%)
-   Faltante: Sin autenticacion/autorizacion definida
-✅ Rendimiento (8%)
-✅ Manejo de errores (8%)
-✅ Estrategia de pruebas (10%)
-⚠️ Despliegue (8%)
-   Parcial: CI mencionado pero sin estrategia CD
-
-Puntuacion: 68/100 (68%)
-──────────────────────────────────────────────────────
-
-❌ TECH SPEC GATE FALLIDO (necesita 90%, obtuvo 68%)
-
-Acciones requeridas:
-──────────────────────────────────────────────────────
-1. Agregar un diagrama de arquitectura
-   ```mermaid
-   graph TB
-     Client --> API[API Gateway]
-     API --> Service[Business Logic]
-     Service --> DB[(Database)]
-   ```
-
-2. Definir la estrategia de seguridad
-   - Metodo de autenticacion (JWT, OAuth2)
-   - Modelo de autorizacion (RBAC, ABAC)
-   - Enfoque de cifrado de datos
-
-3. Completar los contratos API con esquemas
-   - Esquemas JSON request/response
-   - Formatos de respuestas de error
-   - Estrategia de versionado
-
-4. Agregar estrategia de despliegue
-   - Pasos del pipeline CI/CD
-   - Promocion entre entornos
-   - Procedimientos de rollback
-
-Relanzar despues de correcciones: /gate:validate-techspec
-═══════════════════════════════════════════════════════
-```
-
-## Ejemplo
-
-```
-/gate:validate-techspec
-/gate:validate-techspec docs/auth-tech-spec.md
-```
-
-## Revision de arquitectura
-
-Considere crear un ADR para las decisiones significativas:
-```
-/arch:adr "JWT vs autenticacion basada en sesion"
-```
-
-Configuracion del gate: `.bmad/gates/techspec-gate.yaml`
-
-## Siguiente paso
-
-```
-╔══════════════════════════════════════════════════════════╗
-║                    SIGUIENTE PASO                        ║
-╠══════════════════════════════════════════════════════════╣
-║                                                          ║
-║  Si PASS (≥ umbral):                                     ║
-║  → /gate:validate-backlog                                ║
-║    Validar el backlog                                    ║
-║                                                          ║
-║  Si FAIL (< umbral):                                     ║
-║  → Corregir las especificaciones técnicas                ║
-║  → /gate:validate-techspec (re-run tras correcciones)    ║
-║                                                          ║
-╚══════════════════════════════════════════════════════════╝
-```
+Ejecuta `/gate:check spec $ARGUMENTS`: lee `.claude/commands/gate/check.md` y síguelo con estos argumentos.