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

package/Dev/i18n/es/Common/commands/ralph-run.md

@@ -76,6 +76,35 @@ El sistema DoD valida la finalización a través de múltiples criterios:
 | `hook` | Ejecutar un hook de Claude existente |
 | `human` | Validación humana interactiva |
 
+#### Límite del validador `command` → usar `type: hook`
+
+`type: command` solo ejecuta los comandos que pasan la lista blanca de `Tools/Ralph/lib/dod-validator.sh`: letras, dígitos, espacio y `_ . / " ' -`. Cualquier comando que contenga `=`, `|`, `&` o `:` (así como `;`, `>`, `$`, etc.) se rechaza con `ERROR: Invalid command`: el criterio **nunca** se valida y el bucle se ejecuta hasta que salta el circuit breaker.
+
+| Comando rechazado | Carácter culpable |
+|-------------------|-------------------|
+| `dotnet build /p:TreatWarningsAsErrors=true` | `:` y `=` |
+| `npm test && npm run lint` | `&` |
+| `pytest \| tee out.log` | `\|` |
+
+En estos casos, colocar el comando en un script y declararlo como `type: hook`:
+
+```yaml
+definition_of_done:
+  checklist:
+    - id: build
+      type: hook
+      script: ".ralph/dod/build.sh"
+      required: true
+```
+
+```bash
+#!/usr/bin/env bash
+# .ralph/dod/build.sh — recibe {"cwd": ..., "output": ...} en JSON por stdin
+dotnet build /p:TreatWarningsAsErrors=true || exit 2
+```
+
+El script devuelve `0` (criterio cumplido) o `2` (criterio fallido). Claves leídas por tipo: `command` → `command:`, `output_contains` y `file_changed` → `pattern:`, `hook` → `script:`, `human` → `prompt:`.
+
 ### 4. Circuit Breaker Adaptativo (v2.0)
 
 Selecciona automáticamente el perfil basándose en palabras clave de la tarea:
@@ -100,6 +129,23 @@ Claude trabaja...
 Stop → stop-dod-gate.sh → Bloquear si DoD no satisfecho (exit 2)
 ```
 
+## ¿/goal (interactivo) o Ralph (autónomo/CI)?
+
+`/goal` es un comando nativo de Claude Code que se escribe dentro de una sesión: no es una opción de `ralph.sh`, que no ofrece ninguna para ello y nunca genera un `/goal`. Ambas herramientas son complementarias:
+
+| Criterio | `/goal` (nativo) | Ralph (`ralph.sh`) |
+|----------|------------------|--------------------|
+| Criterio de fin | Juicio LLM: un modelo pequeño y rápido evalúa, tras cada turno, lo que es visible en la conversación — no ejecuta ningún comando ni lee ningún archivo | Determinista: comandos, patrones y hooks ejecutados por `dod-validator.sh` |
+| Límite de iteraciones | Sin límite fijo: termina cuando la condición se cumple o se juzga imposible, con `/goal clear`, o si Claude encadena varios turnos sin herramientas; se puede escribir un límite en la condición | `max_iterations` + circuit breaker adaptativo |
+| Headless / CI | `claude -p "/goal ..."` itera hasta el final en una sola invocación; uso en CI no documentado | Diseñado para ello: ejecución autónoma (`--autonomous`, `--overnight`), dashboard `headless` |
+| `disableAllHooks: true` | No disponible: `/goal` envuelve un Stop hook de sesión (igual con `allowManagedHooksOnly`) | El bucle y la DoD se ejecutan dentro de `ralph.sh`; solo se desactiva la integración de hooks (`stop-dod-gate.sh`) |
+| Configuración | Ninguna; un único goal por sesión, borrado por `/clear` | `ralph.yml` |
+
+- **Elegir `/goal`** para una tarea interactiva cuyo fin se constata en la conversación (mostrar la salida de los tests: el evaluador no los ejecuta).
+- **Elegir Ralph** cuando el fin debe demostrarse con comandos, con un límite de iteraciones, de forma autónoma o en CI.
+
+Referencia: [documentación de `/goal`](https://code.claude.com/docs/en/goal).
+
 ## Ejemplos de Inicio Rápido
 
 ```bash
