sdd-es 2.0.0 → 2.5.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/.claude/settings.json +21 -45
- package/LICENSE +21 -0
- package/README.md +51 -21
- package/agents/architecture-designer.md +174 -0
- package/agents/arquitecto.md +16 -1
- package/agents/asesor-datos.md +15 -1
- package/agents/critico.md +37 -1
- package/agents/desarrollador-backend.md +3 -1
- package/agents/desarrollador-frontend.md +3 -1
- package/agents/disenador-api.md +13 -1
- package/agents/documentador.md +3 -1
- package/agents/investigador.md +3 -1
- package/agents/operaciones.md +3 -1
- package/agents/product-designer.md +232 -0
- package/agents/revisor.md +25 -1
- package/agents/seguridad.md +5 -1
- package/agents/tester.md +3 -1
- package/claude-hooks/agent-memory.js +154 -0
- package/cli/index.js +1 -2
- package/commands/sdd.analizar.md +23 -2
- package/commands/sdd.compliance.md +516 -0
- package/commands/sdd.configurar.md +33 -0
- package/commands/sdd.constitucion.md +198 -23
- package/commands/sdd.construir.md +210 -0
- package/commands/sdd.dise/303/261ar.md +188 -0
- package/commands/sdd.estado.md +68 -1
- package/commands/sdd.exportar.md +344 -0
- package/commands/sdd.implementar.md +203 -23
- package/commands/sdd.interpretar.md +239 -0
- package/commands/sdd.md +70 -1
- package/commands/sdd.optimizar.md +164 -0
- package/commands/sdd.planificar.md +64 -0
- package/commands/sdd.verificar.md +10 -0
- package/craft/accessibility-baseline.md +216 -0
- package/craft/anti-ai-slop.md +158 -0
- package/craft/color.md +160 -0
- package/craft/typography.md +121 -0
- package/design-systems/bold-brutalist/DESIGN.md +239 -0
- package/design-systems/editorial-minimal/DESIGN.md +205 -0
- package/design-systems/neutral-modern/DESIGN.md +227 -0
- package/design-systems/vibrant-consumer/DESIGN.md +257 -0
- package/design-systems/warm-editorial/DESIGN.md +221 -0
- package/docs/AGENTES.md +4 -1
- package/docs/FABRICA.md +164 -115
- package/docs/MEMORIA-Y-OBSERVABILIDAD.md +237 -0
- package/docs/MODELOS.md +3 -0
- package/docs/QUE-PASA-SI-FALLA.md +404 -0
- package/docs/SEGURIDAD-PARA-NOTECNICOS.md +280 -0
- package/package.json +5 -3
- package/skills/cache-audit/SKILL.md +163 -0
- package/skills/critica-diseno/SKILL.md +193 -0
- package/skills/descubrir-idea/SKILL.md +133 -0
- package/skills/effort-router/SKILL.md +128 -0
- package/skills/elegir-direccion/SKILL.md +184 -0
- package/skills/github-connect/IMPLEMENTATION-CHECKLIST.md +297 -0
- package/skills/github-connect/INDEX.md +223 -0
- package/skills/github-connect/INTEGRATION.md +361 -0
- package/skills/github-connect/QUICK-START.md +168 -0
- package/skills/github-connect/README.md +414 -0
- package/skills/github-connect/RESUMEN_IMPLEMENTACION.txt +374 -0
- package/skills/github-connect/SKILL.md +343 -0
- package/skills/github-connect/STRUCTURE.txt +252 -0
- package/skills/github-connect/example-config.yaml +41 -0
- package/skills/github-connect/github-connect.sh +419 -0
- package/skills/interpretar-idea/SKILL.md +254 -0
- package/skills/memory-compactor/SKILL.md +114 -0
- package/skills/modo-guiado/SKILL.md +12 -2
- package/skills/observabilidad-consumo/SKILL.md +164 -0
- package/skills/token-budget/SKILL.md +154 -0
- package/skills/vercel-deploy/00-START-HERE.txt +364 -0
- package/skills/vercel-deploy/CHECKLIST.md +205 -0
- package/skills/vercel-deploy/EXEC-SUMMARY.txt +322 -0
- package/skills/vercel-deploy/FLOW.txt +334 -0
- package/skills/vercel-deploy/INDEX.md +276 -0
- package/skills/vercel-deploy/INTEGRATION.md +328 -0
- package/skills/vercel-deploy/MANIFEST.md +310 -0
- package/skills/vercel-deploy/README.md +65 -0
- package/skills/vercel-deploy/SKILL.md +356 -0
- package/skills/vercel-deploy/deploy.sh +298 -0
- package/skills/vercel-deploy/estado.json.example +205 -0
- package/skills/vercel-deploy/skill.yaml +323 -0
- package/skills/vercel-deploy/vercel-deploy.sh +216 -0
- package/skills/wireframe-mvp/SKILL.md +157 -0
- package/.claude-plugin/marketplace.json +0 -31
- package/.claude-plugin/plugin.json +0 -97
- package/docs/EJEMPLO-PRACTICA.md +0 -383
- package/docs/EJEMPLOS.md +0 -212
- /package/skills/{compresion-tokens.md → compresion-tokens/SKILL.md} +0 -0
- /package/skills/{constitucion-constraint.md → constitucion-constraint/SKILL.md} +0 -0
- /package/skills/{deteccion-stack.md → deteccion-stack/SKILL.md} +0 -0
- /package/skills/{enrutador-agentes.md → enrutador-agentes/SKILL.md} +0 -0
- /package/skills/{gestion-estado.md → gestion-estado/SKILL.md} +0 -0
- /package/skills/{indexador.md → indexador/SKILL.md} +0 -0
- /package/skills/{validacion-spec.md → validacion-spec/SKILL.md} +0 -0
- /package/skills/{verificador-implementacion.md → verificador-implementacion/SKILL.md} +0 -0
|
@@ -0,0 +1,154 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: Dado el estado actual del proyecto (fase, tareas pendientes, historial de consumo), estima el presupuesto de tokens por fase restante y recomienda si usar PTC paralelo o serial. Reutiliza criterios de orquestacion-ptc para la recomendación de paralelización.
|
|
3
|
+
model: claude-haiku-4-5-20251001
|
|
4
|
+
allowed-tools: Read
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
# Skill: Token Budget
|
|
8
|
+
|
|
9
|
+
## Propósito
|
|
10
|
+
|
|
11
|
+
Antes de lanzar una fase costosa (planificación, análisis 7-dimensiones, implementación de 10+ tareas), esta skill proyecta el costo estimado en tokens y recomienda la estrategia de ejecución más eficiente. Evita sorpresas de presupuesto a mitad de un proyecto largo.
|
|
12
|
+
|
|
13
|
+
---
|
|
14
|
+
|
|
15
|
+
## Lo que lees
|
|
16
|
+
|
|
17
|
+
```bash
|
|
18
|
+
# Estado general del proyecto
|
|
19
|
+
cat .sdd/estado.json
|
|
20
|
+
|
|
21
|
+
# Tareas pendientes de la spec activa
|
|
22
|
+
SPEC_ID=$(grep -o '"especificacion_activa": "[^"]*"' .sdd/estado.json 2>/dev/null | cut -d'"' -f4)
|
|
23
|
+
[ -n "$SPEC_ID" ] && cat ".sdd/especificaciones/${SPEC_ID}/.estado-tareas.json" 2>/dev/null
|
|
24
|
+
|
|
25
|
+
# Historial de consumo (para calcular velocidad real de la sesión)
|
|
26
|
+
cat .sdd/observabilidad/consumo.jsonl 2>/dev/null | tail -50 || echo "SIN_HISTORIAL"
|
|
27
|
+
|
|
28
|
+
# Configuración de agentes habilitados
|
|
29
|
+
cat .sdd/sdd.config.yaml 2>/dev/null | head -30 || echo "SIN_CONFIG"
|
|
30
|
+
```
|
|
31
|
+
|
|
32
|
+
---
|
|
33
|
+
|
|
34
|
+
## Modelo de estimación
|
|
35
|
+
|
|
36
|
+
### Costos de referencia por fase (en unidades de "peso relativo")
|
|
37
|
+
|
|
38
|
+
Las unidades son relativas entre sí — no son tokens reales, ya que Claude Code no expone el conteo exacto. Se calibran con los datos del ledger si están disponibles.
|
|
39
|
+
|
|
40
|
+
| Fase | Agentes activos | Peso base | Factor por tarea |
|
|
41
|
+
|---|---|---|---|
|
|
42
|
+
| `especificacion` | arquitecto (Opus) | 8 | +1 por cada requisito ambiguo |
|
|
43
|
+
| `aclaracion` | ninguno dedicado | 2 | fijo |
|
|
44
|
+
| `checklist` | ninguno dedicado | 2 | fijo |
|
|
45
|
+
| `planificacion` | arquitecto, critico (Opus) | 10 | +2 por cada riesgo identificado |
|
|
46
|
+
| `tareas` | ninguno dedicado | 3 | +0.5 por tarea a generar |
|
|
47
|
+
| `analisis` (7 dims) | critico, seguridad (Opus) | 12 | fijo (siempre 7 dimensiones) |
|
|
48
|
+
| `implementacion` | 1-5 agentes (Sonnet) | 4 | ×N tareas pendientes |
|
|
49
|
+
| `verificacion` | ninguno dedicado | 4 | ×N CAs a verificar |
|
|
50
|
+
| `qa` | tester (Sonnet) | 5 | ×N flows a probar |
|
|
51
|
+
| `deploy` | operaciones (Haiku) | 2 | fijo |
|
|
52
|
+
|
|
53
|
+
### Calibración con ledger histórico
|
|
54
|
+
|
|
55
|
+
Si existe `consumo.jsonl` con datos de la sesión actual:
|
|
56
|
+
|
|
57
|
+
```
|
|
58
|
+
node -e "
|
|
59
|
+
const fs = require('fs');
|
|
60
|
+
const path = '.sdd/observabilidad/consumo.jsonl';
|
|
61
|
+
if (!fs.existsSync(path)) { console.log('SIN_DATOS'); process.exit(0); }
|
|
62
|
+
|
|
63
|
+
const lineas = fs.readFileSync(path, 'utf8').trim().split('\n').filter(Boolean);
|
|
64
|
+
const parsed = lineas.map(l => { try { return JSON.parse(l); } catch { return null; } }).filter(Boolean);
|
|
65
|
+
|
|
66
|
+
// Bytes totales por fase (agrupando por agente que los escribió)
|
|
67
|
+
const porAgente = {};
|
|
68
|
+
for (const e of parsed) {
|
|
69
|
+
const a = e.agente || 'main';
|
|
70
|
+
porAgente[a] = (porAgente[a] || 0) + (e.bytes || 0);
|
|
71
|
+
}
|
|
72
|
+
|
|
73
|
+
const totalBytes = Object.values(porAgente).reduce((s,v) => s+v, 0);
|
|
74
|
+
console.log('Bytes totales sesión: ' + totalBytes);
|
|
75
|
+
console.log('Velocidad promedio: ' + Math.round(totalBytes / lineas.length) + ' bytes/evento');
|
|
76
|
+
console.log('Eventos totales: ' + lineas.length);
|
|
77
|
+
"
|
|
78
|
+
```
|
|
79
|
+
|
|
80
|
+
Usar la velocidad promedio como factor de calibración: si el historial muestra >1000 bytes/evento, los pesos base ×1.5.
|
|
81
|
+
|
|
82
|
+
---
|
|
83
|
+
|
|
84
|
+
## Recomendación de paralelización (reutiliza orquestacion-ptc)
|
|
85
|
+
|
|
86
|
+
Regla del criterio de independencia (de `orquestacion-ptc`):
|
|
87
|
+
|
|
88
|
+
**Usar PTC paralelo cuando:**
|
|
89
|
+
- Las tareas no se bloquean entre sí (salida de A no es entrada de B)
|
|
90
|
+
- Hay ≥3 tareas del mismo tipo para el mismo agente
|
|
91
|
+
- Las tareas son verificaciones (sin efectos secundarios que se pisen)
|
|
92
|
+
- Ahorro esperado: −70 a −85% en tokens del orquestador
|
|
93
|
+
|
|
94
|
+
**Usar serial cuando:**
|
|
95
|
+
- La tarea N+1 depende del resultado de la tarea N
|
|
96
|
+
- Son acciones sobre infraestructura (migrations, deploys) donde el orden importa
|
|
97
|
+
- Solo hay 1-2 tareas (overhead de PTC no vale)
|
|
98
|
+
|
|
99
|
+
Para la fase `implementacion` con N tareas pendientes:
|
|
100
|
+
|
|
101
|
+
| N tareas pendientes | Estrategia recomendada | Ahorro estimado |
|
|
102
|
+
|---|---|---|
|
|
103
|
+
| 1-2 | Serial (directo) | — |
|
|
104
|
+
| 3-5 independientes | PTC paralelo (lote de 3-5) | ~70% |
|
|
105
|
+
| 6-10 independientes | PTC en 2 lotes de 5 | ~65% |
|
|
106
|
+
| >10 independientes | PTC en lotes de 5 + agrupación por agente | ~60% |
|
|
107
|
+
| Cualquier N con deps | Serial (respetar grafo de dependencias) | — |
|
|
108
|
+
|
|
109
|
+
---
|
|
110
|
+
|
|
111
|
+
## Output que produces
|
|
112
|
+
|
|
113
|
+
```
|
|
114
|
+
╔══════════════════════════════════════════════════════════════════╗
|
|
115
|
+
║ 💰 TOKEN BUDGET — Proyección de Fases Restantes ║
|
|
116
|
+
╠══════════════════════════════════════════════════════════════════╣
|
|
117
|
+
║ Fase actual: {fase} | Spec: {SPEC_ID} ║
|
|
118
|
+
╠══════════════════════════════════════════════════════════════════╣
|
|
119
|
+
║ FASES RESTANTES | PESO EST. | ESTRATEGIA | AGENTES ║
|
|
120
|
+
║ ─────────────────────┼───────────┼───────────────┼──────────── ║
|
|
121
|
+
║ implementacion | ████ 40 | PTC × 3 lotes | 3 agentes ║
|
|
122
|
+
║ └─ {N} tareas pend.| | serial internamente ║
|
|
123
|
+
║ verificacion | ██ 16 | Serial (deps) | — ║
|
|
124
|
+
║ qa | ██ 10 | PTC × flows | tester ║
|
|
125
|
+
║ deploy | █ 4 | Serial | operaciones ║
|
|
126
|
+
║ ─────────────────────┼───────────┼───────────────┼──────────── ║
|
|
127
|
+
║ TOTAL ESTIMADO | ████████ | 70 | ║
|
|
128
|
+
╠══════════════════════════════════════════════════════════════════╣
|
|
129
|
+
║ 📊 CALIBRACIÓN CON HISTORIAL ║
|
|
130
|
+
║ ║
|
|
131
|
+
║ {datos del ledger o "Sin historial — usando pesos base"} ║
|
|
132
|
+
╠══════════════════════════════════════════════════════════════════╣
|
|
133
|
+
║ 🚀 RECOMENDACIÓN DE EJECUCIÓN ║
|
|
134
|
+
║ ║
|
|
135
|
+
║ 1. {fase más costosa}: usar effort-router para degradar ║
|
|
136
|
+
║ modelos donde sea posible (ahorro ~{%}% estimado) ║
|
|
137
|
+
║ ║
|
|
138
|
+
║ 2. {fase con tareas independientes}: usar PTC con lotes ║
|
|
139
|
+
║ de {N} → comando: /sdd.implementar ptc={N} ║
|
|
140
|
+
║ ║
|
|
141
|
+
║ 3. Si el presupuesto es ajustado: comprimir memoria antes ║
|
|
142
|
+
║ de lanzar la fase de implementación ║
|
|
143
|
+
╚══════════════════════════════════════════════════════════════════╝
|
|
144
|
+
```
|
|
145
|
+
|
|
146
|
+
---
|
|
147
|
+
|
|
148
|
+
## Notas
|
|
149
|
+
|
|
150
|
+
- Los pesos son relativos, no tokens reales. Claude Code no expone el conteo exacto de tokens al contexto.
|
|
151
|
+
- La calibración con el ledger mejora la precisión: si la sesión actual ya tiene datos, los pesos se ajustan a la velocidad real observada.
|
|
152
|
+
- Para proyectos con presupuesto de API estricto, usar junto con `effort-router` para maximizar el ahorro antes de lanzar fases costosas.
|
|
153
|
+
- Esta skill se invoca desde `/sdd.optimizar presupuesto` y como PASO 6 de `/sdd.optimizar`.
|
|
154
|
+
- Reutiliza los criterios de independencia de `orquestacion-ptc` — si esa skill tiene más detalle sobre cuándo paralelizar, referenciarlo directamente.
|
|
@@ -0,0 +1,364 @@
|
|
|
1
|
+
================================================================================
|
|
2
|
+
¡BIENVENIDO!
|
|
3
|
+
Skill: Despliegue Automático en Vercel
|
|
4
|
+
vercel-deploy v1.0.0
|
|
5
|
+
================================================================================
|
|
6
|
+
|
|
7
|
+
Ubicación: c:\Users\usuario\sdd-lite\sdd-lite\skills\vercel-deploy\
|
|
8
|
+
|
|
9
|
+
Este directorio contiene un skill completo para automatizar deployments en
|
|
10
|
+
Vercel con 6 pasos atómicos, health checks automáticos y rollback seguro.
|
|
11
|
+
|
|
12
|
+
================================================================================
|
|
13
|
+
¿POR DÓNDE EMPIEZO? (Elige tu caso)
|
|
14
|
+
================================================================================
|
|
15
|
+
|
|
16
|
+
1️⃣ QUIERO DESPLEGAR YA (10 MINUTOS)
|
|
17
|
+
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
|
|
18
|
+
|
|
19
|
+
Paso 1: Lee README.md (2 min)
|
|
20
|
+
Paso 2: Genera VERCEL_TOKEN en https://vercel.com/account/tokens (2 min)
|
|
21
|
+
Paso 3: Haz export VERCEL_TOKEN="vercel_xxx..." (1 min)
|
|
22
|
+
Paso 4: Ejecuta bash deploy.sh (4 min)
|
|
23
|
+
|
|
24
|
+
RESULTADO: Tu app en vivo en Vercel
|
|
25
|
+
|
|
26
|
+
➜ Ve a: README.md
|
|
27
|
+
|
|
28
|
+
|
|
29
|
+
2️⃣ QUIERO ENTENDER EL FLUJO (20 MINUTOS)
|
|
30
|
+
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
|
|
31
|
+
|
|
32
|
+
Paso 1: Lee EXEC-SUMMARY.txt para overview (5 min)
|
|
33
|
+
Paso 2: Estudia SKILL.md para especificación completa (10 min)
|
|
34
|
+
Paso 3: Revisa FLOW.txt para diagrama visual (5 min)
|
|
35
|
+
|
|
36
|
+
RESULTADO: Entiendes 100% cómo funciona
|
|
37
|
+
|
|
38
|
+
➜ Ve a: EXEC-SUMMARY.txt
|
|
39
|
+
|
|
40
|
+
|
|
41
|
+
3️⃣ QUIERO INTEGRAR EN /sdd.implementar (25 MINUTOS)
|
|
42
|
+
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
|
|
43
|
+
|
|
44
|
+
Paso 1: Lee INTEGRATION.md (10 min)
|
|
45
|
+
Paso 2: Copia la configuración YAML a tu proyecto (5 min)
|
|
46
|
+
Paso 3: Configura VERCEL_TOKEN (5 min)
|
|
47
|
+
Paso 4: Prueba con /sdd.desplegar (5 min)
|
|
48
|
+
|
|
49
|
+
RESULTADO: Skill integrado en tu flujo SDD
|
|
50
|
+
|
|
51
|
+
➜ Ve a: INTEGRATION.md
|
|
52
|
+
|
|
53
|
+
|
|
54
|
+
4️⃣ NECESITO VERIFICAR TODO ESTÁ OK (5 MINUTOS)
|
|
55
|
+
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
|
|
56
|
+
|
|
57
|
+
Paso 1: Abre CHECKLIST.md
|
|
58
|
+
Paso 2: Ejecuta la lista de validaciones
|
|
59
|
+
Paso 3: Si todo está verde ✅, procede al deployment
|
|
60
|
+
|
|
61
|
+
RESULTADO: Validación completa pre-deploy
|
|
62
|
+
|
|
63
|
+
➜ Ve a: CHECKLIST.md
|
|
64
|
+
|
|
65
|
+
|
|
66
|
+
5️⃣ ALGO FALLÓ, NECESITO AYUDA (VARIABLE)
|
|
67
|
+
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
|
|
68
|
+
|
|
69
|
+
Paso 1: Revisa tabla de errores en README.md
|
|
70
|
+
Paso 2: Más detalles en SKILL.md → "Manejo de errores"
|
|
71
|
+
Paso 3: Si es integración, ve a INTEGRATION.md → "Troubleshooting"
|
|
72
|
+
Paso 4: Consulta FLOW.txt para visualizar dónde falló
|
|
73
|
+
|
|
74
|
+
RESULTADO: Diagnosis e instrucciones de remediar
|
|
75
|
+
|
|
76
|
+
➜ Ve a: README.md → Errores comunes
|
|
77
|
+
|
|
78
|
+
|
|
79
|
+
6️⃣ SOY ARQUITECTO/DEVOPS, QUIERO VER TODO (1 HORA)
|
|
80
|
+
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
|
|
81
|
+
|
|
82
|
+
Paso 1: MANIFEST.md — Contenido e índice (5 min)
|
|
83
|
+
Paso 2: SKILL.md — Especificación con código (20 min)
|
|
84
|
+
Paso 3: deploy.sh — Revisión de código (15 min)
|
|
85
|
+
Paso 4: skill.yaml — Metadata y configuración (10 min)
|
|
86
|
+
Paso 5: FLOW.txt — Diagrama de flujo (10 min)
|
|
87
|
+
|
|
88
|
+
RESULTADO: Visión 360° del skill
|
|
89
|
+
|
|
90
|
+
➜ Ve a: MANIFEST.md
|
|
91
|
+
|
|
92
|
+
|
|
93
|
+
================================================================================
|
|
94
|
+
ARCHIVO CORRECTO PARA TI
|
|
95
|
+
================================================================================
|
|
96
|
+
|
|
97
|
+
Archivo Tipo Lectura Propósito
|
|
98
|
+
─────────────────────────────────────────────────────────────────────────────
|
|
99
|
+
README.md Quick start 2 min Empezar YA
|
|
100
|
+
CHECKLIST.md Pre-requisitos 5 min Validar antes de desplegar
|
|
101
|
+
SKILL.md Especificación 10 min Entender flujo completo
|
|
102
|
+
INTEGRATION.md Integración 10 min Conectar con /sdd.implementar
|
|
103
|
+
FLOW.txt Diagrama 5 min Ver diagrama visual
|
|
104
|
+
deploy.sh Ejecutable 5 min Ver código
|
|
105
|
+
skill.yaml Metadata 5 min Referencia técnica
|
|
106
|
+
INDEX.md Navegación 5 min Mapa de documentos
|
|
107
|
+
MANIFEST.md Resumen 10 min Contenido e índice
|
|
108
|
+
EXEC-SUMMARY.txt Summary 10 min Overview empresarial
|
|
109
|
+
estado.json.example Ejemplo JSON 2 min Ver formato salida
|
|
110
|
+
|
|
111
|
+
================================================================================
|
|
112
|
+
FLUJO RÁPIDO: 3 PASOS
|
|
113
|
+
================================================================================
|
|
114
|
+
|
|
115
|
+
┌─────────────────────────────────────────────────────────────────────────┐
|
|
116
|
+
│ PASO 1: Obtener VERCEL_TOKEN │
|
|
117
|
+
│ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ │
|
|
118
|
+
│ │
|
|
119
|
+
│ 1. Ve a: https://vercel.com/account/tokens │
|
|
120
|
+
│ 2. Crea nuevo token (scope: full) │
|
|
121
|
+
│ 3. Copia el token: vercel_xxx_abc123... │
|
|
122
|
+
│ │
|
|
123
|
+
│ Luego guarda: │
|
|
124
|
+
│ export VERCEL_TOKEN="vercel_xxx_abc123..." │
|
|
125
|
+
│ # O persistente: │
|
|
126
|
+
│ echo 'VERCEL_TOKEN=vercel_xxx_abc123...' >> .env.local │
|
|
127
|
+
│ │
|
|
128
|
+
└─────────────────────────────────────────────────────────────────────────┘
|
|
129
|
+
|
|
130
|
+
┌─────────────────────────────────────────────────────────────────────────┐
|
|
131
|
+
│ PASO 2: Verificar pre-requisitos │
|
|
132
|
+
│ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ │
|
|
133
|
+
│ │
|
|
134
|
+
│ Abre CHECKLIST.md y ejecuta: │
|
|
135
|
+
│ │
|
|
136
|
+
│ ✓ VERCEL_TOKEN presente │
|
|
137
|
+
│ ✓ Rama limpia (git status limpio) │
|
|
138
|
+
│ ✓ Sin secretos en src/ │
|
|
139
|
+
│ ✓ Tests verdes (npm test) │
|
|
140
|
+
│ ✓ Build local OK (npm run build) │
|
|
141
|
+
│ │
|
|
142
|
+
│ Si algo falla, ve a CHECKLIST.md para instrucc. de remediar │
|
|
143
|
+
│ │
|
|
144
|
+
└─────────────────────────────────────────────────────────────────────────┘
|
|
145
|
+
|
|
146
|
+
┌─────────────────────────────────────────────────────────────────────────┐
|
|
147
|
+
│ PASO 3: Ejecutar el skill │
|
|
148
|
+
│ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ │
|
|
149
|
+
│ │
|
|
150
|
+
│ bash deploy.sh │
|
|
151
|
+
│ │
|
|
152
|
+
│ SALIDA ESPERADA: │
|
|
153
|
+
│ │
|
|
154
|
+
│ 🚀 DESPLIEGUE A VERCEL │
|
|
155
|
+
│ │
|
|
156
|
+
│ ✅ Pre-checks completados │
|
|
157
|
+
│ ✅ Build exitoso │
|
|
158
|
+
│ ✅ Vercel deployment: https://proyecto.vercel.app │
|
|
159
|
+
│ ✅ Health check: HTTP 200 OK │
|
|
160
|
+
│ │
|
|
161
|
+
│ Tu app está en vivo: https://proyecto.vercel.app │
|
|
162
|
+
│ Tiempo total: 3m 42s │
|
|
163
|
+
│ │
|
|
164
|
+
│ Próximos pasos: │
|
|
165
|
+
│ • Comparte URL con testers │
|
|
166
|
+
│ • Monitorea por 15 minutos │
|
|
167
|
+
│ • Ejecuta /sdd.snapshot para actualizar estado │
|
|
168
|
+
│ │
|
|
169
|
+
└─────────────────────────────────────────────────────────────────────────┘
|
|
170
|
+
|
|
171
|
+
================================================================================
|
|
172
|
+
CARACTERÍSTICAS PRINCIPALES
|
|
173
|
+
================================================================================
|
|
174
|
+
|
|
175
|
+
✅ FLUJO ATÓMICO (6 PASOS)
|
|
176
|
+
1. Pre-checks: VERCEL_TOKEN, rama limpia, sin secretos, tests OK
|
|
177
|
+
2. Configuración: Detecta framework, genera vercel.json automáticamente
|
|
178
|
+
3. Build & Deploy: npm run build + vercel deploy --prod
|
|
179
|
+
4. Health Check: 3 reintentos automáticos con backoff
|
|
180
|
+
5. Rollback: Automático si falla
|
|
181
|
+
6. Registro: Metadatos en .sdd/estado.json
|
|
182
|
+
|
|
183
|
+
✅ SEGURIDAD ENTERPRISE
|
|
184
|
+
• Detección de secretos pre-deploy
|
|
185
|
+
• VERCEL_TOKEN nunca se loguea
|
|
186
|
+
• Rama limpia antes de desplegar
|
|
187
|
+
• .env.local en .gitignore
|
|
188
|
+
|
|
189
|
+
✅ CONFIABILIDAD
|
|
190
|
+
• Idempotencia (ejecutar 2x = mismo resultado)
|
|
191
|
+
• Health checks automáticos
|
|
192
|
+
• Rollback atómico
|
|
193
|
+
• Sin estados intermedios
|
|
194
|
+
|
|
195
|
+
✅ OBSERVABILIDAD
|
|
196
|
+
• Output visual con emojis
|
|
197
|
+
• Logging completo en .sdd/estado.json
|
|
198
|
+
• Auditoría de cada paso
|
|
199
|
+
• Métricas de duración
|
|
200
|
+
|
|
201
|
+
✅ DOCUMENTACIÓN
|
|
202
|
+
• 11 archivos completamente documentados
|
|
203
|
+
• 4 rutas de lectura diferentes
|
|
204
|
+
• Diagramas ASCII
|
|
205
|
+
• Ejemplos ejecutables
|
|
206
|
+
|
|
207
|
+
================================================================================
|
|
208
|
+
ESTRUCTURA DEL DIRECTORIO
|
|
209
|
+
================================================================================
|
|
210
|
+
|
|
211
|
+
📂 vercel-deploy/
|
|
212
|
+
│
|
|
213
|
+
├─ 00-START-HERE.txt ⭐ Este archivo (empieza aquí)
|
|
214
|
+
│
|
|
215
|
+
├─ ARCHIVOS PRINCIPALES:
|
|
216
|
+
│ ├─ SKILL.md Especificación completa (10 KB)
|
|
217
|
+
│ ├─ deploy.sh Script ejecutable (8 KB)
|
|
218
|
+
│ └─ README.md Quick start (2 KB)
|
|
219
|
+
│
|
|
220
|
+
├─ GUÍAS ESPECIALIZADAS:
|
|
221
|
+
│ ├─ CHECKLIST.md Pre-requisitos (5 KB)
|
|
222
|
+
│ ├─ INTEGRATION.md Cómo integrar (8 KB)
|
|
223
|
+
│ └─ FLOW.txt Diagrama visual (15 KB)
|
|
224
|
+
│
|
|
225
|
+
├─ REFERENCIA:
|
|
226
|
+
│ ├─ INDEX.md Mapa de navegación (6 KB)
|
|
227
|
+
│ ├─ MANIFEST.md Contenido (8 KB)
|
|
228
|
+
│ ├─ EXEC-SUMMARY.txt Overview empresarial (10 KB)
|
|
229
|
+
│ └─ skill.yaml Metadata (10 KB)
|
|
230
|
+
│
|
|
231
|
+
└─ EJEMPLOS:
|
|
232
|
+
├─ estado.json.example Salida del deploy (15 KB)
|
|
233
|
+
└─ (más archivos)
|
|
234
|
+
|
|
235
|
+
TOTAL: 11 archivos (~100 KB)
|
|
236
|
+
|
|
237
|
+
================================================================================
|
|
238
|
+
TIEMPO ESTIMADO POR TAREA
|
|
239
|
+
================================================================================
|
|
240
|
+
|
|
241
|
+
Tarea Tiempo
|
|
242
|
+
─────────────────────────────────────────────────────────────────────────────
|
|
243
|
+
Leer este archivo (00-START-HERE.txt) 2 min
|
|
244
|
+
Generar VERCEL_TOKEN 2 min
|
|
245
|
+
Leer README.md 2 min
|
|
246
|
+
Ejecutar deploy.sh 4 min
|
|
247
|
+
────────
|
|
248
|
+
TOTAL PARA PRIMER DEPLOYMENT 10 min
|
|
249
|
+
|
|
250
|
+
Integrar en /sdd.implementar 20 min
|
|
251
|
+
Entrenar al team 20 min
|
|
252
|
+
Monitoreo post-deploy 15 min
|
|
253
|
+
────────
|
|
254
|
+
TOTAL PRIMER DÍA 65 min
|
|
255
|
+
|
|
256
|
+
================================================================================
|
|
257
|
+
PRÓXIMOS PASOS
|
|
258
|
+
================================================================================
|
|
259
|
+
|
|
260
|
+
Ya mismo:
|
|
261
|
+
1. Lee README.md (2 min)
|
|
262
|
+
2. Generas VERCEL_TOKEN (2 min)
|
|
263
|
+
|
|
264
|
+
En los próximos 5 minutos:
|
|
265
|
+
3. Haz export VERCEL_TOKEN=...
|
|
266
|
+
4. Ejecuta bash deploy.sh
|
|
267
|
+
5. Verifica que tu app está en vivo
|
|
268
|
+
|
|
269
|
+
Hoy:
|
|
270
|
+
6. Documenta la URL en tu proyecto
|
|
271
|
+
7. Avisa al team
|
|
272
|
+
8. Monitorea por 15 minutos
|
|
273
|
+
|
|
274
|
+
Esta semana:
|
|
275
|
+
9. Integra el skill en /sdd.implementar
|
|
276
|
+
10. Entrena al team en el flujo
|
|
277
|
+
|
|
278
|
+
Este mes:
|
|
279
|
+
11. Monitorea deployments
|
|
280
|
+
12. Ajusta configuración si necesario
|
|
281
|
+
|
|
282
|
+
================================================================================
|
|
283
|
+
SOPORTE RÁPIDO
|
|
284
|
+
================================================================================
|
|
285
|
+
|
|
286
|
+
PREGUNTA: "¿Por dónde empiezo?"
|
|
287
|
+
RESPUESTA: Lee README.md (2 min)
|
|
288
|
+
ARCHIVO: README.md
|
|
289
|
+
|
|
290
|
+
PREGUNTA: "Necesito validar todo antes de desplegar"
|
|
291
|
+
RESPUESTA: Abre CHECKLIST.md y sigue la lista
|
|
292
|
+
ARCHIVO: CHECKLIST.md
|
|
293
|
+
|
|
294
|
+
PREGUNTA: "¿Cómo integro en mi flujo SDD?"
|
|
295
|
+
RESPUESTA: Ve a INTEGRATION.md (10 min)
|
|
296
|
+
ARCHIVO: INTEGRATION.md
|
|
297
|
+
|
|
298
|
+
PREGUNTA: "Algo falló, ¿qué hago?"
|
|
299
|
+
RESPUESTA: Consulta tabla de errores en README.md
|
|
300
|
+
ARCHIVO: README.md → "Errores comunes"
|
|
301
|
+
|
|
302
|
+
PREGUNTA: "Quiero ver el diagrama de flujo"
|
|
303
|
+
RESPUESTA: Abre FLOW.txt (diagrama ASCII)
|
|
304
|
+
ARCHIVO: FLOW.txt
|
|
305
|
+
|
|
306
|
+
PREGUNTA: "¿Qué contiene este skill?"
|
|
307
|
+
RESPUESTA: Ve a MANIFEST.md
|
|
308
|
+
ARCHIVO: MANIFEST.md
|
|
309
|
+
|
|
310
|
+
PREGUNTA: "Soy DevOps, quiero detalles técnicos"
|
|
311
|
+
RESPUESTA: EXEC-SUMMARY.txt → SKILL.md → skill.yaml
|
|
312
|
+
ARCHIVOS: EXEC-SUMMARY.txt, SKILL.md, skill.yaml
|
|
313
|
+
|
|
314
|
+
================================================================================
|
|
315
|
+
LOS 6 PASOS EXPLICADOS EN 30 SEGUNDOS
|
|
316
|
+
================================================================================
|
|
317
|
+
|
|
318
|
+
1. PRE-CHECKS → Verifica que todo está OK (token, rama, tests)
|
|
319
|
+
2. CONFIGURACIÓN → Auto-detecta framework (next, react, etc.)
|
|
320
|
+
3. BUILD & DEPLOY → Compila y envía a Vercel
|
|
321
|
+
4. HEALTH CHECK → Reintenta 3 veces hasta que responda HTTP 200
|
|
322
|
+
5. ROLLBACK → Si falla, vuelve al deploy anterior (automático)
|
|
323
|
+
6. REGISTRO → Guarda metadatos en .sdd/estado.json
|
|
324
|
+
|
|
325
|
+
RESULTADO: Tu app en vivo en Vercel, 100% confiable.
|
|
326
|
+
|
|
327
|
+
================================================================================
|
|
328
|
+
COMIENZA AQUÍ
|
|
329
|
+
================================================================================
|
|
330
|
+
|
|
331
|
+
→ Para desplegar YA:
|
|
332
|
+
Abre: README.md
|
|
333
|
+
|
|
334
|
+
→ Para entender todo:
|
|
335
|
+
Abre: EXEC-SUMMARY.txt
|
|
336
|
+
|
|
337
|
+
→ Para integrar en SDD:
|
|
338
|
+
Abre: INTEGRATION.md
|
|
339
|
+
|
|
340
|
+
→ Para validar pre-requisitos:
|
|
341
|
+
Abre: CHECKLIST.md
|
|
342
|
+
|
|
343
|
+
→ Para ver el diagrama:
|
|
344
|
+
Abre: FLOW.txt
|
|
345
|
+
|
|
346
|
+
¿LISTO? 🚀
|
|
347
|
+
|
|
348
|
+
Ve al archivo que necesites arriba ↑
|
|
349
|
+
|
|
350
|
+
================================================================================
|
|
351
|
+
BIENVENIDO AL FUTURO
|
|
352
|
+
DE DEPLOYMENTS SIN PREOCUPACIONES
|
|
353
|
+
================================================================================
|
|
354
|
+
|
|
355
|
+
Este skill automatiza lo que antes era manual y error-prone.
|
|
356
|
+
Disfruta del deployment seguro, rápido y confiable a Vercel.
|
|
357
|
+
|
|
358
|
+
Preguntas? Consulta la documentación dentro de este directorio.
|
|
359
|
+
|
|
360
|
+
Versión: 1.0.0
|
|
361
|
+
Estado: ✅ Listo para usar
|
|
362
|
+
Fecha: 2026-06-13
|
|
363
|
+
|
|
364
|
+
================================================================================
|