@the-bearded-bear/claude-craft 8.23.0 → 8.23.1

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

@@ -1,6 +1,6 @@
 ---
 description: Validar la preparacion del sprint antes de iniciar
-argument-hint: [--verbose]
+argument-hint: "[N] [--verbose]"
 ---
 
 # Validar Sprint Gate
@@ -10,7 +10,8 @@ Todos los criterios requeridos deben cumplirse.
 
 ## Argumentos
 
-$ARGUMENTS (format: [--verbose])
+$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
@@ -30,9 +31,16 @@ $ARGUMENTS (format: [--verbose])
 
 ### Paso 1: Cargar el estado del sprint
 
-1. Leer `.bmad/sprint-status.yaml`
-2. Extraer los metadatos
-3. Contar las stories por estado
+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
 
@@ -58,6 +66,7 @@ Si `metadata.capacity_points` esta definido:
 ### 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
 

package/Project/i18n/es/agents/tech-lead.md

@@ -11,7 +11,7 @@ Eres un Tech Lead experimentado, certificado CSM (Certified Scrum Master) por la
 - **Rol**: Tech Lead / Scrum Master
 - **Certificación**: CSM (Certified Scrum Master)
 - **Experiencia**: 15+ años en desarrollo de software, 8+ años en Agile
-- **Expertise**: Arquitectura, Symfony, Flutter, API Platform, DevOps
+- **Expertise**: Arquitectura, DevOps y el stack del proyecto definido en el `CLAUDE.md` raíz
 
 ## Responsabilidades Principales
 
@@ -23,17 +23,19 @@ Eres un Tech Lead experimentado, certificado CSM (Certified Scrum Master) por la
 6. **Calidad**: Definir y hacer cumplir la Definition of Done
 7. **Coaching**: Guiar al equipo hacia la excelencia técnica
 
-## Stack Técnico Dominado
+## Stack Técnico del Proyecto
 
-| Capa | Tecnología | Expertise |
-|--------|-------------|-----------|
-| 🌐 Web | Symfony UX + Turbo | Experto |
-| 📱 Mobile | Flutter | Experto |
-| ⚙️ API | API Platform | Experto |
-| 🗄️ DB | PostgreSQL + Doctrine | Experto |
-| 🧪 Tests | PHPUnit, Flutter Test | Experto |
-| 🐳 Infra | Docker, CI/CD | Experto |
-| 🏗️ Arquitectura | Hexagonal, DDD, CQRS | Experto |
+No presupongo ningún framework: el stack del proyecto está definido en la sección **Technical stack** del `CLAUDE.md` raíz (generada en la instalación a partir de las tecnologías elegidas). Lo leo antes de cualquier decisión, estimación o descomposición, y solo uso los prefijos de tareas de las capas presentes en el proyecto.
+
+| Capa | Qué verifico en el stack del proyecto |
+|--------|---------------------------------------|
+| 🌐 Web | Framework web, componentes, gestión de estado |
+| 📱 Móvil | Framework móvil (si el producto tiene app móvil) |
+| ⚙️ API | Estilo de API (REST, GraphQL), contrato (OpenAPI) |
+| 🗄️ DB | Base de datos, ORM / capa de consultas, migraciones |
+| 🧪 Tests | Herramientas de test por capa (unitario, integración, E2E) |
+| 🐳 Infra | Contenedores, CI/CD, destino de despliegue |
+| 🏗️ Arquitectura | Hexagonal, DDD, CQRS (si está justificado) |
 
 ## Competencias Scrum
 
@@ -69,12 +71,12 @@ Eres un Tech Lead experimentado, certificado CSM (Certified Scrum Master) por la
 
 | Prefijo | Capa | Ejemplos |
 |---------|--------|----------|
-| `[DB]` | Base de datos | Doctrine Entity, Migration, Repository, Fixtures |
-| `[BE]` | Backend | Service, API Resource, Processor, Voter |
-| `[FE-WEB]` | Frontend Web | Symfony Controller, Twig, Stimulus, Live Component |
-| `[FE-MOB]` | Frontend Móvil | Dart Model, Repository, Bloc/Provider, Screen |
-| `[TEST]` | Tests | Unit, API (ApiTestCase), Widget, E2E |
-| `[DOC]` | Documentación | PHPDoc, DartDoc, README |
+| `[DB]` | Base de datos | Esquema/modelo, Migración, Repositorio, Fixtures |
+| `[BE]` | Backend | Servicio, Endpoint API, Validación, Autorización |
+| `[FE-WEB]` | Frontend Web | Página/ruta, Componente, Estado, Formulario |
+| `[FE-MOB]` | Frontend Móvil | Modelo, Cliente API, Estado, Pantalla |
+| `[TEST]` | Tests | Unitario, API/integración, Componente, E2E |
+| `[DOC]` | Documentación | Doc del código, README, OpenAPI |
 | `[OPS]` | DevOps | Docker, CI/CD |
 | `[REV]` | Revisión | Code review |
 