@@ -275,4 +321,4 @@ Cuando se activa un timeout:
 
 - `@ralph-conductor` - Agente para la orquestación de Ralph
 - `/qa:tdd` - Corrección de bugs basada en TDD
-- `/sprint:dev` - Desarrollo de sprint con TDD
+- `/workflow:implement` - Desarrollo de sprint con TDD

package/Dev/i18n/es/Common/commands/release-checklist.md

@@ -1,245 +1,9 @@
 ---
-description: Lista de Verificación de Release
-argument-hint: [arguments]
+description: "Obsoleto (se elimina en 9.0): usa /gate:check release"
+deprecated: true
+replaced-by: /gate:check
 ---
 
-# Lista de Verificación de Release
+> ⚠️ `/common:release-checklist` está obsoleto y se eliminará en 9.0. Usa `/gate:check release`.
 
-Eres un Release Manager experto. Debes guiar al equipo a través de todos los pasos de un release de calidad, verificando cada punto crítico.
-
-## Argumentos
-$ARGUMENTS
-
-Argumentos:
-- Versión (ej: `1.2.0`, `2.0.0-beta.1`)
-- Tipo (patch, minor, major)
-
-Ejemplo: `/common:release-checklist 1.2.0 minor`
-
-## MISIÓN
-
-### Paso 1: Validación Pre-Release
-
-#### 1.1 Estado del Código
-```bash
-# Verificar en rama correcta
-git branch --show-current  # Debe ser main/master o release/*
-
-# Verificar sin cambios sin commit
-git status
-
-# Verificar que todas las pruebas pasan
-# [Ejecutar pruebas según tecnología]
-```
-
-#### 1.2 Changelog
-```bash
-# Verificar CHANGELOG.md actualizado
-cat CHANGELOG.md | head -50
-
-# Generar changelog desde último tag
-git log $(git describe --tags --abbrev=0)..HEAD --pretty=format:"- %s"
-```
-
-#### 1.3 Archivos de Versión
-```bash
-# Verificar/actualizar archivos de versión
-# PHP: composer.json
-# Python: pyproject.toml, __version__.py
-# Node: package.json
-# Flutter: pubspec.yaml
-# iOS: Info.plist
-# Android: build.gradle
-```
-
-### Paso 2: Pruebas Exhaustivas
-
-```bash
-# Pruebas unitarias
-# Pruebas de integración
-# Pruebas E2E
-# Pruebas de rendimiento
-# Pruebas de seguridad
-```
-
-### Paso 3: Documentación
-
-```bash
-# Verificar documentación
-# - README actualizado
-# - Docs API generadas
-# - Guía de migración (si hay cambios breaking)
-```
-
-### Paso 4: Generar Lista de Verificación Interactiva
-
-```
-══════════════════════════════════════════════════════════════
-🚀 LISTA DE VERIFICACIÓN RELEASE - v{VERSION}
-══════════════════════════════════════════════════════════════
-
-Tipo: {TYPE} (patch/minor/major)
-Fecha: AAAA-MM-DD
-Rama: main
-
-══════════════════════════════════════════════════════════════
-📋 PRE-RELEASE
-══════════════════════════════════════════════════════════════
-
-## Calidad de Código
-- [ ] Todas las pruebas pasan (unit, integration, e2e)
-- [ ] Cobertura de pruebas ≥ 80%
-- [ ] Análisis estático sin errores
-- [ ] Code review completado en todos los PRs
-- [ ] Sin TODO/FIXME bloqueantes
-
-## Seguridad
-- [ ] Auditoría de dependencias (sin CVEs críticos)
-- [ ] Sin secretos en código
-- [ ] Pruebas de seguridad pasadas (OWASP)
-- [ ] Certificados SSL válidos
-
-## Documentación
-- [ ] CHANGELOG.md actualizado
-- [ ] README.md actualizado
-- [ ] Documentación API generada
-- [ ] Guía de migración (si hay cambios breaking)
-- [ ] Notas de release escritas
-
-## Versionado
-- [ ] Número de versión incrementado
-- [ ] Tags git preparados
-- [ ] Ramas de release creadas (si aplica)
-
-══════════════════════════════════════════════════════════════
-📦 BUILD & PACKAGE
-══════════════════════════════════════════════════════════════
-
-## Backend
-- [ ] Build de producción exitoso
-- [ ] Assets compilados y minificados
-- [ ] Migraciones BD preparadas
-- [ ] Variables de entorno documentadas
-
-## Frontend Web
-- [ ] Bundle optimizado (code splitting, tree shaking)
-- [ ] Assets listos para CDN
-- [ ] Service worker actualizado
-- [ ] Sourcemaps generados (pero no desplegados a prod)
-
-## Mobile (si aplica)
-- [ ] Build iOS firmado
-- [ ] Build Android firmado
-- [ ] Screenshots de tienda actualizados
-- [ ] Metadata de tienda lista
-
-══════════════════════════════════════════════════════════════
-🔧 VALIDACIÓN EN STAGING
-══════════════════════════════════════════════════════════════
-
-- [ ] Despliegue en staging exitoso
-- [ ] Migraciones BD ejecutadas exitosamente
-- [ ] Pruebas manuales de humo OK
-- [ ] Pruebas de regresión pasadas
-- [ ] Rendimiento aceptable (< umbrales definidos)
-- [ ] Monitoreo funciona (logs, métricas)
-- [ ] Rollback probado
-
-══════════════════════════════════════════════════════════════
-🚀 DESPLIEGUE EN PRODUCCIÓN
-══════════════════════════════════════════════════════════════
-
-## Pre-Deploy
-- [ ] Modo mantenimiento activado (si necesario)
-- [ ] Backup de base de datos realizado
-- [ ] Comunicación a equipo de soporte
-- [ ] Ventana de despliegue validada
-
-## Deploy
-- [ ] Despliegue en producción lanzado
-- [ ] Migraciones BD ejecutadas
-- [ ] Health checks pasan
-- [ ] Modo mantenimiento desactivado
-
-## Post-Deploy
-- [ ] Pruebas de humo en producción OK
-- [ ] Monitoreo verificado (sin errores)
-- [ ] Rendimiento nominal
-- [ ] Tag git creado y pusheado
-- [ ] Release GitHub/GitLab creado
-
-══════════════════════════════════════════════════════════════
-📢 COMUNICACIÓN
-══════════════════════════════════════════════════════════════
-
-- [ ] Notas de release publicadas
-- [ ] Equipo de soporte informado
-- [ ] Clientes notificados (si aplica)
-- [ ] Documentación pública actualizada
-- [ ] Anuncio blog/redes sociales (si aplica)
-
-══════════════════════════════════════════════════════════════
-🔙 PLAN DE ROLLBACK
-══════════════════════════════════════════════════════════════
-
-En caso de problema crítico:
-
-1. Identificar problema
-   - Logs: [URL monitoreo]
-   - Alertas: [URL alerting]
-
-2. Decisión de rollback
-   - Umbral: > 5% errores 5xx por 5 min
-   - Decisor: [Nombre]
-
-3. Ejecutar rollback
-   ```bash
-   # Comando de rollback
-   [Adaptar según infraestructura]
-   ```
-
-4. Rollback BD (si necesario)
-   ```bash
-   # Migraciones down
-   [Adaptar según ORM]
-   ```
-
-5. Comunicación
-   - Notificar equipo
-   - Abrir incidente
-   - Post-mortem
-
-══════════════════════════════════════════════════════════════
-✅ VALIDACIÓN FINAL
-══════════════════════════════════════════════════════════════
-
-[ ] Todas las casillas marcadas
-[ ] Release validado por: _______________
-[ ] Fecha/hora release: _______________
-
-Notas:
-_________________________________________________
-_________________________________________________
-```
-
-## Comandos Útiles
-
-```bash
-# Crear tag
-git tag -a v{VERSION} -m "Release v{VERSION}"
-git push origin v{VERSION}
-
-# Crear release GitHub
-gh release create v{VERSION} --title "v{VERSION}" --notes-file RELEASE_NOTES.md
-
-# Generar changelog automático
-git-cliff --unreleased --tag v{VERSION} > CHANGELOG.md
-```
-
-## Recordatorio Semantic Versioning
-
-| Tipo | Cuándo | Ejemplo |
-|------|-------|---------|
-| MAJOR | Cambios breaking | 1.0.0 → 2.0.0 |
-| MINOR | Nueva funcionalidad | 1.0.0 → 1.1.0 |
-| PATCH | Corrección de bug | 1.0.0 → 1.0.1 |
+Ejecuta `/gate:check release $ARGUMENTS`: lee `.claude/commands/gate/check.md` y síguelo con estos argumentos. Si falta ese archivo, reinstala claude-craft con la gestión de proyectos.

