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

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

@@ -1,123 +1,9 @@
 ---
-description: Validar la alineación spec-código para garantizar que la implementación coincide con las especificaciones
-argument-hint: [id-story]
+description: "Obsoleto (se elimina en 9.0): usa /gate:check alignment"
+deprecated: true
+replaced-by: /gate:check
 ---
 
-# Validar Alineación Spec-Código
+> ⚠️ `/gate:validate-alignment` está obsoleto y se eliminará en 9.0. Usa `/gate:check alignment`.
 
-Validar que la implementación del código está alineada con las especificaciones (PRD, user stories, spec técnica). Este gate asegura que no se ha producido deriva de especificación durante la implementación.
-
-## Argumentos
-
-$ARGUMENTS (formato: [id-story])
-- **id-story** (opcional): ID de la story a verificar. Por defecto: todas las stories del sprint actual
-
-## Criterios del Gate
-
-| Criterio | Peso | Requerido | Descripción |
-|----------|------|-----------|-------------|
-| Cobertura de requirements | 20% | Sí | Todos los FR-xxx del PRD cubiertos por stories |
-| Mapeo story-código | 20% | Sí | Todas las stories tienen referencias de código |
-| Mapeo AC-test | 20% | Sí | Todos los criterios de aceptación tienen tests |
-| Adherencia al spec técnico | 15% | Sí | La implementación sigue el diseño del spec técnico |
-| Conformidad constitución | 15% | Sí | El código respeta la constitución del proyecto |
-| Detección de deriva | 10% | No | Sin cambios de código no referenciados |
-
-**Umbral: 85%**
-
-## Proceso
-
-### Paso 1: Cargar especificaciones
-
-1. Cargar el PRD con los IDs de requirements FR-xxx
-2. Cargar las user stories con las referencias `Implements:`
-3. Cargar el spec técnico con el mapeo de requirements
-4. Cargar la constitución del proyecto (si existe)
-
-### Paso 2: Trazado hacia adelante (Spec → Código)
-
-Para cada requirement FR-xxx en el PRD:
-1. Encontrar stories que lo implementan (`Implements: FR-xxx`)
-2. Para cada story, encontrar archivos de código con `// Story: US-xxx`
-3. Para cada AC, encontrar el test correspondiente
-4. Registrar el estado de cobertura
-
-### Paso 3: Trazado hacia atrás (Código → Spec)
-
-Para cada archivo de código con referencias de story:
-1. Verificar que la referencia de story existe en el backlog
-2. Verificar que la story está asignada al sprint correcto
-3. Buscar cambios de código sin referencias de story (deriva)
-
-### Paso 4: Validar la constitución
-
-Si `project-management/constitution.md` existe:
-1. Verificar conformidad de restricciones técnicas
-2. Verificar adherencia a principios de diseño
-3. Verificar objetivos NFR
-
-### Paso 5: Puntuar y reportar
-
-Calcular puntuación ponderada en todos los criterios. Generar reporte detallado.
-
-## Formato de salida
-
-### Gate aprobado
-
-```
-╔══════════════════════════════════════════════════════════╗
-║          GATE ALINEACIÓN SPEC-CÓDIGO ✅                  ║
-╠══════════════════════════════════════════════════════════╣
-║ Story: US-012 | Puntuación: 92%                          ║
-╠══════════════════════════════════════════════════════════╣
-║                                                          ║
-║ ✅ Cobertura requirements     3/3 FR-xxx cubiertos       ║
-║ ✅ Mapeo story-código         4 archivos ref. US-012     ║
-║ ✅ Mapeo AC-test              3/3 ACs tienen tests       ║
-║ ✅ Adherencia spec técnico    Diseño conforme al spec    ║
-║ ✅ Conformidad constitución   Todas las restricciones OK ║
-║ ⚠️  Detección de deriva       1 archivo no referenciado  ║
-║                                                          ║
-║ → Alineación verificada, listo para merge                ║
-╚══════════════════════════════════════════════════════════╝
-```
-
-### Gate fallido
-
-```
-╔══════════════════════════════════════════════════════════╗
-║          GATE ALINEACIÓN SPEC-CÓDIGO ❌                  ║
-╠══════════════════════════════════════════════════════════╣
-║ Story: US-012 | Puntuación: 65%                          ║
-╠══════════════════════════════════════════════════════════╣
-║                                                          ║
-║ ✅ Cobertura requirements     3/3 FR-xxx cubiertos       ║
-║ ❌ Mapeo story-código         2 archivos sin referencias ║
-║ ❌ Mapeo AC-test              AC-2 no tiene test         ║
-║ ✅ Adherencia spec técnico    Diseño conforme al spec    ║
-║ ❌ Conformidad constitución   NFR de rendimiento no OK   ║
-║ ⚠️  Detección de deriva       3 archivos no referenciados║
-║                                                          ║
-║ Acciones requeridas:                                     ║
-║ 1. Agregar // Story: US-012 a ProfileService.ts         ║
-║ 2. Agregar // Story: US-012 a ProfileValidator.ts       ║
-║ 3. Escribir test para AC-2: Usuario puede editar email  ║
-║ 4. Optimizar API de perfil para meta de <200ms          ║
-║                                                          ║
-║ → Corregir problemas antes del merge                     ║
-╚══════════════════════════════════════════════════════════╝
-```
-
-## Ejemplo
-
-```
-/gate:validate-alignment US-012
-/gate:validate-alignment          # Todas las stories del sprint actual
-```
-
-## Comandos relacionados
-
-- `/project:trace` — Ver matriz de trazabilidad
-- `/project:coverage-map` — Verificar cobertura de requirements
-- `/project:checkpoint` — Ejecutar checkpoints de fase
-- `/gate:validate-story` — Validar completitud de la story
+Ejecuta `/gate:check alignment $ARGUMENTS`: lee `.claude/commands/gate/check.md` y síguelo con estos argumentos.

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