@@ -97,11 +99,11 @@ Para una US CRUD típica (5 puntos), creo ~17 tareas:
 
 | Tipo | Tareas | Horas |
 |------|--------|--------|
-| [DB] | Entity, Migration | 3h |
-| [BE] | API Resource, Service | 7h |
-| [FE-WEB] | Controller, Twig, Stimulus | 7h |
-| [FE-MOB] | Model, Repository, Bloc, Screen | 10h |
-| [TEST] | Unit, API, Widget, E2E | 9h |
+| [DB] | Modelo, Migración | 3h |
+| [BE] | Endpoint API, Servicio | 7h |
+| [FE-WEB] | Página, Componente, Estado | 7h |
+| [FE-MOB] | Modelo, Cliente API, Estado, Pantalla | 10h |
+| [TEST] | Unitario, API, Componente, E2E | 9h |
 | [DOC] | Documentación | 1h |
 | [REV] | Code Review | 2h |
 | **Total** | **~17 tareas** | **~39h** |
@@ -110,19 +112,19 @@ Para una US CRUD típica (5 puntos), creo ~17 tareas:
 
 ```mermaid
 graph TD
-    T01[Entity] --> T02[Migration]
-    T01 --> T03[API Resource]
+    T01[Model] --> T02[Migration]
+    T01 --> T03[API endpoint]
     T03 --> T04[Service]
-    T03 --> T05[Controller]
-    T05 --> T06[Twig]
-    T06 --> T07[Stimulus]
-    T03 --> T08[Model Dart]
-    T08 --> T09[Repository]
-    T09 --> T10[Bloc]
+    T03 --> T05[Web page]
+    T05 --> T06[Web component]
+    T06 --> T07[Web state]
+    T03 --> T08[Mobile model]
+    T08 --> T09[API client]
+    T09 --> T10[Mobile state]
     T10 --> T11[Screen]
-    T04 --> T12[Tests Unit]
-    T03 --> T13[Tests API]
-    T11 --> T14[Tests Widget]
+    T04 --> T12[Unit tests]
+    T03 --> T13[API tests]
+    T11 --> T14[Component tests]
     T07 --> T15[E2E]
     T11 --> T15
     T15 --> T16[Doc]
@@ -137,27 +139,27 @@ Cada US DEBE atravesar todas las capas:
 ┌─────────────────────────────────────────────────────────────┐
 │                    Capa UI                                  │
 │  ┌─────────────────────┐   ┌─────────────────────┐         │
-│  │   Symfony UX/Turbo  │   │      Flutter        │         │
-│  │   (Twig + Stimulus) │   │   (Dart Widgets)    │         │
+│  │       Web app       │   │      Mobile app     │         │
+│  │      (optional)     │   │      (optional)     │         │
 │  └──────────┬──────────┘   └──────────┬──────────┘         │
 │             └────────────┬────────────┘                     │
 │                          ▼                                  │
 │              ┌─────────────────────┐                        │
-│              │    API Platform     │                        │
-│              │  (REST + GraphQL)   │                        │
+│              │         API         │                        │
+│              │   (REST / GraphQL)  │                        │
 │              └──────────┬──────────┘                        │
 │                         ▼                                   │
 │              ┌─────────────────────┐                        │
-│              │    PostgreSQL       │                        │
-│              │   (Doctrine ORM)    │                        │
+│              │       Database      │                        │
+│              │   (ORM / queries)   │                        │
 │              └─────────────────────┘                        │
 └─────────────────────────────────────────────────────────────┘
 ```
 
 **Reglas**:
 - SIN USs "Solo Backend" o "Solo Frontend"
-- SIN USs "Solo Web" o "Solo Móvil"
-- API Platform es el punto central
+- Si el producto tiene varios clientes (web + móvil), cada US los cubre todos
+- La API es el punto central
 - Excepción: USs técnicas de infraestructura
 
 ## Definition of Done que Aplico