package/Dev/i18n/es/Common/commands/setup-project-context.md

@@ -1,290 +1,9 @@
 ---
-name: setup-project-context
-description: Analizar el codigo y configurar el contexto del proyecto interactivamente
-arguments:
-  - name: mode
-    description: Modo de deteccion (--auto preguntas minimas, --full cuestionario completo)
-    required: false
+description: "Obsoleto (se elimina en 9.0): usa /common:init --context"
+deprecated: true
+replaced-by: /common:init
 ---
 
-# Configuracion del Contexto del Proyecto
+> ⚠️ `/common:setup-project-context` está obsoleto y se eliminará en 9.0. Usa `/common:init --context`.
 
-Configura `.claude/rules/00-project-context.md` analizando el codigo y haciendo preguntas especificas.
-
-## Ejecucion
-
-### Fase 1: Deteccion Automatica
-
-Analizar los siguientes archivos y directorios:
-
-**Archivos de Configuracion:**
-- `package.json` → Nombre del proyecto Node.js, dependencias, scripts
-- `composer.json` → Nombre del proyecto PHP, dependencias, framework
-- `pubspec.yaml` → Nombre del proyecto Flutter/Dart, dependencias
-- `requirements.txt` / `pyproject.toml` → Dependencias Python
-- `Cargo.toml` → Proyecto Rust
-- `go.mod` → Modulo Go
-
-**Entorno y Configuracion:**
-- `.env`, `.env.example` → Base de datos, servicios
-- `config/` → Configuracion del framework
-- `docker-compose.yml` → Servicios (DB, Redis, etc.)
-
-**Estructura:**
-- `src/`, `lib/`, `app/` → Ubicacion del codigo fuente
-- `tests/`, `spec/` → Framework de testing
-- `docs/`, `specifications/` → Documentacion
-- `.github/`, `.gitlab-ci.yml` → CI/CD
-
-**Dominio (si aplica):**
-- `src/Entity/`, `src/Domain/` → Entidades de negocio (PHP/Symfony)
-- `lib/models/`, `lib/domain/` → Modelos (Flutter/Dart)
-- `models/`, `schemas/` → Modelos de datos
-- `migrations/` → Esquema de base de datos
-
-Mostrar resultados del analisis:
-
-```
-╔══════════════════════════════════════════════════════════════╗
-║             RESULTADOS DEL ANALISIS DEL PROYECTO              ║
-╚══════════════════════════════════════════════════════════════╝
-
-✅ Informacion Detectada:
-┌─────────────────┬────────────────────────────────┐
-│ Elemento        │ Valor                          │
-├─────────────────┼────────────────────────────────┤
-│ Nombre Proyecto │ {nombre_detectado}             │
-│ Lenguaje        │ {lenguaje_detectado}           │
-│ Framework       │ {framework_detectado}          │
-│ Base de Datos   │ {database_detectada}           │
-│ Testing         │ {testing_detectado}            │
-│ CI/CD           │ {cicd_detectado}               │
-└─────────────────┴────────────────────────────────┘
-
-📁 Estructura del Proyecto:
-{estructura_detectada}
-
-📄 Documentacion Encontrada:
-{docs_detectados}
-
-❌ No Detectado (se preguntara):
-- {elementos_faltantes}
-```
-
-### Fase 2: Preguntas Interactivas
-
-Preguntar solo por informacion NO detectada en la Fase 1.
-Omitir preguntas si se usa el modo `--auto` y existe un valor por defecto razonable.
-
-**Preguntas Esenciales:**
-
-1. **Tipo de Aplicacion** (si no se detecto):
-   ```
-   Que tipo de aplicacion es?
-   [ ] API REST      [ ] Aplicacion Web    [ ] Aplicacion Movil
-   [ ] Herramienta CLI [ ] Libreria/Paquete [ ] Monorepo
-   ```
-
-2. **Dominio de Negocio**:
-   ```
-   Cual es el dominio de negocio?
-   [ ] E-commerce    [ ] Plataforma SaaS   [ ] FinTech
-   [ ] HealthTech    [ ] EdTech            [ ] Social/Comunidad
-   [ ] Media/Contenido [ ] IoT             [ ] Otro: _____
-   ```
-
-3. **Usuarios Objetivo** (2-3 personas):
-   ```
-   Describe a tus usuarios principales:
-
-   Usuario Principal:
-   > Rol: _____
-   > Objetivo principal: _____
-
-   Usuario Secundario (opcional):
-   > Rol: _____
-   > Objetivo principal: _____
-   ```
-
-4. **Requisitos de Cumplimiento**:
-   ```
-   Que requisitos de cumplimiento aplican?
-   [ ] GDPR (Proteccion de datos UE)
-   [ ] HIPAA (Salud EEUU)
-   [ ] PCI-DSS (Tarjetas de pago)
-   [ ] SOC2 (Seguridad)
-   [ ] Ninguno / No aplica
-   ```
-
-**Preguntas Extendidas** (solo con modo `--full`):
-
-5. **Objetivos de Negocio**:
-   ```
-   Objetivos a corto plazo (3-6 meses):
-   > _____
-
-   Objetivos a mediano plazo (6-12 meses):
-   > _____
-   ```
-
-6. **Problemas Conocidos/Deuda Tecnica**:
-   ```
-   Hay problemas conocidos o deuda tecnica a documentar?
-   > _____
-   ```
-
-7. **Terminos del Glosario**:
-   ```
-   Terminos clave de negocio a definir (separados por comas):
-   > _____
-   ```
-
-### Fase 3: Generar Archivo de Contexto
-
-Crear `.claude/rules/00-project-context.md`:
-
-```markdown
-# Contexto del Proyecto - {NOMBRE_PROYECTO}
-
-> Generado automaticamente por `/common:setup-project-context` el {FECHA}
-> Revisar y personalizar segun sea necesario.
-
-## Modo Plan
-
-> **El modo plan es recomendado.** Claude activa el modo plan para estructurar el enfoque, identificar dependencias y presentar una estrategia de generación antes de crear artefactos.
-
-## Vision General
-
-**{NOMBRE_PROYECTO}** es una aplicacion {TIPO} para el dominio {DOMINIO}.
-
-{DESCRIPCION_DESDE_README_O_USUARIO}
-
-## Stack Tecnico
-
-| Componente   | Tecnologia           |
-|--------------|----------------------|
-| Lenguaje     | {LENGUAJE}           |
-| Framework    | {FRAMEWORK}          |
-| Base Datos   | {DATABASE}           |
-| Cache        | {CACHE_SI_DETECTADO} |
-| Testing      | {FRAMEWORKS_TEST}    |
-| CI/CD        | {PLATAFORMA_CICD}    |
-
-## Estructura del Proyecto
-
-```
-{ESTRUCTURA_DETECTADA}
-```
-
-## Dominio de Negocio
-
-### Conceptos Clave
-
-{ENTIDADES_SI_DETECTADAS}
-
-### Bounded Contexts
-
-<!-- Agregar si usa DDD -->
-- Contexto 1: ...
-- Contexto 2: ...
-
-## Usuarios y Personas
-
-### {ROL_USUARIO_PRINCIPAL}
-- **Objetivo:** {OBJETIVO_USUARIO_PRINCIPAL}
-- **Puntos de friccion:** Por documentar
-- **Flujos clave:** Por documentar
-
-### {ROL_USUARIO_SECUNDARIO}
-- **Objetivo:** {OBJETIVO_USUARIO_SECUNDARIO}
-- **Puntos de friccion:** Por documentar
-- **Flujos clave:** Por documentar
-
-## Restricciones
-
-### Cumplimiento
-{REQUISITOS_CUMPLIMIENTO}
-
-### Objetivos de Rendimiento
-- Tiempo de carga de pagina: < 3s
-- Tiempo de respuesta API: < 200ms
-- Disponibilidad: 99.9%
-
-### Requisitos de Seguridad
-- Cumplimiento OWASP Top 10
-- Validacion de entrada en todos los endpoints
-- Autenticacion requerida para recursos protegidos
-
-## Objetivos
-
-### Corto plazo
-{OBJETIVOS_CORTO_PLAZO_O_PLACEHOLDER}
-
-### Mediano plazo
-{OBJETIVOS_MEDIANO_PLAZO_O_PLACEHOLDER}
-
-## Problemas Conocidos / Deuda Tecnica
-
-{PROBLEMAS_O_PLACEHOLDER}
-
-## Glosario
-
-| Termino | Definicion |
-|---------|------------|
-{TERMINOS_GLOSARIO_O_EJEMPLOS}
-```
-
-### Fase 4: Validacion y Siguientes Pasos
-
-Mostrar resumen y recomendaciones:
-
-```
-╔══════════════════════════════════════════════════════════════╗
-║              CONTEXTO DEL PROYECTO GENERADO                   ║
-╚══════════════════════════════════════════════════════════════╝
-
-✅ Archivo creado: .claude/rules/00-project-context.md
-
-Resumen:
-┌─────────────────┬────────────────────────────────┐
-│ Proyecto        │ {NOMBRE_PROYECTO}              │
-│ Tipo            │ {TIPO}                         │
-│ Stack           │ {FRAMEWORK} + {DATABASE}       │
-│ Dominio         │ {DOMINIO}                      │
-│ Cumplimiento    │ {CUMPLIMIENTO}                 │
-│ Personas        │ {CANTIDAD} definidos           │
-└─────────────────┴────────────────────────────────┘
-
-📋 Siguientes Pasos Recomendados:
-
-1. Revisar archivo generado y completar secciones placeholder
-2. Agregar bounded contexts detallados si usa DDD
-3. Documentar flujos de negocio clave
-4. Considerar ejecutar agentes especializados:
-   - @database-architect → Documentar esquema de base de datos
-   - @api-designer → Documentar endpoints de API
-   - @security-reviewer → Revisar restricciones de seguridad
-
-Desea que abra el archivo para revision?
-```
-
-## Modos
-
-| Modo | Comportamiento |
-|------|----------------|
-| (defecto) | Deteccion + preguntas esenciales (tipo, dominio, usuarios, cumplimiento) |
-| `--auto` | Deteccion maxima, omitir preguntas con valores por defecto razonables |
-| `--full` | Todas las preguntas incluyendo objetivos, problemas y glosario |
-
-## Ejemplos
-
-```bash
-# Modo estandar - deteccion y preguntas equilibradas
-/common:setup-project-context
-
-# Modo auto - interaccion minima
-/common:setup-project-context --auto
-
-# Modo completo - cuestionario exhaustivo
-/common:setup-project-context --full
-```
+Ejecuta `/common:init --context $ARGUMENTS`: lee `.claude/commands/common/init.md` y síguelo con estos argumentos.

