don-cheli-sdd 1.20.0 → 1.21.0

package/CHANGELOG.md

@@ -4,6 +4,12 @@ Todos los cambios notables en Don Cheli SDD Framework.
 
 Formato basado en [Conventional Commits](https://www.conventionalcommits.org/).
 
+## [1.21.0](https://github.com/doncheli/don-cheli-sdd/compare/v1.20.0...v1.21.0) (2026-04-07)
+
+### Nuevas Funcionalidades
+
+* skill PRD Generator — Generador experto de Product Requirement Documents ([1a1df1c](https://github.com/doncheli/don-cheli-sdd/commit/1a1df1c6469e1e6ac626567fffd687030d70aebb))
+
 ## [1.20.0](https://github.com/doncheli/don-cheli-sdd/compare/v1.19.1...v1.20.0) (2026-04-06)
 
 ### Nuevas Funcionalidades

package/README.es.md

@@ -12,7 +12,7 @@
   </p>
   <p align="center">
     <a href="#-instalación"><img src="https://img.shields.io/badge/instalación-2_minutos-brightgreen" alt="Install"></a>
-    <img src="https://img.shields.io/badge/versión-1.20.0-blue" alt="Version">
+    <img src="https://img.shields.io/badge/versión-1.21.0-blue" alt="Version">
     <img src="https://img.shields.io/badge/licencia-Apache%202.0-green" alt="License">
     <img src="https://img.shields.io/badge/idiomas-ES%20|%20EN%20|%20PT-red" alt="Languages">
     <img src="https://img.shields.io/badge/comandos-85+-purple" alt="Commands">

package/README.md

@@ -12,7 +12,7 @@
   </p>
   <p align="center">
     <a href="#-installation"><img src="https://img.shields.io/badge/install-2_minutes-brightgreen" alt="Install"></a>
-    <img src="https://img.shields.io/badge/version-1.20.0-blue" alt="Version">
+    <img src="https://img.shields.io/badge/version-1.21.0-blue" alt="Version">
     <img src="https://img.shields.io/badge/license-Apache%202.0-green" alt="License">
     <img src="https://img.shields.io/badge/languages-ES%20|%20EN%20|%20PT-red" alt="Languages">
     <img src="https://img.shields.io/badge/commands-85+-purple" alt="Commands">

package/README.pt.md

@@ -12,7 +12,7 @@
   </p>
   <p align="center">
     <a href="#-instalação"><img src="https://img.shields.io/badge/instalação-2_minutos-brightgreen" alt="Install"></a>
-    <img src="https://img.shields.io/badge/versão-1.20.0-blue" alt="Version">
+    <img src="https://img.shields.io/badge/versão-1.21.0-blue" alt="Version">
     <img src="https://img.shields.io/badge/licença-Apache%202.0-green" alt="License">
     <img src="https://img.shields.io/badge/idiomas-ES%20|%20EN%20|%20PT-red" alt="Languages">
     <img src="https://img.shields.io/badge/comandos-85+-purple" alt="Commands">

package/VERSION

@@ -1 +1 @@
-1.20.0
+1.21.0

package/comandos/especdev/prd.md

@@ -0,0 +1,148 @@
+---
+description: Generar Product Requirement Document (PRD) completo desde múltiples fuentes — Figma, briefs, docs, research. Incluye análisis de riesgos, priorización RICE, user stories Gherkin y timeline. Usa cuando el usuario dice "PRD", "product requirements", "documento de producto", "requirements document", "generar PRD", "crear PRD", "product spec", "figma to PRD", "brief a PRD", "requirements from figma".
+i18n: true
+---
+
+# /dc:prd — Generador de PRD
+
+## Objetivo
+
+Generar un **Product Requirement Document** profesional desde múltiples fuentes de input, listo para alimentar el pipeline SDD.
+
+## Uso
+
+```
+/dc:prd                                    # Modo interactivo — pregunta fuentes
+/dc:prd "Descripción del producto"         # Desde descripción en lenguaje natural
+/dc:prd --figma <link>                     # Desde diseño en Figma
+/dc:prd --brief docs/brief.md              # Desde brief de producto
+/dc:prd --figma <link> --brief brief.md    # Múltiples fuentes combinadas
+/dc:prd --template saas                    # Usar template específico (saas, mobile, ecommerce, api, internal, landing)
+/dc:prd --version 1.1                      # Crear nueva versión de PRD existente
+```
+
+## Comportamiento
+
+Lee la habilidad `habilidades/generador-prd/HABILIDAD.md` para el proceso completo.
+
+### Proceso resumido:
+
+```
+1. DESCUBRIR — Leer todas las fuentes (Figma, docs, conversación, codebase)
+2. ESTRUCTURAR — Organizar en 13 secciones con priorización MoSCoW + RICE
+3. ANALIZAR — Riesgos (7 categorías), dependencias, estimación de esfuerzo
+4. REDACTAR — PRD completo con user stories Gherkin, diagramas Mermaid, timeline
+5. VALIDAR — ¿Requirements verificables? ¿Métricas definidas? ¿Scope claro?
+6. ENTREGAR — Markdown + Gherkin + diagrama + matriz de riesgos
+```
+
+### Análisis de Figma
+
+Cuando se proporciona un link de Figma:
+
+1. **Reconocer** — Identificar pantallas, flujos, componentes
+2. **Extraer** — Textos, formularios, interacciones, estados
+3. **Analizar gaps** — Estados faltantes (loading, error, empty, offline)
+4. **Convertir** — Cada pantalla → user stories → criterios de aceptación
+
+### Análisis de riesgos
+
+Para cada feature evalúa automáticamente:
+
+| Categoría | Qué evalúa |
+|-----------|-----------|
+| Técnico | Complejidad, integraciones, deuda técnica |
+| Producto | Market fit, adopción, competencia |
+| UX | Usabilidad, accesibilidad, learning curve |
+| Negocio | Revenue, costo, time-to-market |
+| Legal | GDPR, compliance, términos |
+| Seguridad | OWASP, datos sensibles, auth |
+| Operacional | Soporte, escalabilidad, monitoring |
+
+### Priorización
+
+Cada feature se prioriza con MoSCoW + RICE automáticamente:
+
+```
+Feature: Autenticación JWT
+  MoSCoW: Must Have
+  RICE Score: 180
+    Reach: 10,000 users/quarter
+    Impact: 3 (massive)
+    Confidence: 90%
+    Effort: 1.5 person-weeks
+```
+
+## Output
+
+```
+.dc/prd/
+├── prd-v1.0.md              # PRD completo (13 secciones)
+├── prd-risks.md             # Matriz de riesgos expandida
+├── prd-figma-analysis.md    # Análisis detallado de Figma (si aplica)
+└── prd-history.json         # Historial de versiones
+```
+
+## Templates disponibles
+
+| Template | Optimizado para |
+|----------|----------------|
+| `saas` | Plataformas B2B, dashboards, multi-tenant |
+| `mobile` | Apps nativas iOS/Android, PWA |
+| `ecommerce` | Tiendas online, marketplaces, checkout |
+| `api` | APIs públicas, SDKs, developer platform |
+| `internal` | Herramientas internas de equipo |
+| `landing` | Landing pages, funnels, campañas |
+
+## Integración con pipeline SDD
+
+```
+/dc:prd → genera PRD completo
+  ↓
+/dc:especificar → convierte user stories del PRD en Gherkin
+  ↓
+/dc:planificar-tecnico → blueprint desde el PRD
+  ↓
+/dc:desglosar → tareas TDD desde las stories
+  ↓
+/dc:implementar → código verificado
+```
+
+## Subcomandos
+
+```
+/dc:prd revisar              # Peer review del PRD (completitud, claridad, riesgos)
+/dc:prd comparar v1.0 v1.1   # Diff visual entre versiones del PRD
+/dc:prd exportar --pdf        # Exportar como PDF (genera HTML imprimible)
+/dc:prd stakeholders          # Generar resumen ejecutivo para stakeholders
+```
+
+## Ejemplo de output
+
+```
+/dc:prd --figma https://figma.com/file/abc123 --brief docs/brief.md --template saas
+
+═══════════════════════════════════════════
+  Don Cheli — PRD Generator
+═══════════════════════════════════════════
+
+  Fuentes detectadas:
+    📐 Figma: 12 pantallas, 3 flujos
+    📄 Brief: docs/brief.md (2,400 palabras)
+    💻 Codebase: Node.js + React (detectado)
+
+  Generando PRD...
+
+  ✅ 13 secciones completadas
+  ✅ 24 user stories con criterios de aceptación
+  ✅ 8 riesgos identificados (2 altos, 4 medios, 2 bajos)
+  ✅ Features priorizadas: 6 Must, 4 Should, 3 Could, 2 Won't
+  ✅ Timeline: 3 fases, 6 semanas estimadas
+  ✅ Gherkin specs generadas (listas para /dc:especificar)
+
+  📁 Guardado en: .dc/prd/prd-v1.0.md
+  📊 Riesgos en: .dc/prd/prd-risks.md
+  📐 Análisis Figma: .dc/prd/prd-figma-analysis.md
+
+  Siguiente: /dc:especificar para convertir en specs Gherkin
+```

package/habilidades/generador-prd/HABILIDAD.md

@@ -0,0 +1,295 @@
+---
+name: generador-prd
+description: Generador experto de Product Requirement Documents (PRD) desde múltiples fuentes — Figma, docs, briefs, user research, competencia. Incluye análisis de riesgos, estimación de impacto, y PRD versionado con trazabilidad.
+version: 1.0.0
+tags: [prd, product, requirements, figma, planning, risks, stakeholders]
+grado_libertad: medio
+allowed-tools: [Read, Write, Edit, WebFetch, Glob, Grep, Bash, Agent]
+---
+
+# Generador de PRD — Product Requirement Document
+
+## Identidad
+
+Eres un **Product Manager Senior con 15+ años de experiencia** en productos digitales B2B y B2C. Has lanzado 50+ productos exitosos. Combinas rigor de ingeniería con visión de producto. Tu PRD es el documento que alinea a todo el equipo: engineering, design, QA, stakeholders y liderazgo.
+
+## Filosofía
+
+> "Un PRD no es un wishlist. Es un contrato entre el negocio y la ingeniería."
+
+- **Precisión sobre ambición** — Cada requirement es verificable
+- **Riesgos visibles** — No esconder lo difícil
+- **Data-driven** — Métricas de éxito antes de escribir código
+- **Design-informed** — El PRD refleja lo que Figma muestra, no lo que alguien imagina
+
+## Capacidades
+
+### 1. Multi-fuente de input
+
+Puede generar PRDs desde cualquier combinación de:
+
+| Fuente | Cómo la procesa |
+|--------|----------------|
+| **Figma** | Lee el link, analiza la estructura de pantallas, extrae flujos de usuario, componentes y estados. Identifica edge cases visuales. |
+| **Brief de producto** | Extrae objetivos, público, problemas a resolver |
+| **User research** | Identifica personas, jobs-to-be-done, pain points |
+| **Documentos existentes** | Lee .md, .pdf, .docx, Google Docs, Notion |
+| **Competencia** | Analiza features de competidores mencionados |
+| **Conversación** | Extrae requirements de la conversación actual |
+| **Código existente** | Identifica constraints técnicos del codebase actual |
+| **Analytics** | Interpreta datos de uso para informar prioridades |
+
+### 2. Análisis de Figma
+
+Cuando recibe un link de Figma:
+
+```
+PASO 1: RECONOCIMIENTO
+- Identificar número de pantallas/frames
+- Detectar flujo principal (happy path)
+- Mapear navegación entre pantallas
+- Listar componentes UI únicos
+
+PASO 2: EXTRACCIÓN
+- Extraer textos y labels (copy del UI)
+- Identificar formularios y campos de input
+- Detectar estados: vacío, cargando, error, éxito
+- Mapear interacciones: clicks, swipes, modales
+
+PASO 3: ANÁLISIS DE GAPS
+- ¿Hay estados que faltan? (loading, error, empty, offline)
+- ¿Hay flujos secundarios no diseñados? (forgot password, edge cases)
+- ¿Hay inconsistencias de diseño entre pantallas?
+- ¿El diseño contempla responsive/mobile?
+
+PASO 4: REQUIREMENTS
+- Convertir cada pantalla en user stories
+- Cada interacción se convierte en criterio de aceptación
+- Cada estado se convierte en escenario de test
+```
+
+### 3. Análisis de riesgos anticipado
+
+Para cada feature del PRD, evalúa automáticamente:
+
+```
+┌─────────────────────────────────────────────────────┐
+│  MATRIZ DE RIESGOS                                   │
+├─────────────┬───────────┬───────────┬───────────────┤
+│  Riesgo      │ Prob.     │ Impacto   │ Mitigación    │
+├─────────────┼───────────┼───────────┼───────────────┤
+│  Técnico     │ Media     │ Alto      │ PoC primero   │
+│  UX          │ Baja      │ Alto      │ User testing  │
+│  Scope creep │ Alta      │ Medio     │ MoSCoW + cut  │
+│  Dependencia │ Media     │ Alto      │ Mock + stub   │
+│  Seguridad   │ Baja      │ Crítico   │ OWASP audit   │
+│  Performance │ Media     │ Medio     │ Load test     │
+│  Legal/GDPR  │ Baja      │ Crítico   │ Legal review  │
+└─────────────┴───────────┴───────────┴───────────────┘
+```
+
+Categorías de riesgo que analiza:
+- **Técnico** — Complejidad, integraciones, deuda técnica
+- **Producto** — Market fit, adopción, competencia
+- **UX** — Usabilidad, accesibilidad, learning curve
+- **Negocio** — Revenue impact, costo, time-to-market
+- **Legal** — GDPR, compliance, términos de servicio
+- **Operacional** — Soporte, escalabilidad, monitoring
+
+### 4. Priorización inteligente
+
+Usa **MoSCoW + RICE** automáticamente:
+
+```
+MoSCoW:
+  M — Must have    (sin esto no se lanza)
+  S — Should have  (importante, no blocker)
+  C — Could have   (nice to have si hay tiempo)
+  W — Won't have   (explícitamente fuera de scope)
+
+RICE Score:
+  R — Reach (cuántos usuarios impacta)
+  I — Impact (cuánto valor genera, 0.25-3)
+  C — Confidence (qué tan seguros estamos, 0-100%)
+  E — Effort (persona-semanas de desarrollo)
+
+  Score = (R × I × C) / E
+```
+
+### 5. Templates adaptativos
+
+Se adapta al tipo de producto:
+
+| Template | Cuándo |
+|----------|--------|
+| **SaaS B2B** | Plataformas empresariales, dashboards, APIs |
+| **Mobile App** | Apps nativas iOS/Android, PWA |
+| **E-commerce** | Tiendas online, marketplaces |
+| **Internal Tool** | Herramientas internas de equipo |
+| **API/Platform** | APIs públicas, SDKs, integraciones |
+| **Landing/Marketing** | Landing pages, funnels de conversión |
+
+## Proceso de generación
+
+```
+1. DESCUBRIR — Recopilar todas las fuentes de input
+   ├── Leer documentos proporcionados
+   ├── Analizar links de Figma (si los hay)
+   ├── Extraer context del codebase (si existe)
+   └── Identificar stakeholders y público objetivo
+
+2. ESTRUCTURAR — Organizar requirements
+   ├── Definir problema y objetivo
+   ├── Mapear user personas
+   ├── Listar features con priorización MoSCoW + RICE
+   ├── Definir métricas de éxito (KPIs)
+   └── Establecer scope y anti-scope
+
+3. ANALIZAR — Evaluación profunda
+   ├── Análisis de riesgos (7 categorías)
+   ├── Dependencias técnicas y de equipo
+   ├── Estimación de esfuerzo por feature
+   ├── Análisis competitivo (si aplica)
+   └── Impacto en arquitectura existente
+
+4. REDACTAR — Generar PRD
+   ├── Seguir template seleccionado
+   ├── User stories con criterios de aceptación
+   ├── Wireframes descriptivos (de Figma o textuales)
+   ├── Diagramas de flujo (Mermaid)
+   └── Glosario de términos del dominio
+
+5. VALIDAR — Quality check del PRD
+   ├── ¿Cada requirement es verificable/testeable?
+   ├── ¿Hay métricas de éxito definidas?
+   ├── ¿Los riesgos tienen mitigación?
+   ├── ¿El scope es realista para el timeline?
+   ├── ¿El anti-scope es explícito?
+   └── ¿El PRD es comprensible para todos los roles?
+
+6. ENTREGAR — Output final
+   ├── PRD completo en Markdown
+   ├── User stories en formato Gherkin (para Don Cheli)
+   ├── Diagrama de flujo Mermaid
+   ├── Matriz de riesgos
+   ├── Timeline sugerido
+   └── Checklist de launch readiness
+```
+
+## Output: Estructura del PRD
+
+```markdown
+# PRD: [Nombre del Producto/Feature]
+
+## Metadata
+- Versión: 1.0
+- Autor: [nombre]
+- Fecha: [fecha]
+- Stakeholders: [lista]
+- Estado: Draft | In Review | Approved | In Development
+
+---
+
+## 1. Resumen Ejecutivo
+  (2-3 párrafos: qué, por qué, para quién, cuándo)
+
+## 2. Problema
+  ### 2.1 Contexto
+  ### 2.2 Pain Points
+  ### 2.3 Evidencia (datos, research, feedback)
+
+## 3. Objetivo y Métricas de Éxito
+  ### 3.1 Objetivo principal (1 oración)
+  ### 3.2 KPIs
+  | KPI | Baseline | Target | Plazo |
+  ### 3.3 North Star Metric
+
+## 4. Público Objetivo
+  ### 4.1 User Personas
+  ### 4.2 Jobs-to-be-Done
+  ### 4.3 User Journey (actual vs. propuesto)
+
+## 5. Solución Propuesta
+  ### 5.1 Overview
+  ### 5.2 Flujo Principal (Mermaid diagram)
+  ### 5.3 Pantallas (referencia Figma + descripción)
+  ### 5.4 Features por prioridad (MoSCoW + RICE)
+
+## 6. Requirements Detallados
+  ### 6.1 Funcionales (User Stories + Gherkin)
+  ### 6.2 No Funcionales (performance, seguridad, accesibilidad)
+  ### 6.3 Integraciones y APIs
+  ### 6.4 Data Model (DBML si aplica)
+
+## 7. Diseño y UX
+  ### 7.1 Análisis de Figma
+  ### 7.2 Estados de UI (loading, error, empty, success)
+  ### 7.3 Responsive behavior
+  ### 7.4 Accesibilidad (WCAG 2.1 AA)
+
+## 8. Análisis de Riesgos
+  ### 8.1 Matriz de riesgos (prob × impacto)
+  ### 8.2 Mitigaciones por riesgo
+  ### 8.3 Dependencias externas
+
+## 9. Scope
+  ### 9.1 In Scope (explícito)
+  ### 9.2 Out of Scope (explícito)
+  ### 9.3 Futuras iteraciones
+
+## 10. Timeline y Milestones
+  ### 10.1 Fases de delivery
+  ### 10.2 Milestones con fechas
+  ### 10.3 Dependencies y blockers
+
+## 11. Análisis Competitivo
+  | Feature | Nosotros | Competidor A | Competidor B |
+
+## 12. Launch Plan
+  ### 12.1 Feature flags / rollout strategy
+  ### 12.2 Monitoring y alertas
+  ### 12.3 Rollback plan
+  ### 12.4 Launch checklist
+
+## 13. Apéndices
+  ### 13.1 Glosario
+  ### 13.2 Referencias
+  ### 13.3 Historial de cambios del PRD
+```
+
+## Integración con Don Cheli SDD
+
+El PRD generado se conecta directamente con el pipeline SDD:
+
+```
+/dc:prd "link-figma, brief.md"    ← Genera el PRD
+  ↓
+/dc:especificar                    ← Convierte PRD en Gherkin automáticamente
+  ↓
+/dc:planificar-tecnico             ← Blueprint desde el PRD
+  ↓
+/dc:desglosar                      ← Tareas TDD desde las user stories
+  ↓
+/dc:implementar                    ← Código verificado
+```
+
+El PRD se almacena en:
+```
+.dc/
+├── prd/
+│   ├── prd-v1.0.md              # PRD completo
+│   ├── prd-risks.md             # Matriz de riesgos expandida
+│   ├── prd-figma-analysis.md    # Análisis de Figma
+│   └── prd-history.json         # Historial de versiones
+├── specs/                        # Gherkin generado desde el PRD
+└── blueprints/                   # Blueprint generado desde el PRD
+```
+
+## Guardrails
+
+- **Nunca** generar un PRD sin al menos 1 métrica de éxito verificable
+- **Nunca** omitir la sección de riesgos — si no hay riesgos visibles, buscar más profundo
+- **Nunca** dejar scope ambiguo — si algo no está claro, marcarlo como `[NECESITA CLARIFICACIÓN]`
+- **Siempre** incluir anti-scope explícito (lo que NO se va a hacer)
+- **Siempre** generar user stories en formato Gherkin para integración con SDD
+- **Siempre** versionar el PRD (v1.0, v1.1, etc.) con historial de cambios

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "don-cheli-sdd",
-  "version": "1.20.0",
+  "version": "1.21.0",
   "description": "Framework SDD para Claude Code — 72+ comandos, 43 habilidades, 15 modelos de razonamiento. TDD como ley de hierro. EN/ES/PT.",
   "main": "bin/don-cheli.js",
   "scripts": {

package/plantillas/prd/template-saas.md

@@ -0,0 +1,246 @@
+# PRD: [Nombre del Producto/Feature]
+
+## Metadata
+
+| Campo | Valor |
+|-------|-------|
+| Versión | 1.0 |
+| Autor | |
+| Fecha | |
+| Estado | Draft |
+| Stakeholders | |
+| Deadline | |
+
+---
+
+## 1. Resumen Ejecutivo
+
+_2-3 párrafos: qué se va a construir, por qué es importante, para quién, y cuándo se espera lanzar._
+
+## 2. Problema
+
+### 2.1 Contexto
+
+_¿Qué está pasando hoy? ¿Por qué necesitamos esto?_
+
+### 2.2 Pain Points
+
+- **P1:** 
+- **P2:** 
+- **P3:** 
+
+### 2.3 Evidencia
+
+_Datos, research, feedback de usuarios, tickets de soporte, analytics._
+
+| Fuente | Dato | Impacto |
+|--------|------|---------|
+| | | |
+
+## 3. Objetivo y Métricas de Éxito
+
+### 3.1 Objetivo principal
+
+_Una oración que describe el resultado esperado._
+
+### 3.2 KPIs
+
+| KPI | Baseline | Target | Plazo |
+|-----|----------|--------|-------|
+| | | | |
+
+### 3.3 North Star Metric
+
+_La métrica única que define el éxito del producto._
+
+## 4. Público Objetivo
+
+### 4.1 User Personas
+
+| Persona | Rol | Necesidad | Frecuencia de uso |
+|---------|-----|-----------|-------------------|
+| | | | |
+
+### 4.2 Jobs-to-be-Done
+
+_Cuando [situación], quiero [motivación], para poder [resultado esperado]._
+
+### 4.3 User Journey
+
+```mermaid
+flowchart LR
+    A[Trigger] --> B[Descubrimiento]
+    B --> C[Primera Acción]
+    C --> D[Valor Entregado]
+    D --> E[Retención]
+```
+
+## 5. Solución Propuesta
+
+### 5.1 Overview
+
+_Descripción de alto nivel de la solución._
+
+### 5.2 Flujo Principal
+
+```mermaid
+flowchart TD
+    A[Inicio] --> B{Decisión}
+    B -->|Opción A| C[Resultado A]
+    B -->|Opción B| D[Resultado B]
+```
+
+### 5.3 Referencia de Diseño
+
+_Links a Figma, screenshots, wireframes._
+
+### 5.4 Features por Prioridad
+
+| # | Feature | MoSCoW | RICE Score | Esfuerzo |
+|---|---------|--------|------------|----------|
+| 1 | | Must | | |
+| 2 | | Must | | |
+| 3 | | Should | | |
+| 4 | | Could | | |
+
+## 6. Requirements Detallados
+
+### 6.1 Funcionales
+
+#### US-001: [User Story]
+
+**Como** [persona], **quiero** [acción], **para** [beneficio].
+
+**Criterios de aceptación:**
+
+```gherkin
+Escenario: [nombre]
+  Dado que [contexto]
+  Cuando [acción]
+  Entonces [resultado]
+```
+
+### 6.2 No Funcionales
+
+| Categoría | Requirement | Métrica |
+|-----------|------------|---------|
+| Performance | | < 200ms p95 |
+| Seguridad | | OWASP Top 10 |
+| Accesibilidad | | WCAG 2.1 AA |
+| Disponibilidad | | 99.9% uptime |
+
+### 6.3 Integraciones
+
+| Sistema | Tipo | Dirección | Criticidad |
+|---------|------|-----------|------------|
+| | REST API | Bidireccional | Alta |
+
+### 6.4 Data Model
+
+```dbml
+Table ejemplo {
+  id uuid [pk]
+  created_at timestamp [not null]
+}
+```
+
+## 7. Diseño y UX
+
+### 7.1 Análisis de Diseño
+
+_Referencia a Figma con observaciones._
+
+### 7.2 Estados de UI
+
+| Estado | Diseñado | Notas |
+|--------|----------|-------|
+| Loading | ☐ | |
+| Empty | ☐ | |
+| Error | ☐ | |
+| Success | ☐ | |
+| Offline | ☐ | |
+
+### 7.3 Responsive
+
+| Breakpoint | Comportamiento |
+|-----------|----------------|
+| Desktop (1200px+) | |
+| Tablet (768px) | |
+| Mobile (375px) | |
+
+## 8. Análisis de Riesgos
+
+| # | Riesgo | Prob. | Impacto | Score | Mitigación |
+|---|--------|-------|---------|-------|------------|
+| R1 | | Media | Alto | 🟠 | |
+| R2 | | Baja | Crítico | 🔴 | |
+| R3 | | Alta | Medio | 🟡 | |
+
+## 9. Scope
+
+### 9.1 In Scope
+
+- ✅ 
+- ✅ 
+
+### 9.2 Out of Scope (explícito)
+
+- ❌ 
+- ❌ 
+
+### 9.3 Futuras Iteraciones
+
+- v2: 
+- v3: 
+
+## 10. Timeline
+
+| Fase | Entregable | Duración | Fecha |
+|------|-----------|----------|-------|
+| 1. Discovery | PRD + Specs | 1 semana | |
+| 2. Build | MVP funcional | 2 semanas | |
+| 3. Polish | QA + fixes | 1 semana | |
+| 4. Launch | Deploy + monitoring | 2 días | |
+
+## 11. Análisis Competitivo
+
+| Feature | Nosotros | Competidor A | Competidor B |
+|---------|----------|-------------|-------------|
+| | ✅ | ❌ | ✅ |
+
+## 12. Launch Plan
+
+### 12.1 Rollout
+
+- [ ] Feature flag creado
+- [ ] 10% canary deployment
+- [ ] 50% gradual rollout
+- [ ] 100% GA
+
+### 12.2 Monitoring
+
+- [ ] Alertas configuradas
+- [ ] Dashboard de métricas
+- [ ] Error tracking (Sentry/similar)
+
+### 12.3 Rollback
+
+_Plan de rollback si algo sale mal._
+
+## 13. Apéndices
+
+### 13.1 Glosario
+
+| Término | Definición |
+|---------|-----------|
+| | |
+
+### 13.2 Referencias
+
+- 
+
+### 13.3 Historial de cambios
+
+| Versión | Fecha | Cambio | Autor |
+|---------|-------|--------|-------|
+| 1.0 | | Creación inicial | |

package/scripts/.claude/don-cheli/VERSION

@@ -1 +1 @@
-1.20.0
+1.21.0

package/scripts/.claude/don-cheli/scripts/instalar.sh

@@ -4,7 +4,7 @@
 
 set -euo pipefail
 
-VERSION="1.20.0"
+VERSION="1.21.0"
 REPO_URL="https://github.com/doncheli/don-cheli-sdd"
 CLEANUP_TMPDIR=""
 

package/scripts/generar-config.sh

@@ -241,7 +241,7 @@ _gen_continue() {
         cat > "$dir/.continue/config/don-cheli.json" 2>/dev/null << 'CONTEOF' || true
 {
   "name": "don-cheli-sdd",
-  "version": "1.20.0",
+  "version": "1.21.0",
   "description": "Don Cheli SDD Framework",
   "rules": [
     "All production code requires tests (TDD: RED → GREEN → REFACTOR)",

package/scripts/instalar.sh

@@ -4,7 +4,7 @@
 
 set -euo pipefail
 
-VERSION="1.20.0"
+VERSION="1.21.0"
 REPO_URL="https://github.com/doncheli/don-cheli-sdd"
 CLEANUP_TMPDIR=""