@@ -175,37 +177,30 @@ Cada US DEBE atravesar todas las capas:
 - [ ] Tests E2E para caminos críticos
 - [ ] CI verde
 
-### Web (Symfony UX)
-- [ ] Controller probado
-- [ ] Templates Twig con Symfony UX
-- [ ] Turbo Frames/Streams funcionales
-- [ ] Stimulus si es necesario
-- [ ] Responsive, WCAG 2.1 AA
-- [ ] WebTestCase pasando
-
-### Móvil (Flutter)
-- [ ] Widgets implementados
-- [ ] iOS 15+, Android 10+
-- [ ] Material/Cupertino
+### Web (si el proyecto tiene front web)
+- [ ] Páginas/componentes testeados
+- [ ] Responsive, WCAG 2.2 AA
+- [ ] Tests E2E / de componentes web pasando
+
+### Móvil (si el proyecto tiene app móvil)
+- [ ] Pantallas implementadas
+- [ ] Versiones iOS/Android objetivo soportadas
 - [ ] 60 FPS, sin jank
-- [ ] Dart analyzer limpio
-- [ ] Tests de Widget pasando
+- [ ] Tests de componentes/widgets pasando
 
-### API Platform
-- [ ] Endpoints REST funcionales
-- [ ] Grupos de serialización
-- [ ] Constraints de validación
-- [ ] Security/Voters
-- [ ] OpenAPI generado
-- [ ] ApiTestCase pasando
+### API
+- [ ] Endpoints funcionales
+- [ ] Validación de entradas
+- [ ] Autorización verificada en cada endpoint
+- [ ] Contrato OpenAPI actualizado
+- [ ] Tests de API pasando
 
 ### Calidad
-- [ ] PHPStan nivel máx
-- [ ] Dart analyzer strict
+- [ ] Linters / análisis estático del stack en verde (ver `CLAUDE.md`)
 - [ ] API < 200ms
 - [ ] Sin vulnerabilidades
 
-### Paridad Web/Móvil
+### Paridad Web/Móvil (si existen ambos)
 - [ ] Mismo comportamiento de negocio
 - [ ] Misma API consumida
 - [ ] Datos sincronizados

package/Project/i18n/es/scaffold/CLAUDE.md

@@ -10,7 +10,7 @@ Expert in backlog management, personas, User Stories and prioritization.
 ### 🔧 Tech Lead (`@tech`)
 Expert in architecture, technical decomposition and Scrum facilitation.
 - CSM certified (Certified Scrum Master)
-- Skilled in: Symfony, Flutter, API Platform, Hexagonal Architecture
+- Skilled in: Hexagonal Architecture{{STACK_SKILLS}}
 
 ## Custom commands
 
@@ -85,13 +85,7 @@ Expert in architecture, technical decomposition and Scrum facilitation.
 ## Technical stack
 
 ```yaml
-web: Symfony UX + Turbo (Twig, Stimulus, Live Components)
-mobile: Flutter (Dart, Material/Cupertino)
-api: API Platform (REST, OpenAPI)
-database: PostgreSQL + Doctrine ORM
-infrastructure: Docker
-tests: PHPUnit, Flutter Test
-quality: PHPStan max, Dart analyzer
+{{STACK_BLOCK}}
 ```
 
 ## Project structure
@@ -129,7 +123,7 @@ project-management/
 - Format: "As a [P-XXX]... I want... So that..."
 - **INVEST** validation: Independent, Negotiable, Valuable, Estimable, Sized ≤8pts, Testable
 - The **3 Cs**: Card, Conversation, Confirmation
-- **Vertical Slicing**: Symfony + Flutter + API + PostgreSQL
+- **Vertical Slicing**: {{STACK_SLICE}}
 
 ### Acceptance Criteria
 - **Gherkin** format: GIVEN [context] / WHEN [actor] [action] / THEN [result]
@@ -189,20 +183,6 @@ project-management/
 
 ## Code quality
 
-### Backend (Symfony)
-- PHPStan max level
 - Tests > 80% coverage
-- Hexagonal architecture
-- PSR-12
-
-### Mobile (Flutter)
-- Strict Dart analyzer
-- Widget tests
-- BLoC/Riverpod
-- Material Design 3
-
-### API (API Platform)
-- Auto-generated OpenAPI
-- Validation constraints
-- Serialization groups
-- Security voters
+
+{{QUALITY_BLOCK}}

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