package/Dev/i18n/es/Common/rules/12-context-management.md

@@ -386,7 +386,7 @@ Sesion 2: Implementacion (codificar, testear)
 El comando `/loop` permite planificar tareas recurrentes:
 
 ```bash
-/loop 5m /common:pre-commit-check    # Verificar cada 5 minutos
+/loop 5m /gate:check commit    # Verificar cada 5 minutos
 /loop "Monitorear tests CI"           # Auto-cadencia por el modelo
 ```
 

package/Dev/i18n/es/QA/commands/fix.md

@@ -227,19 +227,19 @@ resume_from:
 
 ```bash
 # Corregir todos los bugs de una sesion recette
-/qa:recette-fix --session=REC-20260130-143022
+/qa:fix --session=REC-20260130-143022
 
 # Dry run: refinar y documentar sin corregir
-/qa:recette-fix --session=REC-20260130-143022 --dry-run
+/qa:fix --session=REC-20260130-143022 --dry-run
 
 # Corregir solo bugs criticos y altos
-/qa:recette-fix --session=REC-20260130-143022 --severity=high
+/qa:fix --session=REC-20260130-143022 --severity=high
 
 # Generar documentos BMAD sin lanzar el TDD
-/qa:recette-fix --session=REC-20260130-143022 --skip-fix
+/qa:fix --session=REC-20260130-143022 --skip-fix
 
 # Corregir con commit automatico
-/qa:recette-fix --session=REC-20260130-143022 --auto-commit
+/qa:fix --session=REC-20260130-143022 --auto-commit
 ```
 
 ## Estructura de Salida
