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

package/Project/i18n/es/commands/generate-backlog.md

@@ -1,382 +1,9 @@
 ---
-description: Generar Backlog SCRUM Completo
-argument-hint: [arguments]
+description: "Obsoleto (se elimina en 9.0): usa /workflow:plan --only=backlog"
+deprecated: true
+replaced-by: /workflow:plan
 ---
 
-# Generar Backlog SCRUM Completo
+> ⚠️ `/project:generate-backlog` está obsoleto y se eliminará en 9.0. Usa `/workflow:plan --only=backlog`.
 
-Eres un Product Owner y Scrum Master experimentado. Debes analizar los documentos de especificación del proyecto para crear un backlog de producto completo y planificar los sprints.
-
-## Argumentos
-$ARGUMENTS
-
-Si no se proporcionan argumentos, usar stack por defecto: symfony,flutter,api-platform,postgresql
-
-## Modo Plan
-
-> **El modo plan es obligatorio.** Antes de ejecutar, Claude activa el modo plan para analizar el código impactado, proponer un plan de implementación y esperar tu validación antes de realizar cualquier cambio.
-
-## FUNDAMENTOS DE SCRUM (OBLIGATORIO)
-
-### Los 3 Pilares de Scrum
-El backlog DEBE respetar estos 3 pilares fundamentales:
-1. **Transparencia**: Todo es visible y comprensible por todos los stakeholders
-2. **Inspección**: El trabajo puede evaluarse regularmente (Sprint Review, Daily)
-3. **Adaptación**: Ajustes posibles basados en inspecciones (Retrospectiva)
-
-### El Manifiesto Ágil - 4 Valores
-```
-✓ Individuos e interacciones > procesos y herramientas
-✓ Software funcionando > documentación exhaustiva
-✓ Colaboración con el cliente > negociación de contratos
-✓ Respuesta al cambio > seguir un plan
-```
-
-### Los 12 Principios Ágiles
-1. Entrega rápida y regular de valor al cliente
-2. Acoger positivamente los cambios de requisitos
-3. Entregar frecuentemente (semanas máx)
-4. Colaboración diaria entre negocio y desarrolladores
-5. Personas motivadas + confianza
-6. Cara a cara = mejor comunicación
-7. Software funcionando = medida de progreso
-8. Ritmo sostenible
-9. Excelencia técnica continua
-10. Simplicidad (minimizar trabajo innecesario)
-11. Equipos auto-organizados
-12. Reflexión regular sobre mejora
-
-## STACK TECNOLÓGICO
-
-| Capa | Tecnología | Detalles |
-|--------|-------------|---------|
-| 🌐 Web | Symfony UX + Turbo | Twig, Stimulus, Live Components |
-| 📱 Mobile | Flutter | Dart, iOS 15+, Android 10+ |
-| ⚙️ API | API Platform | REST/GraphQL, OpenAPI auto-generado |
-| 🗄️ DB | PostgreSQL | Doctrine ORM |
-| 🐳 Infra | Docker | Containerización completa |
-
-### Slicing Vertical Obligatorio
-Cada User Story debe atravesar todas las capas:
-```
-Symfony UX/Turbo + Flutter → API Platform → PostgreSQL
-```
-- SIN USs "Solo Backend" o "Solo Frontend"
-- SIN USs "Solo Web" o "Solo Móvil"
-- API Platform es el punto central consumido por Web y Móvil
-
-## DOCUMENTOS A ANALIZAR
-Buscar en `./docs/` archivos de especificación:
-- ARCHITECTURE_TECHNIQUE*.md
-- CAHIER_DES_CHARGES*.md
-- O cualquier otro archivo de especificación disponible
-
-## MISIÓN
-
-### PASO 1: Analizar documentos
-1. Leer y analizar en profundidad todos los documentos de especificación
-2. Identificar: funcionalidades de negocio, requisitos técnicos, restricciones, actores/personas, criterios de calidad
-
-### PASO 2: Crear estructura
-```
-project-management/
-├── README.md
-├── personas.md
-├── definition-of-done.md
-├── dependencies-matrix.md
-├── backlog/
-│   ├── epics/
-│   │   └── EPIC-XXX-nombre.md
-│   └── user-stories/
-│       └── US-XXX-nombre.md
-└── sprints/
-    └── sprint-XXX-objetivo_sprint/
-        ├── sprint-goal.md
-        └── sprint-dependencies.md
-```
-
-### PASO 3: Crear personas.md (MÍNIMO 3 PERSONAS)
-
-Para cada persona, incluir:
-- **Identidad**: Nombre, edad, profesión, ubicación, nivel técnico
-- **Cita representativa**: Una frase que resume su motivación
-- **Contexto y antecedentes**: 2-3 párrafos
-- **Objetivos principales**: 3 objetivos relacionados con el producto
-- **Frustraciones y Pain Points**: Mínimo 3
-- **Motivaciones**: Qué le impulsa a usar el producto
-- **Comportamientos**: Dispositivos, OS, apps favoritas, journey típico
-- **Escenarios de uso**: Contexto → Necesidad → Acción → Resultado
-- **Criterios de decisión**: Adopción, retención, recomendación, abandono
-
-Formato de ID: P-001, P-002, P-003...
-
-También incluir:
-- **Matriz Personas/Funcionalidades**: ⭐⭐⭐ Crítico | ⭐⭐ Importante | ⭐ Útil
-- **Anti-Personas**: Quién NO es el target
-
-### PASO 4: Crear definition-of-done.md
-
-Criterios obligatorios:
-- **Código**: Review aprobada, convenciones respetadas, SOLID
-- **Tests**: 80% unitarios, integración, E2E, CI verde
-- **Web Symfony UX**: Controller, Twig, Turbo, Stimulus, responsive, WCAG 2.1 AA
-- **Móvil Flutter**: Widgets, Material/Cupertino, iOS 15+/Android 10+, 60 FPS
-- **API Platform**: Endpoints REST, validación, OpenAPI, ApiTestCase
-- **Paridad Web/Móvil**: Mismo comportamiento de negocio, misma API
-- **Documentación**: PHPDoc, DartDoc, OpenAPI auto-generado
-- **Calidad**: PHPStan max, Dart analyzer, API < 200ms
-- **Despliegue**: Migrations, staging, validación PO Web Y Móvil
-
-### PASO 5: Crear Epics (EPIC-XXX-nombre.md)
-
-Para cada Epic:
-```markdown
-# EPIC-XXX: [Nombre]
-
-## Descripción
-[Valor de negocio]
-
-## User Stories Asociadas
-| ID | Título | Puntos | Prioridad | Depende de |
-
-## Dependencias con otros Epics
-### Prerrequisitos (bloqueantes)
-### Dependientes (bloqueados por este)
-
-## Minimum Marketable Feature (MMF)
-**MMF**: [Versión más pequeña entregable con valor]
-**USs incluidas**: US-XXX, US-XXX
-
-## Estimación
-- Tamaño: S/M/L/XL
-- Sprints estimados: X
-```
-
-### PASO 6: Crear User Stories (US-XXX-nombre.md)
-
-**Modelo INVEST (OBLIGATORIO)**:
-- **I**ndependiente: Desarrollable sola
-- **N**egociable: No es un contrato fijo
-- **V**aliosa: Aporta valor
-- **E**stimable: Se puede estimar
-- **S**ized (Pequeña): ≤ 8 puntos
-- **T**esteable: Criterios verificables
-
-**Las 3 C (OBLIGATORIO)**:
-- **Card (Tarjeta)**: Concisa, formato "Como... Quiero... Para..."
-- **Conversation (Conversación)**: Notas para discusión en equipo
-- **Confirmation (Confirmación)**: Criterios de aceptación
-
-````markdown
-# US-XXX: [Título]
-
-## Epic Padre
-EPIC-XXX
-
-## Persona Relacionada
-**[P-XXX]**: [Nombre] - [Rol]
-
-## User Story
-
-### Card
-**Como** [P-XXX: Nombre, rol]
-**Quiero** [acción]
-**Para** [beneficio alineado con objetivos de la persona]
-
-### Conversation
-- [Punto a aclarar 1]
-- [Pregunta abierta 2]
-
-### Validación INVEST
-- [ ] Independiente / Negociable / Valiosa / Estimable / Pequeña / Testeable
-
-## Criterios de Aceptación (formato Gherkin + SMART)
-
-**SMART**: Específico, Medible, Alcanzable, Realista, Limitado en tiempo
-
-### Escenario nominal
-```gherkin
-Escenario: [Nombre]
-DADO [estado inicial preciso]
-CUANDO [P-XXX] [acción específica]
-ENTONCES [resultado observable y medible]
-```
-
-### Escenarios alternativos (mínimo 2)
-```gherkin
-Escenario: [Alternativa 1]
-...
-
-Escenario: [Alternativa 2]
-...
-```
-
-### Escenarios de error (mínimo 2)
-```gherkin
-Escenario: [Error 1]
-DADO [contexto]
-CUANDO [actor] [acción errónea]
-ENTONCES se muestra el mensaje "[mensaje exacto]"
-```
-
-### Criterios UI/UX Web (Symfony UX)
-- [ ] Template Twig con Symfony UX
-- [ ] Turbo Frames/Streams
-- [ ] Stimulus si es necesario
-- [ ] Responsive, WCAG 2.1 AA
-
-### Criterios UI/UX Móvil (Flutter)
-- [ ] Widget Flutter
-- [ ] Material/Cupertino
-- [ ] iOS 15+, Android 10+
-- [ ] 60 FPS
-
-### Criterios API Platform
-- [ ] Endpoint REST
-- [ ] Códigos HTTP apropiados
-- [ ] Validación, paginación
-
-### Paridad Web/Móvil
-- [ ] Misma funcionalidad en ambas plataformas
-- [ ] Misma API consumida
-
-## Notas Técnicas
-- Entidad Doctrine: [Nombre]
-- Recurso API Platform: [Config]
-- Template Twig: [Ruta]
-- Widget Flutter: [Nombre]
-
-## Estimación
-- **Story Points**: [1/2/3/5/8]
-- **MoSCoW**: [Must/Should/Could/Won't]
-
-## Dependencias
-### USs Prerrequisito (BLOQUEANTES)
-| US | Título | Razón |
-
-### USs Dependientes (BLOQUEADAS)
-| US | Título |
-
-## Sprint Asignado
-Sprint [X]
-````
-
-### PASO 7: Crear dependencies-matrix.md
-
-````markdown
-# Matriz de Dependencias
-
-## Grafo entre Epics
-```mermaid
-graph TD
-    EPIC-001 --> EPIC-002
-    EPIC-001 --> EPIC-003
-```
-
-## Tabla de dependencias
-| Epic | Depende de | Bloquea | Criticidad |
-
-## Ruta crítica
-EPIC-001 → EPIC-002 → EPIC-004
-
-## Dependencias inter-US
-| US Origen | US Destino | Razón |
-````
-
-### PASO 8: Crear Sprints (sprint-XXX-objetivo/)
-
-**Convención de nomenclatura**: sprint-XXX-objetivo_sprint
-Ejemplos: sprint-001-walking_skeleton, sprint-002-jwt_authentication
-
-**sprint-goal.md**:
-````markdown
-# Sprint XXX: [Objetivo]
-
-## Objetivo del Sprint (Sprint Goal)
-> [Una frase explicando POR QUÉ este Sprint y su valor]
-
-## Ceremonias
-| Ceremonia | Duración |
-|-----------|-------|
-| Sprint Planning Parte 1 (QUÉ) | 2h |
-| Sprint Planning Parte 2 (CÓMO) | 2h |
-| Daily Scrum | 15 min/día |
-| Backlog Refinement | 5-10% sprint |
-| Sprint Review | 2h |
-| Retrospectiva | 1.5h |
-
-## User Stories Seleccionadas
-| ID | Título | Puntos | Prioridad | Depende de | Estado |
-
-Total: [X] puntos
-
-## Orden de ejecución
-1. 🏁 US-XXX (fundación)
-2. US-XXX (depende de US-XXX)
-...
-
-## Grafo de dependencias
-```mermaid
-graph TD
-    US-001 --> US-002
-```
-
-## Incremento entregable
-Al final, el usuario podrá (Web Y Móvil): [valor]
-
-## Retrospectiva - Directiva Fundamental
-> "Independientemente de lo que descubramos, entendemos y creemos verdaderamente
-> que todos hicieron el mejor trabajo que pudieron."
-
-### Formato: Starfish
-- 🟢 Seguir haciendo
-- 🔴 Dejar de hacer
-- 🟡 Empezar a hacer
-- ⬆️ Más de
-- ⬇️ Menos de
-````
-
-### PASO 9: Crear README.md
-
-Vista general con:
-- Descripción del proyecto
-- Personas (tabla)
-- Stack tecnológico
-- Epics con personas asociadas
-- Métricas (USs, puntos, sprints)
-- Roadmap de sprints
-- Enlaces útiles
-
-## REGLAS DE SCRUM
-
-1. **Sprint**: 2 semanas fijas
-2. **Velocidad**: 20-40 puntos/sprint
-3. **US máx**: 8 puntos (de lo contrario dividir)
-4. **Fibonacci**: 1, 2, 3, 5, 8, 13, 21
-5. **Sprint 1**: Walking Skeleton (infra + 1 flujo completo)
-6. **Slicing Vertical**: Cada US atraviesa todas las capas
-
-## CHECKLIST FINAL
-
-### User Stories
-- [ ] Todas respetan INVEST y 3Cs
-- [ ] Formato "Como [P-XXX]..."
-- [ ] ≤ 8 puntos
-- [ ] Criterios SMART Gherkin (1 nominal + 2 alternativas + 2 error)
-
-### Personas
-- [ ] Mínimo 3 (1 primaria, 2+ secundarias)
-- [ ] Objetivos, frustraciones, escenarios
-- [ ] Matriz Personas/Funcionalidades
-
-### Epics
-- [ ] MMF identificado para cada uno
-- [ ] Dependencias con Mermaid
-
-### Sprints
-- [ ] Sprint 1 = Walking Skeleton
-- [ ] Sprint Goal en una frase
-- [ ] Grafo de dependencias por sprint
-
----
-Ejecutar esta misión ahora analizando los documentos en ./docs/
+Ejecuta `/workflow:plan --only=backlog $ARGUMENTS`: lee `.claude/commands/workflow/plan.md` y síguelo con estos argumentos.

package/Project/i18n/es/commands/generate-constitution.md

@@ -1,227 +1,9 @@
 ---
-name: generate-constitution
-description: Generate a Project Constitution capturing immutable project decisions and principles
-arguments:
-  - name: output
-    description: Output path (default project-management/constitution.md)
-    required: false
+description: "Obsoleto (se elimina en 9.0): usa /workflow:design --constitution"
+deprecated: true
+replaced-by: /workflow:design
 ---
 
-# /project:generate-constitution
+> ⚠️ `/project:generate-constitution` está obsoleto y se eliminará en 9.0. Usa `/workflow:design --constitution`.
 
-## Mission
-
-Generate a comprehensive Project Constitution by analyzing the project context, existing documentation, and through interactive clarification with the user. The constitution captures immutable decisions about vision, technical constraints, design principles, non-functional requirements, and project boundaries.
-
-## Prerequisites
-
-- Project directory exists
-- Optional: `README.md` with project description
-- Optional: `project-management/prd.md` with product requirements
-- Optional: `project-management/tech-spec.md` with technical specification
-
-## Modo Plan
-
-> **El modo plan es obligatorio.** Antes de ejecutar, Claude activa el modo plan para analizar el código impactado, proponer un plan de implementación y esperar tu validación antes de realizar cualquier cambio.
-
-## Workflow
-
-### Phase 1: Context Discovery
-
-```
-╔══════════════════════════════════════════════════════════╗
-║         CONSTITUTION GENERATION - DISCOVERY               ║
-╠══════════════════════════════════════════════════════════╣
-║ Scanning project context...                               ║
-╚══════════════════════════════════════════════════════════╝
-```
-
-**Automatic Analysis:**
-1. Read `README.md` for project overview and tech stack
-2. Scan `project-management/prd.md` for product vision and requirements
-3. Check `project-management/tech-spec.md` for architecture decisions
-4. Analyze codebase structure for existing patterns and conventions
-5. Review `.claude/` configuration for established rules
-
-**Sources Found:**
-- [ ] README.md
-- [ ] project-management/prd.md
-- [ ] project-management/tech-spec.md
-- [ ] .claude/CLAUDE.md
-- [ ] Codebase structure analysis
-
-### Phase 2: Interactive Clarification
-
-Ask the user clarifying questions to fill gaps:
-
-#### Vision & Mission
-```
-┌─────────────────────────────────────────────────────────┐
-│ QUESTIONS - Vision & Mission                             │
-├─────────────────────────────────────────────────────────┤
-│ 1. What is the product vision in one sentence?           │
-│ 2. What does the product do, for whom, and why?          │
-│ 3. What are the non-negotiable objectives?               │
-│ 4. What would make this project a failure?               │
-└─────────────────────────────────────────────────────────┘
-```
-
-#### Technical Constraints
-```
-┌─────────────────────────────────────────────────────────┐
-│ QUESTIONS - Technical Constraints                        │
-├─────────────────────────────────────────────────────────┤
-│ 1. Which technologies are locked (non-negotiable)?       │
-│ 2. What architecture pattern must be followed?           │
-│ 3. What infrastructure constraints exist?                │
-│ 4. Are there mandatory third-party integrations?         │
-└─────────────────────────────────────────────────────────┘
-```
-
-#### Design Principles
-```
-┌─────────────────────────────────────────────────────────┐
-│ QUESTIONS - Design Principles                            │
-├─────────────────────────────────────────────────────────┤
-│ 1. Which design patterns are mandatory?                  │
-│ 2. Which patterns or practices are forbidden?            │
-│ 3. What code standards must be enforced?                 │
-│ 4. What testing strategy is required?                    │
-└─────────────────────────────────────────────────────────┘
-```
-
-#### Non-Functional Requirements
-```
-┌─────────────────────────────────────────────────────────┐
-│ QUESTIONS - Non-Functional Requirements                  │
-├─────────────────────────────────────────────────────────┤
-│ 1. What are the performance targets? (latency, load)     │
-│ 2. What security requirements exist?                     │
-│ 3. What compliance standards apply? (GDPR, SOC2, etc.)   │
-│ 4. What are the availability/uptime targets?             │
-└─────────────────────────────────────────────────────────┘
-```
-
-#### Boundaries
-```
-┌─────────────────────────────────────────────────────────┐
-│ QUESTIONS - Boundaries                                   │
-├─────────────────────────────────────────────────────────┤
-│ 1. What is explicitly out of scope?                      │
-│ 2. What external systems will be integrated?             │
-│ 3. What are the team boundaries and ownership rules?     │
-│ 4. Who has authority to amend this constitution?         │
-└─────────────────────────────────────────────────────────┘
-```
-
-### Phase 3: Constitution Generation
-
-Using the collected information, generate the constitution:
-
-1. **Load Template**: `./templates/constitution.md`
-2. **Fill Vision**: Populate vision, mission, and non-negotiable objectives
-3. **Lock Tech Stack**: Document all locked technology decisions
-4. **Define Principles**: Capture mandatory and forbidden patterns
-5. **Set NFRs**: Record performance, security, and compliance targets
-6. **Draw Boundaries**: Document exclusions and integration boundaries
-
-### Phase 4: Review & Ratification
-
-```
-╔══════════════════════════════════════════════════════════╗
-║              CONSTITUTION GENERATED                       ║
-╠══════════════════════════════════════════════════════════╣
-║ Output: project-management/constitution.md                ║
-║                                                           ║
-║ Sections completed:                                       ║
-║ ✅ Vision & Mission                                       ║
-║ ✅ Technical Constraints                                  ║
-║ ✅ Design Principles                                      ║
-║ ✅ Non-Functional Requirements                            ║
-║ ✅ Boundaries                                             ║
-║ ✅ Amendment Process                                      ║
-╚══════════════════════════════════════════════════════════╝
-```
-
-**Offer iterations:**
-- "Would you like to adjust any locked decisions?"
-- "Should I add more technical constraints?"
-- "Do you want to refine the boundaries?"
-
-## Output Structure
-
-```
-project-management/
-├── constitution.md           # Generated constitution
-└── analysis/
-    └── discovery-notes.md    # Notes from discovery phase
-```
-
-## Integration with Workflow
-
-After constitution generation, suggest next steps:
-
-```
-╔══════════════════════════════════════════════════════════╗
-║                     NEXT STEPS                            ║
-╠══════════════════════════════════════════════════════════╣
-║ Constitution is ratified! Recommended next actions:       ║
-║                                                           ║
-║ 1. /project:generate-prd         → Product requirements   ║
-║ 2. /project:generate-tech-spec   → Technical design       ║
-║ 3. /project:generate-backlog     → Create SCRUM backlog   ║
-║ 4. /workflow:plan                → Full planning phase     ║
-╚══════════════════════════════════════════════════════════╝
-```
-
-## Example Session
-
-```
-User: /project:generate-constitution
-
-Claude: Starting constitution generation...
-
-📂 Context Discovery
-Found sources:
-- README.md (project overview)
-- project-management/prd.md (product requirements)
-
-Let me ask some clarifying questions:
-
-❓ Vision & Mission
-1. What is your product vision in one sentence?
-> User: Empower small teams to ship quality software faster with AI-assisted workflows.
-
-❓ Technical Constraints
-2. Which technologies are locked?
-> User: TypeScript, React 19, PostgreSQL, Docker...
-
-❓ Design Principles
-3. Which patterns are mandatory?
-> User: Clean Architecture, TDD, SOLID principles...
-
-[... interactive Q&A continues ...]
-
-✅ Constitution Generated!
-Output: project-management/constitution.md
-
-The constitution includes:
-- Vision: AI-assisted development workflows
-- 6 locked technologies with versions
-- 4 mandatory patterns, 3 forbidden anti-patterns
-- Performance SLAs: <200ms p95, 99.9% uptime
-- 5 explicit exclusions
-
-Would you like me to:
-1. Adjust any locked decisions?
-2. Generate the PRD next?
-3. Start the technical specification?
-```
-
-## Related Commands
-
-- `/project:generate-prd` - Generate product requirements document
-- `/project:generate-tech-spec` - Generate technical specification
-- `/project:generate-backlog` - Create SCRUM backlog from PRD
-- `/workflow:init` - Initialize project workflow
-- `/workflow:plan` - Full planning phase workflow
+Ejecuta `/workflow:design --constitution $ARGUMENTS`: lee `.claude/commands/workflow/design.md` y síguelo con estos argumentos.