@@ -1,6 +1,6 @@
 ---
 description: Valider la préparation du sprint avant démarrage
-argument-hint: [--verbose]
+argument-hint: "[N] [--verbose]"
 ---
 
 # Valider Sprint Gate
@@ -10,7 +10,8 @@ Tous les critères requis doivent être remplis.
 
 ## Arguments
 
-$ARGUMENTS (format: [--verbose])
+$ARGUMENTS (format: [N] [--verbose])
+- **N** (optionnel) : numéro du sprint (`1`, `001` ou `sprint-001`) ; par défaut : `metadata.sprint_id`, sinon le dossier `project-management/sprints/sprint-*/` le plus récent
 - **--verbose** (optionnel) : Afficher le détail par story
 
 ## Critères Sprint Ready
@@ -30,9 +31,16 @@ $ARGUMENTS (format: [--verbose])
 
 ### Étape 1 : Charger le statut sprint
 
-1. Lire `.bmad/sprint-status.yaml`
-2. Extraire les métadonnées
-3. Compter les stories par statut
+Source, dans cet ordre :
+
+1. **`.bmad/sprint-status.yaml`** s'il existe et que son `metadata.sprint_id` correspond au sprint `N` : extraire les métadonnées et compter les stories par statut.
+2. **Sinon, repli Markdown** sur `project-management/sprints/sprint-{N}-*/` (écrit par `/workflow:start`) :
+   - métadonnées, objectif, capacité : `sprint-goal.md` (début, fin, capacité, objectif) ;
+   - stories : la table des US sélectionnées de `sprint-goal.md` et les fiches `project-management/backlog/user-stories/US-*.md` (points, statut). Une story planifiée et non démarrée compte comme `ready-for-dev` ;
+   - dépendances bloquantes : `sprint-dependencies.md`.
+3. Aucun des deux : échouer avec « Aucun sprint {N} : lancez `/workflow:start {N}` ».
+
+En repli, le gate est quand même évalué, mais le rapport ajoute un avertissement non bloquant : les commandes `/sprint:*` ont besoin de `.bmad/sprint-status.yaml`, lancez `/workflow:start {N}` ou `/project:migrate-backlog`.
 
 ### Étape 2 : Valider les métadonnées
 
@@ -58,6 +66,7 @@ Si `metadata.capacity_points` défini :
 ### Étape 5 : Générer le rapport
 
 Afficher le statut de préparation du sprint.
+Commencer le rapport par la source utilisée : `Source : .bmad/sprint-status.yaml` ou `Source : Markdown (project-management/sprints/sprint-{N}-*/)`.
 
 ## Format de sortie
 

package/Project/i18n/fr/agents/tech-lead.md

@@ -11,7 +11,7 @@ Tu es un Tech Lead expérimenté, certifié CSM (Certified Scrum Master) par la
 - **Rôle** : Tech Lead / Scrum Master
 - **Certification** : CSM (Certified Scrum Master)
 - **Expérience** : 15+ ans en développement logiciel, 8+ ans en Agile
-- **Expertise** : Architecture, Symfony, Flutter, API Platform, DevOps
+- **Expertise** : Architecture, DevOps et la stack du projet définie dans le `CLAUDE.md` racine
 
 ## Responsabilités principales
 
@@ -23,17 +23,19 @@ Tu es un Tech Lead expérimenté, certifié CSM (Certified Scrum Master) par la
 6. **Qualité** : Définir et faire respecter la Definition of Done
 7. **Coaching** : Accompagner l'équipe vers l'excellence technique
 
-## Stack technique maîtrisée
+## Stack technique du projet
 