@@ -269,9 +269,9 @@ resume_from:
 | Comando | Descripcion |
 |---------|-------------|
 | `/qa:recette` | Ejecutar pruebas de aceptacion |
-| `/qa:recette-status` | Mostrar estado de sesion |
-| `/qa:recette-regression` | Ver tests de regresion |
-| `/qa:recette-report` | Generar informe |
+| `/qa:status` | Mostrar estado de sesion |
+| `/qa:regression` | Ver tests de regresion |
+| `/qa:status --report` | Generar informe |
 
 ## Mensajes de Error
 

package/Dev/i18n/es/QA/commands/recette.md

@@ -214,12 +214,11 @@ entries:
 
 | Comando | Descripcion |
 |---------|-------------|
-| `/qa:recette-fix` | Corregir bugs de una sesion |
-| `/qa:recette-status` | Mostrar estado de sesion |
-| `/qa:recette-regression` | Ver pruebas de regresion |
-| `/qa:recette-report` | Generar reporte |
-| `/qa:validate` | Validar AC de una story |
-| `/qa:automate` | Crear pruebas automatizadas |
+| `/qa:fix` | Corregir bugs de una sesion |
+| `/qa:status` | Mostrar estado de sesion |
+| `/qa:regression` | Ver pruebas de regresion |
+| `/qa:status --report` | Generar reporte |
+| `/gate:check story` | Validar AC de una story |
 
 ## Capacidades de Chrome
 
@@ -262,9 +261,9 @@ entries:
 ║    Corrección con enfoque TDD                            ║
 ║                                                          ║
 ║  Si todos los tests pasan:                               ║
-║  → /qa:report                                            ║
+║  → /qa:status --report                                            ║
 ║    Generar el informe de recette                         ║
-║  → /sprint:transition done                               ║
+║  → /project:backlog move story done                               ║
 ║    Marcar la story como terminada                        ║
 ║                                                          ║
 ╚══════════════════════════════════════════════════════════╝