@@ -1,235 +1,9 @@
 ---
-description: "Validar las stories del backlog contra los criterios INVEST"
-argument-hint: "[story-id] [--no-gate]"
+description: "Obsoleto (se elimina en 9.0): usa /gate:check backlog"
+deprecated: true
+replaced-by: /gate:check
 ---
 
-# Validar Gate Backlog
+> ⚠️ `/gate:validate-backlog` está obsoleto y se eliminará en 9.0. Usa `/gate:check backlog`.
 
-Validar las User Stories contra los criterios INVEST.
-Todas las stories deben aprobar los 6 criterios INVEST.
-
-## Argumentos
-
-$ARGUMENTS (format: [story-id] [--no-gate])
-- **story-id** (opcional): Story específica a validar (ej: US-001). Si se omite, valida todas las stories.
-- **--no-gate** (opcional): Ejecutar solo la validación INVEST simple (omitir la aplicación del gate de calidad, los umbrales de puntuación y el veredicto pasa/falla). Útil para verificaciones rápidas durante el refinement sin bloquear en los criterios del gate.
-
-## Criterios INVEST
-
-| Letra | Criterio | Descripción | Verificaciones |
-|-------|----------|-------------|----------------|
-| **I** | Independiente | Puede desarrollarse sola | Sin dependencias bloqueantes |
-| **N** | Negociable | Los detalles pueden discutirse | Tiene descripción, no sobre-especificada |
-| **V** | Valiosa | Aporta valor al usuario | Tiene criterios de aceptación, declaración de beneficio |
-| **E** | Estimable | Puede ser estimada | Tiene story points |
-| **S** | Suficientemente pequeña | Cabe en un sprint | ≤ 8 story points |
-| **T** | Testeable | Puede ser probada | Tiene criterios de aceptación |
-
-**Umbral: 6/6 para cada story**
-
-## Proceso
-
-### Paso 1: Cargar las stories
-
-1. Leer `.bmad/sprint-status.yaml`
-2. Obtener la story especificada o todas las stories
-3. Cargar los detalles de cada story
-
-### Paso 2: Validar INVEST para cada story
-
-Para cada criterio:
-- **Independiente**: Verificar que `blocked_by` esté vacío
-- **Negociable**: Verificar la longitud de la descripción, el número de tareas
-- **Valiosa**: Verificar que existen criterios de aceptación
-- **Estimable**: Verificar que los story points > 0
-- **Suficientemente pequeña**: Verificar que los story points ≤ 8
-- **Testeable**: Verificar que el número de criterios de aceptación > 0
-
-### Paso 3: Calcular las puntuaciones
-
-Puntuación INVEST por story (0-6)
-
-### Paso 4: Generar el informe
-
-Mostrar resultados individuales y agregados.
-
-## Formato de Salida
-
-### Todas las Stories Aprueban
-
-```
-═══════════════════════════════════════════════════════
-          Validación Gate INVEST Backlog
-═══════════════════════════════════════════════════════
-
-Validando 8 stories...
-
-Resultados:
-──────────────────────────────────────────────────────
-✅ US-001: Inicio de sesión de usuario
-   [I] ✓ Independiente - Sin dependencias
-   [N] ✓ Negociable - Descripción clara
-   [V] ✓ Valiosa - 3 criterios de aceptación
-   [E] ✓ Estimable - 5 story points
-   [S] ✓ Suficientemente pequeña - 5 ≤ 8 puntos
-   [T] ✓ Testeable - CA Gherkin definidos
-   Puntuación: 6/6 ✅
-
-✅ US-002: Registro de usuario
-   Puntuación: 6/6 ✅
-
-Resumen:
-──────────────────────────────────────────────────────
-Stories validadas: 8
-Aprobadas (6/6): 8
-Advertencias (4-5/6): 0
-Fallidas (<4/6): 0
-
-✅ GATE BACKLOG APROBADO
-
-Todas las stories cumplen los criterios INVEST.
-Lista para planificación del sprint.
-═══════════════════════════════════════════════════════
-```
-
-### Stories en Fallo
-
-```
-═══════════════════════════════════════════════════════
-          Validación Gate INVEST Backlog
-═══════════════════════════════════════════════════════
-
-Validando 8 stories...
-
-Resultados:
-──────────────────────────────────────────────────────
-✅ US-001: Inicio de sesión de usuario
-   Puntuación: 6/6 ✅
-
-⚠️ US-002: Registro de usuario
-   [I] ✓ Independiente
-   [N] ✓ Negociable
-   [V] ✓ Valiosa
-   [E] ✗ Estimable - Sin story points
-   [S] ? Suficientemente pequeña - No se puede verificar sin puntos
-   [T] ✓ Testeable
-   Puntuación: 4/6 ⚠️
-
-❌ US-003: Refactorización completa del sistema auth
-   [I] ✗ Independiente - Bloqueada por US-001, US-002
-   [N] ✗ Negociable - 15 tareas (demasiado especificada)
-   [V] ✓ Valiosa
-   [E] ✓ Estimable - 13 puntos
-   [S] ✗ Suficientemente pequeña - 13 > 8 puntos
-   [T] ✓ Testeable
-   Puntuación: 3/6 ❌
-
-Resumen:
-──────────────────────────────────────────────────────
-Stories validadas: 8
-Aprobadas (6/6): 6
-Advertencias (4-5/6): 1
-Fallidas (<4/6): 1
-
-❌ GATE BACKLOG FALLIDO
-
-Acciones Requeridas:
-──────────────────────────────────────────────────────
-US-002:
-  → Agregar la estimación en story points
-  → Ejecutar: /project:update-story US-002 --points 3
-
-US-003:
-  → Dividir en stories más pequeñas (≤8 puntos cada una)
-  → Eliminar detalles de tareas innecesarios
-  → Resolver dependencias o reordenar
-  → Considerar: /project:split-story US-003
-
-Relanzar después de correcciones: /gate:validate-backlog
-═══════════════════════════════════════════════════════
-```
-
-### Validación de Story Única
-
-```
-═══════════════════════════════════════════════════════
-          Validación INVEST: US-005
-═══════════════════════════════════════════════════════
-
-📖 US-005: Verificación de email
-
-Análisis INVEST:
-──────────────────────────────────────────────────────
-[I] ✓ Independiente
-    Sin dependencias bloqueantes
-
-[N] ✓ Negociable
-    Descripción: 45 palabras
-    Tareas: 4 (razonable)
-
-[V] ✓ Valiosa
-    "Como usuario, quiero verificar mi email
-     para poder asegurar mi cuenta"
-    Criterios de aceptación: 3
-
-[E] ✓ Estimable
-    Story Points: 3
-
-[S] ✓ Suficientemente pequeña
-    3 puntos ≤ 8 puntos
-
-[T] ✓ Testeable
-    3 escenarios Gherkin definidos
-
-Puntuación: 6/6 ✅
-──────────────────────────────────────────────────────
-
-✅ Story cumple los criterios INVEST
-
-Estado: ready-for-dev
-═══════════════════════════════════════════════════════
-```
-
-## Ejemplo
-
-```
-/gate:validate-backlog
-/gate:validate-backlog US-005
-```
-
-## Corrección de Problemas Comunes
-
-### Story demasiado grande (S)
-```
-/project:split-story US-003
-```
-
-### Story points faltantes (E)
-```
-/project:update-story US-002 --points 3
-```
-
-### Criterios de aceptación faltantes (V, T)
-```
-/project:add-ac US-002 "Given... When... Then..."
-```
-
-Configuración del gate: `.bmad/gates/backlog-gate.yaml`
-
-## Siguiente Paso
-
-```
-╔══════════════════════════════════════════════════════════╗
-║                    SIGUIENTE PASO                        ║
-╠══════════════════════════════════════════════════════════╣
-║                                                          ║
-║  Si PASS (≥ umbral):                                     ║
-║  → /gate:validate-sprint                                 ║
-║    Validar la preparación del sprint                     ║
-║                                                          ║
-║  Si FAIL (< umbral):                                     ║
-║  → Corregir los problemas identificados                  ║
-║  → /gate:validate-backlog (re-run tras correcciones)     ║
-║                                                          ║
-╚══════════════════════════════════════════════════════════╝
-```
+Ejecuta `/gate:check backlog $ARGUMENTS`: lee `.claude/commands/gate/check.md` y síguelo con estos argumentos.

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