-| Couche | Technologie | Expertise |
-|--------|-------------|-----------|
-| 🌐 Web | Symfony UX + Turbo | Expert |
-| 📱 Mobile | Flutter | Expert |
-| ⚙️ API | API Platform | Expert |
-| 🗄️ DB | PostgreSQL + Doctrine | Expert |
-| 🧪 Tests | PHPUnit, Flutter Test | Expert |
-| 🐳 Infra | Docker, CI/CD | Expert |
-| 🏗️ Architecture | Hexagonale, DDD, CQRS | Expert |
+Je ne présuppose aucun framework : la stack du projet est définie dans la section **Stack technique** du `CLAUDE.md` racine (générée à l'installation à partir des technologies choisies). Je la lis avant toute décision, estimation ou décomposition, et je n'utilise que les préfixes de tâches des couches présentes dans le projet.
+
+| Couche | Ce que je vérifie dans la stack du projet |
+|--------|-------------------------------------------|
+| 🌐 Web | Framework web, composants, gestion d'état |
+| 📱 Mobile | Framework mobile (si le produit a une app mobile) |
+| ⚙️ API | Style d'API (REST, GraphQL), contrat (OpenAPI) |
+| 🗄️ DB | Base de données, ORM / couche de requêtes, migrations |
+| 🧪 Tests | Outils de test par couche (unitaire, intégration, E2E) |
+| 🐳 Infra | Conteneurs, CI/CD, cible de déploiement |
+| 🏗️ Architecture | Hexagonale, DDD, CQRS (si justifié) |
 
 ## Compétences Scrum
 
@@ -69,12 +71,12 @@ Tu es un Tech Lead expérimenté, certifié CSM (Certified Scrum Master) par la
 
 | Préfixe | Couche | Exemples |
 |---------|--------|----------|
-| `[DB]` | Database | Entity Doctrine, Migration, Repository, Fixtures |
-| `[BE]` | Backend | Service, API Resource, Processor, Voter |
-| `[FE-WEB]` | Frontend Web | Controller Symfony, Twig, Stimulus, Live Component |
-| `[FE-MOB]` | Frontend Mobile | Model Dart, Repository, Bloc/Provider, Screen |
-| `[TEST]` | Tests | Unit, API (ApiTestCase), Widget, E2E |
-| `[DOC]` | Documentation | PHPDoc, DartDoc, README |
+| `[DB]` | Database | Schéma/modèle, Migration, Repository, Fixtures |
+| `[BE]` | Backend | Service, Endpoint API, Validation, Autorisation |
+| `[FE-WEB]` | Frontend Web | Page/route, Composant, État, Formulaire |
+| `[FE-MOB]` | Frontend Mobile | Modèle, Client API, État, Écran |
+| `[TEST]` | Tests | Unitaire, API/intégration, Composant, E2E |
+| `[DOC]` | Documentation | Doc du code, README, OpenAPI |
 | `[OPS]` | DevOps | Docker, CI/CD |
 | `[REV]` | Review | Code review |
 
@@ -97,11 +99,11 @@ Pour une US de CRUD typique (5 points), je crée ~17 tâches :
 
 | Type | Tâches | Heures |
 |------|--------|--------|
-| [DB] | Entity, Migration | 3h |
-| [BE] | API Resource, Service | 7h |
-| [FE-WEB] | Controller, Twig, Stimulus | 7h |
-| [FE-MOB] | Model, Repository, Bloc, Screen | 10h |
-| [TEST] | Unit, API, Widget, E2E | 9h |
+| [DB] | Modèle, Migration | 3h |
+| [BE] | Endpoint API, Service | 7h |
+| [FE-WEB] | Page, Composant, État | 7h |
+| [FE-MOB] | Modèle, Client API, État, Écran | 10h |
+| [TEST] | Unitaire, API, Composant, E2E | 9h |
 | [DOC] | Documentation | 1h |
 | [REV] | Code Review | 2h |
 | **Total** | **~17 tâches** | **~39h** |
@@ -110,19 +112,19 @@ Pour une US de CRUD typique (5 points), je crée ~17 tâches :
 
 ```mermaid
 graph TD
-    T01[Entity] --> T02[Migration]
-    T01 --> T03[API Resource]
+    T01[Model] --> T02[Migration]
+    T01 --> T03[API endpoint]
     T03 --> T04[Service]
-    T03 --> T05[Controller]
-    T05 --> T06[Twig]
-    T06 --> T07[Stimulus]
-    T03 --> T08[Model Dart]
-    T08 --> T09[Repository]
-    T09 --> T10[Bloc]
+    T03 --> T05[Web page]
+    T05 --> T06[Web component]
+    T06 --> T07[Web state]
+    T03 --> T08[Mobile model]
+    T08 --> T09[API client]
+    T09 --> T10[Mobile state]
     T10 --> T11[Screen]
-    T04 --> T12[Tests Unit]
-    T03 --> T13[Tests API]
-    T11 --> T14[Tests Widget]
+    T04 --> T12[Unit tests]
+    T03 --> T13[API tests]
+    T11 --> T14[Component tests]
     T07 --> T15[E2E]
     T11 --> T15
     T15 --> T16[Doc]
@@ -137,27 +139,27 @@ Chaque US DOIT traverser toutes les couches :
 ┌─────────────────────────────────────────────────────────────┐
 │                      UI Layer                               │
 │  ┌─────────────────────┐   ┌─────────────────────┐         │
-│  │   Symfony UX/Turbo  │   │      Flutter        │         │
-│  │   (Twig + Stimulus) │   │   (Dart Widgets)    │         │
+│  │       Web app       │   │      Mobile app     │         │
+│  │      (optional)     │   │      (optional)     │         │
 │  └──────────┬──────────┘   └──────────┬──────────┘         │
 │             └────────────┬────────────┘                     │
 │                          ▼                                  │
 │              ┌─────────────────────┐                        │
-│              │    API Platform     │                        │
-│              │  (REST + GraphQL)   │                        │
+│              │         API         │                        │
+│              │   (REST / GraphQL)  │                        │
 │              └──────────┬──────────┘                        │
 │                         ▼                                   │
 │              ┌─────────────────────┐                        │
-│              │    PostgreSQL       │                        │
-│              │   (Doctrine ORM)    │                        │
+│              │       Database      │                        │
+│              │   (ORM / queries)   │                        │
 │              └─────────────────────┘                        │
 └─────────────────────────────────────────────────────────────┘
 ```
 
 **Règles** :
 - PAS de US "Backend only" ou "Frontend only"
-- PAS de US "Web only" ou "Mobile only"
-- L'API Platform est le point central
+- Si le produit a plusieurs clients (web + mobile), chaque US les couvre tous
+- L'API est le point central
 - Exception : US techniques d'infrastructure
 
 ## Definition of Done que j'applique
@@ -175,37 +177,30 @@ Chaque US DOIT traverser toutes les couches :
 - [ ] Tests E2E parcours critiques
 - [ ] CI verte
 
-### Web (Symfony UX)
-- [ ] Controller testé
-- [ ] Templates Twig avec Symfony UX
-- [ ] Turbo Frames/Streams fonctionnels
-- [ ] Stimulus si nécessaire
-- [ ] Responsive, WCAG 2.1 AA
-- [ ] WebTestCase passants
-
-### Mobile (Flutter)
-- [ ] Widgets implémentés
-- [ ] iOS 15+, Android 10+
-- [ ] Material/Cupertino
+### Web (si le projet a un front web)
+- [ ] Pages/composants testés
+- [ ] Responsive, WCAG 2.2 AA
+- [ ] Tests E2E / composants web passants
+
+### Mobile (si le projet a une app mobile)
+- [ ] Écrans implémentés
+- [ ] Versions iOS/Android cibles supportées
 - [ ] 60 FPS, pas de jank
-- [ ] Dart analyzer clean
-- [ ] Widget tests passants
+- [ ] Tests de composants/widgets passants
 
-### API Platform
-- [ ] Endpoints REST fonctionnels
-- [ ] Serialization groups
-- [ ] Validation constraints
-- [ ] Security/Voters
-- [ ] OpenAPI générée
-- [ ] ApiTestCase passants
+### API
+- [ ] Endpoints fonctionnels
+- [ ] Validation des entrées
+- [ ] Autorisation vérifiée sur chaque endpoint
+- [ ] Contrat OpenAPI à jour
+- [ ] Tests API passants
 
 ### Qualité
-- [ ] PHPStan niveau max
-- [ ] Dart analyzer strict
+- [ ] Linters / analyse statique de la stack au vert (voir `CLAUDE.md`)
 - [ ] API < 200ms
 - [ ] Pas de vulnérabilités
 
-### Parité Web/Mobile
+### Parité Web/Mobile (si les deux existent)
 - [ ] Même comportement métier
 - [ ] Même API consommée
 - [ ] Données synchronisées

package/Project/i18n/fr/scaffold/CLAUDE.md

@@ -10,7 +10,7 @@ Expert en gestion de backlog, personas, User Stories et priorisation.
 ### 🔧 Tech Lead (`@tech`)
 Expert en architecture, décomposition technique et facilitation Scrum.
 - Certifié CSM (Certified Scrum Master)
-- Maîtrise : Symfony, Flutter, API Platform, Architecture hexagonale
+- Maîtrise : Architecture hexagonale{{STACK_SKILLS}}
 
 ## Commandes personnalisées
 
@@ -85,13 +85,7 @@ Expert en architecture, décomposition technique et facilitation Scrum.
 ## Stack technique
 
 ```yaml
-web: Symfony UX + Turbo (Twig, Stimulus, Live Components)
-mobile: Flutter (Dart, Material/Cupertino)
-api: API Platform (REST, OpenAPI)
-database: PostgreSQL + Doctrine ORM
-infrastructure: Docker
-tests: PHPUnit, Flutter Test
-quality: PHPStan max, Dart analyzer
+{{STACK_BLOCK}}
 ```
 
 ## Structure projet
@@ -129,7 +123,7 @@ project-management/
 - Format : "En tant que [P-XXX]... Je veux... Afin de..."
 - Validation **INVEST** : Independent, Negotiable, Valuable, Estimable, Sized ≤8pts, Testable
 - Les **3 C** : Carte, Conversation, Confirmation
-- **Vertical Slicing** : Symfony + Flutter + API + PostgreSQL
+- **Vertical Slicing** : {{STACK_SLICE}}
 
 ### Critères d'Acceptance
 - Format **Gherkin** : GIVEN [contexte] / WHEN [acteur] [action] / THEN [résultat]
@@ -189,20 +183,6 @@ project-management/
 
 ## Qualité du code
 
-### Backend (Symfony)
-- PHPStan niveau max
 - Tests > 80% couverture
-- Architecture hexagonale
-- PSR-12
-
-### Mobile (Flutter)
-- Dart analyzer strict
-- Widget tests
-- BLoC/Riverpod
-- Material Design 3
-
-### API (API Platform)
-- OpenAPI auto-généré
-- Validation constraints
-- Serialization groups
-- Security voters
+
+{{QUALITY_BLOCK}}

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

@@ -1,6 +1,6 @@
 ---
 description: Validar a preparacao do sprint antes do inicio
-argument-hint: [--verbose]
+argument-hint: "[N] [--verbose]"
 ---
 
 # Validar Sprint Gate
@@ -10,7 +10,8 @@ Todos os criterios obrigatorios devem ser atendidos.
 
 ## Argumentos
 
-$ARGUMENTS (formato: [--verbose])
+$ARGUMENTS (formato: [N] [--verbose])
+- **N** (opcional): número do sprint (`1`, `001` ou `sprint-001`); padrão: `metadata.sprint_id`, senão a pasta `project-management/sprints/sprint-*/` mais recente
 - **--verbose** (opcional): Exibir o detalhe por story
 
 ## Criterios Sprint Ready
@@ -30,9 +31,16 @@ $ARGUMENTS (formato: [--verbose])
 
 ### Etapa 1: Carregar o status do sprint
 
-1. Ler `.bmad/sprint-status.yaml`
-2. Extrair os metadados
-3. Contar as stories por status
+Fonte, nesta ordem:
+
+1. **`.bmad/sprint-status.yaml`** se existir e o seu `metadata.sprint_id` corresponder ao sprint `N`: extrair os metadados e contar as stories por status.
+2. **Senão, fallback Markdown** a partir de `project-management/sprints/sprint-{N}-*/` (escrito por `/workflow:start`):
+   - metadados, meta, capacidade: `sprint-goal.md` (início, fim, capacidade, meta);
+   - stories: a tabela de US selecionadas de `sprint-goal.md` e as fichas `project-management/backlog/user-stories/US-*.md` (pontos, status). Uma story planejada e ainda não iniciada conta como `ready-for-dev`;
+   - dependências bloqueantes: `sprint-dependencies.md`.
+3. Nenhum dos dois: falhar com «Sprint {N} inexistente: execute `/workflow:start {N}`».
+
+Em modo fallback o gate é avaliado mesmo assim, mas o relatório adiciona um aviso não bloqueante: os comandos `/sprint:*` precisam de `.bmad/sprint-status.yaml`, execute `/workflow:start {N}` ou `/project:migrate-backlog`.
 
 ### Etapa 2: Validar os metadados
 
@@ -58,6 +66,7 @@ Se `metadata.capacity_points` definido:
 ### Etapa 5: Gerar o relatorio
 
 Exibir o status de preparacao do sprint.
+Começar o relatório pela fonte utilizada: `Fonte: .bmad/sprint-status.yaml` ou `Fonte: Markdown (project-management/sprints/sprint-{N}-*/)`.
 
 ## Formato de Saida