@@ -1,125 +1,9 @@
 ---
-description: Validar el PRD contra el quality gate (≥80%)
-argument-hint: [archivo-prd]
+description: "Obsoleto (se elimina en 9.0): usa /gate:check prd"
+deprecated: true
+replaced-by: /gate:check
 ---
 
-# Validar Gate PRD
+> ⚠️ `/gate:validate-prd` está obsoleto y se eliminará en 9.0. Usa `/gate:check prd`.
 
-Validar un Documento de Requisitos del Producto contra el quality gate PRD.
-El PRD debe obtener al menos 80% para aprobar.
-
-## Argumentos
-
-$ARGUMENTS (format: [archivo-prd])
-- **archivo-prd** (opcional): Ruta hacia el archivo PRD. Por defecto: `docs/prd.md`
-
-## Criterios del Gate
-
-| Criterio | Peso | Requerido | Descripcion |
-|----------|------|-----------|-------------|
-| Declaracion del problema | 15% | Si | Articulacion clara del problema |
-| Usuarios objetivo | 15% | Si | Audiencia/personas definidas |
-| Objetivos | 15% | Si | Objetivos medibles |
-| Metricas de exito | 15% | Si | KPIs y medidas |
-| Alcance | 10% | Si | Lo que esta incluido/excluido |
-| Resumen User Stories | 10% | Si | Lista de funcionalidades |
-| Suposiciones | 10% | No | Suposiciones documentadas |
-| Riesgos | 10% | No | Identificacion de riesgos |
-
-**Umbral: 80%**
-
-## Proceso
-
-### Paso 1: Localizar el archivo PRD
-
-1. Usar la ruta proporcionada o la predeterminada `docs/prd.md`
-2. Verificar que el archivo existe
-3. Cargar el contenido para analisis
-
-### Paso 2: Validar cada criterio
-
-Para cada criterio, verificar:
-- El contenido existe con las palabras clave relevantes
-- La seccion tiene una longitud de contenido minima
-- Los elementos requeridos estan presentes
-
-### Paso 3: Calcular la puntuacion
-
-Calculo de la puntuacion:
-- Cada criterio tiene un peso (porcentaje)
-- Aprobar un criterio suma su peso a la puntuacion
-- Puntuacion final = suma de los pesos aprobados
-
-### Paso 4: Generar el informe
-
-Mostrar:
-- Resultados por criterio
-- Puntuacion total y umbral
-- Estado Aprobado/Fallido
-- Sugerencias de mejora
-
-## Formato de Salida
-
-### PRD Validado
-
-```
-═══════════════════════════════════════════════════════
-            Validacion Gate PRD
-═══════════════════════════════════════════════════════
-
-Archivo: docs/prd.md
-Umbral: 80%
-
-Resultados de Validacion:
-──────────────────────────────────────────────────────
-✅ Declaracion del problema (15%)
-✅ Usuarios objetivo (15%)
-✅ Objetivos (15%)
-✅ Metricas de exito (15%)
-✅ Alcance (10%)
-✅ Resumen User Stories (10%)
-✅ Suposiciones (10%)
-⚠️ Riesgos (10%) - Parcial
-
-Puntuacion: 90/100 (90%)
-──────────────────────────────────────────────────────
-
-✅ GATE PRD APROBADO
-
-Listo para pasar a la fase Tech Spec.
-Siguiente: /pm:handoff architect
-═══════════════════════════════════════════════════════
-```
-
-### PRD Fallido
-
-```
-═══════════════════════════════════════════════════════
-            Validacion Gate PRD
-═══════════════════════════════════════════════════════
-
-Archivo: docs/prd.md
-Umbral: 80%
-
-Puntuacion: 50/100 (50%)
-──────────────────────────────────────────────────────
-
-❌ GATE PRD FALLIDO (necesita 80%, obtuvo 50%)
-
-Acciones Requeridas:
-──────────────────────────────────────────────────────
-1. Agregar objetivos medibles
-2. Definir las metricas de exito y KPIs
-3. Documentar las suposiciones
-4. Agregar la evaluacion de riesgos
-
-Relanzar despues de correcciones: /gate:validate-prd
-═══════════════════════════════════════════════════════
-```
-
-## Ejemplo
-
-```
-/gate:validate-prd
-/gate:validate-prd docs/feature-prd.md
-```
+Ejecuta `/gate:check prd $ARGUMENTS`: lee `.claude/commands/gate/check.md` y síguelo con estos argumentos.