don-cheli-sdd 1.25.1 → 1.27.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/CHANGELOG.md +12 -0
- package/CLAUDE.md +29 -19
- package/README.es.md +26 -3
- package/README.md +36 -3
- package/README.pt.md +26 -3
- package/VERSION +1 -1
- package/comandos/dc/auto.md +177 -0
- package/comandos/dc/especificar.md +8 -2
- package/comandos/especdev/auto.md +177 -0
- package/comandos/especdev/especificar.md +8 -2
- package/habilidades/crash-recovery/HABILIDAD.md +97 -0
- package/habilidades/modo-autonomo/HABILIDAD.md +54 -0
- package/habilidades/openapi-schema/HABILIDAD.md +87 -0
- package/package.json +1 -1
- package/scripts/.claude/commands/dc/auto.md +177 -0
- package/scripts/.claude/commands/dc/especificar.md +8 -2
- package/scripts/.claude/commands/especdev/auto.md +177 -0
- package/scripts/.claude/commands/especdev/especificar.md +8 -2
- package/scripts/.claude/don-cheli/CLAUDE.md +36 -34
- package/scripts/.claude/don-cheli/VERSION +1 -1
- package/scripts/.claude/don-cheli/habilidades/crash-recovery/HABILIDAD.md +97 -0
- package/scripts/.claude/don-cheli/habilidades/modo-autonomo/HABILIDAD.md +54 -0
- package/scripts/.claude/don-cheli/habilidades/openapi-schema/HABILIDAD.md +87 -0
- package/scripts/.claude/don-cheli/scripts/instalar.sh +1 -1
- package/scripts/generar-config.sh +1 -1
- package/scripts/instalar.sh +1 -1
package/CHANGELOG.md
CHANGED
|
@@ -4,6 +4,18 @@ Todos los cambios notables en Don Cheli SDD Framework.
|
|
|
4
4
|
|
|
5
5
|
Formato basado en [Conventional Commits](https://www.conventionalcommits.org/).
|
|
6
6
|
|
|
7
|
+
## [1.27.0](https://github.com/doncheli/don-cheli-sdd/compare/v1.26.0...v1.27.0) (2026-04-07)
|
|
8
|
+
|
|
9
|
+
### Nuevas Funcionalidades
|
|
10
|
+
|
|
11
|
+
* mejoras al framework — modo autónomo, triple source, crash recovery ([e5fbe15](https://github.com/doncheli/don-cheli-sdd/commit/e5fbe154be88a37ec40efb8d80f74f7b5f1841a3))
|
|
12
|
+
|
|
13
|
+
## [1.26.0](https://github.com/doncheli/don-cheli-sdd/compare/v1.25.1...v1.26.0) (2026-04-07)
|
|
14
|
+
|
|
15
|
+
### Nuevas Funcionalidades
|
|
16
|
+
|
|
17
|
+
* auto-actualización automática del framework + skills al inicio de sesión ([54deefe](https://github.com/doncheli/don-cheli-sdd/commit/54deefe501fead50eeda67088a58e8d60f0b6adf))
|
|
18
|
+
|
|
7
19
|
## [1.25.1](https://github.com/doncheli/don-cheli-sdd/compare/v1.25.0...v1.25.1) (2026-04-07)
|
|
8
20
|
|
|
9
21
|
### Correcciones
|
package/CLAUDE.md
CHANGED
|
@@ -31,26 +31,36 @@ Lee bajo demanda:
|
|
|
31
31
|
- `/razonar:*` — 15 modelos de razonamiento
|
|
32
32
|
|
|
33
33
|
## Auto-actualización al inicio de sesión
|
|
34
|
-
Al inicio de la **primera interacción** de cada sesión:
|
|
34
|
+
Al inicio de la **primera interacción** de cada sesión, ejecutar automáticamente:
|
|
35
|
+
|
|
36
|
+
### Paso 1: Actualizar framework
|
|
35
37
|
1. Leer `${FRAMEWORK_HOME}/VERSION` para obtener la versión local
|
|
36
|
-
2. Ejecutar `curl -s https://raw.githubusercontent.com/doncheli/don-cheli-sdd/main/VERSION`
|
|
37
|
-
3. Si versiones iguales o falla el curl → silencio
|
|
38
|
-
4. Si hay versión mayor → **
|
|
39
|
-
|
|
40
|
-
|
|
41
|
-
-
|
|
42
|
-
-
|
|
43
|
-
|
|
44
|
-
|
|
45
|
-
|
|
46
|
-
|
|
47
|
-
-
|
|
48
|
-
|
|
49
|
-
|
|
50
|
-
|
|
51
|
-
|
|
52
|
-
|
|
53
|
-
|
|
38
|
+
2. Ejecutar `curl -s https://raw.githubusercontent.com/doncheli/don-cheli-sdd/main/VERSION`
|
|
39
|
+
3. Si versiones iguales o falla el curl → silencio
|
|
40
|
+
4. Si hay versión mayor → **auto-actualizar en background**:
|
|
41
|
+
a. Clonar versión nueva en directorio temporal
|
|
42
|
+
b. Ejecutar auditoría de seguridad sobre los scripts cambiados:
|
|
43
|
+
- Buscar secretos hardcoded, inyección de comandos, URLs sospechosas
|
|
44
|
+
- Verificar que scripts no ejecuten código arbitrario
|
|
45
|
+
c. Ejecutar validación de estructura: `bash scripts/validar.sh`
|
|
46
|
+
d. Si auditoría tiene hallazgos 🔴 Críticos → **DETENER**, notificar:
|
|
47
|
+
`🛑 Actualización v{remota} bloqueada por hallazgos de seguridad. Revisar con /dc:auditar-seguridad`
|
|
48
|
+
e. Si pasa auditoría y estructura → aplicar: `bash scripts/actualizar.sh --forzar`
|
|
49
|
+
f. Notificar: `✅ Don Cheli auto-actualizado: v{local} → v{remota} (seguridad: ✅ | estructura: ✅)`
|
|
50
|
+
|
|
51
|
+
### Paso 2: Actualizar skills de terceros (semanal)
|
|
52
|
+
1. Ejecutar `bash scripts/skill-updater.sh --quiet`
|
|
53
|
+
2. El script tiene throttle de 7 días — solo verifica una vez por semana
|
|
54
|
+
3. Si hay updates de Anthropic Skills → aplicar automáticamente
|
|
55
|
+
4. Si hay updates de comunidad → solo notificar (no auto-aplicar)
|
|
56
|
+
5. Notificar si hubo cambios: `✅ Skills actualizadas: {N} de Anthropic`
|
|
57
|
+
|
|
58
|
+
### Reglas
|
|
59
|
+
- **Una vez por sesión** — no repetir checks en cada mensaje
|
|
60
|
+
- Si no hay conexión → silencio, no bloquear la interacción
|
|
61
|
+
- El proceso NO debe bloquear la interacción del usuario
|
|
62
|
+
- Siempre ejecutar checks de seguridad y estructura antes de aplicar
|
|
63
|
+
- Si la auditoría falla → DETENER y notificar, nunca aplicar cambios inseguros
|
|
54
64
|
|
|
55
65
|
## Idioma (i18n)
|
|
56
66
|
Detección: `${FRAMEWORK_HOME}/locale` → `.dc/config.yaml` → default `es`
|
package/README.es.md
CHANGED
|
@@ -12,11 +12,11 @@
|
|
|
12
12
|
</p>
|
|
13
13
|
<p align="center">
|
|
14
14
|
<a href="#-instalación"><img src="https://img.shields.io/badge/instalación-2_minutos-brightgreen" alt="Install"></a>
|
|
15
|
-
<img src="https://img.shields.io/badge/versión-1.
|
|
15
|
+
<img src="https://img.shields.io/badge/versión-1.27.0-blue" alt="Version">
|
|
16
16
|
<img src="https://img.shields.io/badge/licencia-Apache%202.0-green" alt="License">
|
|
17
17
|
<img src="https://img.shields.io/badge/idiomas-ES%20|%20EN%20|%20PT-red" alt="Languages">
|
|
18
|
-
<img src="https://img.shields.io/badge/comandos-
|
|
19
|
-
<img src="https://img.shields.io/badge/habilidades-
|
|
18
|
+
<img src="https://img.shields.io/badge/comandos-88+-purple" alt="Commands">
|
|
19
|
+
<img src="https://img.shields.io/badge/habilidades-51+-orange" alt="Skills">
|
|
20
20
|
<img src="https://img.shields.io/badge/Anthropic%20Skills%202.0-compatible-blueviolet" alt="Skills 2.0">
|
|
21
21
|
<a href="https://marketplace.visualstudio.com/items?itemName=doncheli.don-cheli-sdd"><img src="https://img.shields.io/visual-studio-marketplace/v/doncheli.don-cheli-sdd?label=VS%20Code&color=007ACC" alt="VS Code"></a>
|
|
22
22
|
<br/>
|
|
@@ -258,6 +258,10 @@ No negociables. Se aplican siempre. Sin excepciones.
|
|
|
258
258
|
<tr><td>Drift Detection (vigilante async)</td><td>—</td><td>—</td><td>—</td><td><strong>✅</strong></td></tr>
|
|
259
259
|
<tr><td>Time Travel del Razonamiento</td><td>—</td><td>—</td><td>—</td><td><strong>✅</strong></td></tr>
|
|
260
260
|
<tr><td>Simulación Pre-Flight de Costos</td><td>—</td><td>—</td><td>—</td><td><strong>✅</strong></td></tr>
|
|
261
|
+
<tr><td>Modo Autónomo (anti-context-rot)</td><td>—</td><td>—</td><td>—</td><td>—</td><td><strong>✅</strong></td></tr>
|
|
262
|
+
<tr><td>Crash Recovery (lock + PID + estado)</td><td>—</td><td>—</td><td>—</td><td>—</td><td><strong>✅</strong></td></tr>
|
|
263
|
+
<tr><td>Triple Fuente de Verdad (Gherkin+OpenAPI+JSON Schema)</td><td>—</td><td>—</td><td>—</td><td>—</td><td><strong>✅</strong></td></tr>
|
|
264
|
+
<tr><td>PRD Generator (Figma + briefs)</td><td>—</td><td>—</td><td>—</td><td>—</td><td><strong>✅</strong></td></tr>
|
|
261
265
|
</table>
|
|
262
266
|
|
|
263
267
|
<details>
|
|
@@ -432,6 +436,25 @@ Sabe **exactamente** cuanto costara una fase ANTES de ejecutarla:
|
|
|
432
436
|
|
|
433
437
|
---
|
|
434
438
|
|
|
439
|
+
|
|
440
|
+
---
|
|
441
|
+
|
|
442
|
+
## Modo Autónomo
|
|
443
|
+
|
|
444
|
+
Ejecuta el pipeline SDD completo sin intervención. Agentes frescos por fase previenen context rot.
|
|
445
|
+
|
|
446
|
+
```bash
|
|
447
|
+
/dc:auto "Implementar autenticación JWT con refresh tokens"
|
|
448
|
+
# → Research → Especificar → Planificar → Desglosar → Implementar → Revisar → Listo
|
|
449
|
+
```
|
|
450
|
+
|
|
451
|
+
- **Agentes frescos por fase** — Cada fase inicia con contexto limpio de 200K
|
|
452
|
+
- **Crash recovery** — Lock files + detección de PID, resume desde último checkpoint
|
|
453
|
+
- **Pre-flight** — Estima tokens/costo antes de ejecutar
|
|
454
|
+
- **Quality gates** — Cada fase pasa su puerta antes de avanzar
|
|
455
|
+
- **Triple fuente de verdad** — Gherkin + OpenAPI 3.1 + JSON Schema
|
|
456
|
+
|
|
457
|
+
|
|
435
458
|
## Multi-plataforma
|
|
436
459
|
|
|
437
460
|
Don Cheli no es un programa. Son archivos Markdown que cualquier agente de IA puede interpretar.
|
package/README.md
CHANGED
|
@@ -12,11 +12,11 @@
|
|
|
12
12
|
</p>
|
|
13
13
|
<p align="center">
|
|
14
14
|
<a href="#-installation"><img src="https://img.shields.io/badge/install-2_minutes-brightgreen" alt="Install"></a>
|
|
15
|
-
<img src="https://img.shields.io/badge/version-1.
|
|
15
|
+
<img src="https://img.shields.io/badge/version-1.27.0-blue" alt="Version">
|
|
16
16
|
<img src="https://img.shields.io/badge/license-Apache%202.0-green" alt="License">
|
|
17
17
|
<img src="https://img.shields.io/badge/languages-ES%20|%20EN%20|%20PT-red" alt="Languages">
|
|
18
|
-
<img src="https://img.shields.io/badge/commands-
|
|
19
|
-
<img src="https://img.shields.io/badge/skills-
|
|
18
|
+
<img src="https://img.shields.io/badge/commands-88+-purple" alt="Commands">
|
|
19
|
+
<img src="https://img.shields.io/badge/skills-51+-orange" alt="Skills">
|
|
20
20
|
<img src="https://img.shields.io/badge/Anthropic%20Skills%202.0-compatible-blueviolet" alt="Skills 2.0">
|
|
21
21
|
<a href="https://marketplace.visualstudio.com/items?itemName=doncheli.don-cheli-sdd"><img src="https://img.shields.io/visual-studio-marketplace/v/doncheli.don-cheli-sdd?label=VS%20Code&color=007ACC" alt="VS Code"></a>
|
|
22
22
|
<br/>
|
|
@@ -258,6 +258,10 @@ Non-negotiable. Always enforced. No exceptions.
|
|
|
258
258
|
<tr><td>Drift Detection (async watcher)</td><td>—</td><td>—</td><td>—</td><td><strong>✅</strong></td></tr>
|
|
259
259
|
<tr><td>Reasoning Time Travel</td><td>—</td><td>—</td><td>—</td><td><strong>✅</strong></td></tr>
|
|
260
260
|
<tr><td>Pre-Flight Cost Simulation</td><td>—</td><td>—</td><td>—</td><td><strong>✅</strong></td></tr>
|
|
261
|
+
<tr><td>Autonomous Mode (anti-context-rot)</td><td>—</td><td>—</td><td>—</td><td>—</td><td><strong>✅</strong></td></tr>
|
|
262
|
+
<tr><td>Crash Recovery (lock + PID + state)</td><td>—</td><td>—</td><td>—</td><td>—</td><td><strong>✅</strong></td></tr>
|
|
263
|
+
<tr><td>Triple Source of Truth (Gherkin+OpenAPI+JSON Schema)</td><td>—</td><td>—</td><td>—</td><td>—</td><td><strong>✅</strong></td></tr>
|
|
264
|
+
<tr><td>PRD Generator (Figma + briefs)</td><td>—</td><td>—</td><td>—</td><td>—</td><td><strong>✅</strong></td></tr>
|
|
261
265
|
</table>
|
|
262
266
|
|
|
263
267
|
<details>
|
|
@@ -432,6 +436,35 @@ Know **exactly** how much a phase will cost BEFORE executing:
|
|
|
432
436
|
|
|
433
437
|
---
|
|
434
438
|
|
|
439
|
+
|
|
440
|
+
---
|
|
441
|
+
|
|
442
|
+
## Autonomous Mode
|
|
443
|
+
|
|
444
|
+
Execute the full SDD pipeline hands-off. Fresh agents per phase prevent context rot.
|
|
445
|
+
|
|
446
|
+
```bash
|
|
447
|
+
/dc:auto "Implement JWT authentication with refresh tokens"
|
|
448
|
+
# → Research → Specify → Plan → Breakdown → Implement → Review → Done
|
|
449
|
+
```
|
|
450
|
+
|
|
451
|
+
- **Fresh agents per phase** — Each phase spawns a clean 200K context (no degradation)
|
|
452
|
+
- **Crash recovery** — Lock files + PID detection resume from last checkpoint
|
|
453
|
+
- **Pre-flight budget** — Estimates tokens/cost before executing
|
|
454
|
+
- **Quality gates** — Each phase passes its gate before advancing
|
|
455
|
+
- **Max retries** — 3 attempts per phase, then asks for human help
|
|
456
|
+
|
|
457
|
+
```
|
|
458
|
+
Orchestrator (30-40% context — optimal zone)
|
|
459
|
+
├── Agent 1: RESEARCH (fresh 200K) → .dc/auto/research.md
|
|
460
|
+
├── Agent 2: SPECIFY (fresh 200K) → .dc/specs/*.feature
|
|
461
|
+
├── Agent 3: PLAN (fresh 200K) → .dc/blueprints/*.md
|
|
462
|
+
├── Agent 4: BREAKDOWN (fresh 200K) → .dc/tareas/*.md
|
|
463
|
+
├── Agents 5-N: IMPLEMENT (fresh per task) → code + tests
|
|
464
|
+
└── Agent Final: REVIEW (fresh 200K) → .dc/reviews/*.md
|
|
465
|
+
```
|
|
466
|
+
|
|
467
|
+
|
|
435
468
|
## Multi-platform
|
|
436
469
|
|
|
437
470
|
Don Cheli is not a program. It's Markdown files that any AI agent can interpret.
|
package/README.pt.md
CHANGED
|
@@ -12,11 +12,11 @@
|
|
|
12
12
|
</p>
|
|
13
13
|
<p align="center">
|
|
14
14
|
<a href="#-instalação"><img src="https://img.shields.io/badge/instalação-2_minutos-brightgreen" alt="Install"></a>
|
|
15
|
-
<img src="https://img.shields.io/badge/versão-1.
|
|
15
|
+
<img src="https://img.shields.io/badge/versão-1.27.0-blue" alt="Version">
|
|
16
16
|
<img src="https://img.shields.io/badge/licença-Apache%202.0-green" alt="License">
|
|
17
17
|
<img src="https://img.shields.io/badge/idiomas-ES%20|%20EN%20|%20PT-red" alt="Languages">
|
|
18
|
-
<img src="https://img.shields.io/badge/comandos-
|
|
19
|
-
<img src="https://img.shields.io/badge/habilidades-
|
|
18
|
+
<img src="https://img.shields.io/badge/comandos-88+-purple" alt="Commands">
|
|
19
|
+
<img src="https://img.shields.io/badge/habilidades-51+-orange" alt="Skills">
|
|
20
20
|
<img src="https://img.shields.io/badge/Anthropic%20Skills%202.0-compatível-blueviolet" alt="Skills 2.0">
|
|
21
21
|
<br/>
|
|
22
22
|
<a href="https://github.com/doncheli/don-cheli-sdd/actions/workflows/validar.yml"><img src="https://github.com/doncheli/don-cheli-sdd/actions/workflows/validar.yml/badge.svg" alt="CI"></a>
|
|
@@ -257,6 +257,10 @@ Não negociáveis. Sempre aplicadas. Sem exceções.
|
|
|
257
257
|
<tr><td>Drift Detection (vigilante async)</td><td>—</td><td>—</td><td>—</td><td><strong>✅</strong></td></tr>
|
|
258
258
|
<tr><td>Time Travel do Raciocinio</td><td>—</td><td>—</td><td>—</td><td><strong>✅</strong></td></tr>
|
|
259
259
|
<tr><td>Simulacao Pre-Flight de Custos</td><td>—</td><td>—</td><td>—</td><td><strong>✅</strong></td></tr>
|
|
260
|
+
<tr><td>Modo Autônomo (anti-context-rot)</td><td>—</td><td>—</td><td>—</td><td>—</td><td><strong>✅</strong></td></tr>
|
|
261
|
+
<tr><td>Crash Recovery (lock + PID + estado)</td><td>—</td><td>—</td><td>—</td><td>—</td><td><strong>✅</strong></td></tr>
|
|
262
|
+
<tr><td>Tripla Fonte de Verdade (Gherkin+OpenAPI+JSON Schema)</td><td>—</td><td>—</td><td>—</td><td>—</td><td><strong>✅</strong></td></tr>
|
|
263
|
+
<tr><td>PRD Generator (Figma + briefs)</td><td>—</td><td>—</td><td>—</td><td>—</td><td><strong>✅</strong></td></tr>
|
|
260
264
|
</table>
|
|
261
265
|
|
|
262
266
|
<details>
|
|
@@ -431,6 +435,25 @@ Saiba **exatamente** quanto custara uma fase ANTES de executar:
|
|
|
431
435
|
|
|
432
436
|
---
|
|
433
437
|
|
|
438
|
+
|
|
439
|
+
---
|
|
440
|
+
|
|
441
|
+
## Modo Autônomo
|
|
442
|
+
|
|
443
|
+
Execute o pipeline SDD completo sem intervenção. Agentes frescos por fase previnem context rot.
|
|
444
|
+
|
|
445
|
+
```bash
|
|
446
|
+
/dc:auto "Implementar autenticação JWT com refresh tokens"
|
|
447
|
+
# → Research → Especificar → Planejar → Desdobrar → Implementar → Revisar → Pronto
|
|
448
|
+
```
|
|
449
|
+
|
|
450
|
+
- **Agentes frescos por fase** — Cada fase inicia com contexto limpo de 200K
|
|
451
|
+
- **Crash recovery** — Lock files + detecção de PID, resume do último checkpoint
|
|
452
|
+
- **Pre-flight** — Estima tokens/custo antes de executar
|
|
453
|
+
- **Quality gates** — Cada fase passa sua porta antes de avançar
|
|
454
|
+
- **Tripla fonte de verdade** — Gherkin + OpenAPI 3.1 + JSON Schema
|
|
455
|
+
|
|
456
|
+
|
|
434
457
|
## Multi-plataforma
|
|
435
458
|
|
|
436
459
|
Don Cheli não é um programa. São arquivos Markdown que qualquer agente de IA pode interpretar.
|
package/VERSION
CHANGED
|
@@ -1 +1 @@
|
|
|
1
|
-
1.
|
|
1
|
+
1.27.0
|
|
@@ -0,0 +1,177 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: Modo autónomo que ejecuta el pipeline SDD completo sin intervención humana. Usa cuando el usuario dice "auto", "autónomo", "autonomous", "run automatically", "ejecutar solo", "auto mode", "hands-off", "unattended", "modo piloto automático". Spawna agentes frescos por tarea para evitar context rot.
|
|
3
|
+
i18n: true
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# /dc:auto — Modo Autónomo
|
|
7
|
+
|
|
8
|
+
## Objetivo
|
|
9
|
+
|
|
10
|
+
Ejecutar el pipeline SDD **completo** sin intervención humana: research → spec → plan → code → test → verify → commit. Cada fase usa un agente fresco para evitar context rot.
|
|
11
|
+
|
|
12
|
+
## Uso
|
|
13
|
+
|
|
14
|
+
```
|
|
15
|
+
/dc:auto "Implementar autenticación JWT con refresh tokens"
|
|
16
|
+
/dc:auto --nivel 2 # Forzar nivel específico
|
|
17
|
+
/dc:auto --hasta implementar # Parar después de una fase
|
|
18
|
+
/dc:auto --dry-run # Simular sin ejecutar código
|
|
19
|
+
/dc:auto --max-iteraciones 5 # Límite de ciclos TDD
|
|
20
|
+
/dc:auto --presupuesto 10.00 # Límite de costo en USD
|
|
21
|
+
```
|
|
22
|
+
|
|
23
|
+
## Arquitectura Anti-Context-Rot
|
|
24
|
+
|
|
25
|
+
El problema fundamental: ejecutar todo en un solo contexto degrada la calidad.
|
|
26
|
+
|
|
27
|
+
**Solución: Agentes frescos por fase.**
|
|
28
|
+
|
|
29
|
+
```
|
|
30
|
+
Orquestador (30-40% del contexto — zona óptima)
|
|
31
|
+
│
|
|
32
|
+
├── Agente 1: RESEARCH (contexto fresco 200K)
|
|
33
|
+
│ └── Explora codebase, identifica constraints
|
|
34
|
+
│ Output → .dc/auto/research.md
|
|
35
|
+
│
|
|
36
|
+
├── Agente 2: SPECIFY (contexto fresco 200K)
|
|
37
|
+
│ └── Lee research.md → genera specs Gherkin
|
|
38
|
+
│ Output → .dc/specs/*.feature
|
|
39
|
+
│
|
|
40
|
+
├── Agente 3: PLAN (contexto fresco 200K)
|
|
41
|
+
│ └── Lee specs → genera blueprint técnico
|
|
42
|
+
│ Output → .dc/blueprints/*.md
|
|
43
|
+
│
|
|
44
|
+
├── Agente 4: BREAKDOWN (contexto fresco 200K)
|
|
45
|
+
│ └── Lee blueprint → genera tareas TDD
|
|
46
|
+
│ Output → .dc/tareas/*.md
|
|
47
|
+
│
|
|
48
|
+
├── Agentes 5-N: IMPLEMENT (contexto fresco por tarea)
|
|
49
|
+
│ └── Una tarea a la vez: RED → GREEN → REFACTOR
|
|
50
|
+
│ Output → código + tests
|
|
51
|
+
│
|
|
52
|
+
└── Agente Final: REVIEW (contexto fresco 200K)
|
|
53
|
+
└── Lee todo → peer review 7 dimensiones
|
|
54
|
+
Output → .dc/reviews/*.md
|
|
55
|
+
```
|
|
56
|
+
|
|
57
|
+
**Cada agente:**
|
|
58
|
+
- Inicia con contexto 100% limpio
|
|
59
|
+
- Lee SOLO los artefactos que necesita del disco (.dc/)
|
|
60
|
+
- Escribe su output a disco antes de terminar
|
|
61
|
+
- El orquestador decide si avanzar o reintentar
|
|
62
|
+
|
|
63
|
+
## State Machine
|
|
64
|
+
|
|
65
|
+
```
|
|
66
|
+
┌──────────┐ ┌──────────┐ ┌──────────┐ ┌──────────┐
|
|
67
|
+
│ RESEARCH │───▶│ SPECIFY │───▶│ PLAN │───▶│BREAKDOWN │
|
|
68
|
+
└──────────┘ └──────────┘ └──────────┘ └──────────┘
|
|
69
|
+
│
|
|
70
|
+
┌──────────┐ ┌──────────┐ │
|
|
71
|
+
│ REVIEW │◀───│IMPLEMENT │◀────┘
|
|
72
|
+
└──────────┘ └──────────┘
|
|
73
|
+
│ │
|
|
74
|
+
┌────▼────┐ ┌────▼────┐
|
|
75
|
+
│ DONE │ │ RETRY │──(max 3)
|
|
76
|
+
└─────────┘ └─────────┘
|
|
77
|
+
```
|
|
78
|
+
|
|
79
|
+
**Persistencia en disco:**
|
|
80
|
+
|
|
81
|
+
```
|
|
82
|
+
.dc/auto/
|
|
83
|
+
├── state.json # Estado de la máquina de estados
|
|
84
|
+
├── lock.pid # PID del proceso (crash recovery)
|
|
85
|
+
├── research.md # Output de fase research
|
|
86
|
+
├── cost-tracker.json # Consumo de tokens acumulado
|
|
87
|
+
└── log.md # Log detallado de cada paso
|
|
88
|
+
```
|
|
89
|
+
|
|
90
|
+
### state.json
|
|
91
|
+
|
|
92
|
+
```json
|
|
93
|
+
{
|
|
94
|
+
"task": "Implementar autenticación JWT",
|
|
95
|
+
"level": 2,
|
|
96
|
+
"current_phase": "implement",
|
|
97
|
+
"current_task": "T003",
|
|
98
|
+
"phases_completed": ["research", "specify", "plan", "breakdown"],
|
|
99
|
+
"phases_remaining": ["implement", "review"],
|
|
100
|
+
"started_at": "2026-04-07T10:00:00Z",
|
|
101
|
+
"tokens_used": 45000,
|
|
102
|
+
"cost_usd": 0.42,
|
|
103
|
+
"retries": 0,
|
|
104
|
+
"max_retries": 3
|
|
105
|
+
}
|
|
106
|
+
```
|
|
107
|
+
|
|
108
|
+
## Crash Recovery
|
|
109
|
+
|
|
110
|
+
Si el proceso se interrumpe (crash, timeout, ctrl+c):
|
|
111
|
+
|
|
112
|
+
1. Al iniciar, verifica si existe `.dc/auto/lock.pid`
|
|
113
|
+
2. Si existe y el PID sigue activo → error "otra instancia corriendo"
|
|
114
|
+
3. Si existe pero el PID murió → **crash recovery**:
|
|
115
|
+
- Lee `state.json` para saber dónde quedó
|
|
116
|
+
- Resume desde la última fase completada
|
|
117
|
+
- No repite trabajo ya hecho
|
|
118
|
+
|
|
119
|
+
```
|
|
120
|
+
/dc:auto --continuar # Resumir ejecución interrumpida
|
|
121
|
+
```
|
|
122
|
+
|
|
123
|
+
```
|
|
124
|
+
🔄 Crash recovery activado
|
|
125
|
+
Última fase: implement (T003)
|
|
126
|
+
Fases completadas: research, specify, plan, breakdown
|
|
127
|
+
Tokens consumidos: 45,000 ($0.42)
|
|
128
|
+
Resumiendo desde: implement T004...
|
|
129
|
+
```
|
|
130
|
+
|
|
131
|
+
## Pre-Flight integrado
|
|
132
|
+
|
|
133
|
+
Antes de ejecutar, muestra estimación:
|
|
134
|
+
|
|
135
|
+
```
|
|
136
|
+
═══════════════════════════════════════════
|
|
137
|
+
/dc:auto Pre-Flight
|
|
138
|
+
═══════════════════════════════════════════
|
|
139
|
+
|
|
140
|
+
Tarea: Implementar autenticación JWT
|
|
141
|
+
Nivel: 2 — Estándar
|
|
142
|
+
Fases: 6 (research → review)
|
|
143
|
+
Agentes: 8 (1 por fase + 2 para implement)
|
|
144
|
+
|
|
145
|
+
Estimación:
|
|
146
|
+
Tokens: ~85,000
|
|
147
|
+
Costo: ~$1.20
|
|
148
|
+
Tiempo: ~30 minutos
|
|
149
|
+
|
|
150
|
+
¿Proceder? [S/n]
|
|
151
|
+
```
|
|
152
|
+
|
|
153
|
+
## Guardrails
|
|
154
|
+
|
|
155
|
+
- **Max retries por fase:** 3 (configurable). Si falla 3 veces → parar y pedir ayuda humana.
|
|
156
|
+
- **Presupuesto:** Si se excede → parar y notificar.
|
|
157
|
+
- **Quality gates:** Cada fase pasa por su gate antes de avanzar. Si falla → reintentar o parar.
|
|
158
|
+
- **Stubs:** Si se detectan stubs en implement → reintentar la tarea, no avanzar.
|
|
159
|
+
- **Drift:** Al final, ejecutar `/dc:drift` para verificar que specs == código.
|
|
160
|
+
|
|
161
|
+
## Integración con el pipeline existente
|
|
162
|
+
|
|
163
|
+
`/dc:auto` es un **orquestador** que invoca los comandos existentes:
|
|
164
|
+
|
|
165
|
+
```
|
|
166
|
+
/dc:auto → internamente ejecuta:
|
|
167
|
+
/dc:explorar (research)
|
|
168
|
+
/dc:especificar (specify)
|
|
169
|
+
/dc:clarificar (clarify, si nivel ≥ 2)
|
|
170
|
+
/dc:planificar-tecnico (plan)
|
|
171
|
+
/dc:desglosar (breakdown)
|
|
172
|
+
/dc:implementar (implement, por tarea)
|
|
173
|
+
/dc:revisar (review)
|
|
174
|
+
/dc:drift (verificación final)
|
|
175
|
+
```
|
|
176
|
+
|
|
177
|
+
No reemplaza ningún comando — los orquesta.
|
|
@@ -7,10 +7,16 @@ i18n: true
|
|
|
7
7
|
|
|
8
8
|
## Objetivo
|
|
9
9
|
|
|
10
|
-
Convertir un requerimiento en
|
|
10
|
+
Convertir un requerimiento en **triple fuente de verdad**:
|
|
11
|
+
|
|
12
|
+
1. **Gherkin** (.feature) — Comportamiento verificable con escenarios P1/P2/P3+
|
|
13
|
+
2. **OpenAPI 3.1** (openapi.yaml) — Contratos de API auto-generados desde los endpoints detectados en Gherkin
|
|
14
|
+
3. **JSON Schema** (schemas/*.json) — Estructura de datos generada desde DBML
|
|
15
|
+
4. **DBML** — Schema de base de datos provisional o ratificado
|
|
11
16
|
|
|
12
17
|
> Mejorado con el ciclo de vida DBML de Specular (constitution.md §I-B)
|
|
13
|
-
> Alineado con spec-kit
|
|
18
|
+
> Alineado con spec-kit — prioridades P1/P2/P3+, criterios de éxito y marcadores de clarificación
|
|
19
|
+
> Triple source of truth inspirado en BMAD — Gherkin + OpenAPI + JSON Schema
|
|
14
20
|
|
|
15
21
|
## Uso
|
|
16
22
|
|
|
@@ -0,0 +1,177 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: Modo autónomo que ejecuta el pipeline SDD completo sin intervención humana. Usa cuando el usuario dice "auto", "autónomo", "autonomous", "run automatically", "ejecutar solo", "auto mode", "hands-off", "unattended", "modo piloto automático". Spawna agentes frescos por tarea para evitar context rot.
|
|
3
|
+
i18n: true
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# /dc:auto — Modo Autónomo
|
|
7
|
+
|
|
8
|
+
## Objetivo
|
|
9
|
+
|
|
10
|
+
Ejecutar el pipeline SDD **completo** sin intervención humana: research → spec → plan → code → test → verify → commit. Cada fase usa un agente fresco para evitar context rot.
|
|
11
|
+
|
|
12
|
+
## Uso
|
|
13
|
+
|
|
14
|
+
```
|
|
15
|
+
/dc:auto "Implementar autenticación JWT con refresh tokens"
|
|
16
|
+
/dc:auto --nivel 2 # Forzar nivel específico
|
|
17
|
+
/dc:auto --hasta implementar # Parar después de una fase
|
|
18
|
+
/dc:auto --dry-run # Simular sin ejecutar código
|
|
19
|
+
/dc:auto --max-iteraciones 5 # Límite de ciclos TDD
|
|
20
|
+
/dc:auto --presupuesto 10.00 # Límite de costo en USD
|
|
21
|
+
```
|
|
22
|
+
|
|
23
|
+
## Arquitectura Anti-Context-Rot
|
|
24
|
+
|
|
25
|
+
El problema fundamental: ejecutar todo en un solo contexto degrada la calidad.
|
|
26
|
+
|
|
27
|
+
**Solución: Agentes frescos por fase.**
|
|
28
|
+
|
|
29
|
+
```
|
|
30
|
+
Orquestador (30-40% del contexto — zona óptima)
|
|
31
|
+
│
|
|
32
|
+
├── Agente 1: RESEARCH (contexto fresco 200K)
|
|
33
|
+
│ └── Explora codebase, identifica constraints
|
|
34
|
+
│ Output → .dc/auto/research.md
|
|
35
|
+
│
|
|
36
|
+
├── Agente 2: SPECIFY (contexto fresco 200K)
|
|
37
|
+
│ └── Lee research.md → genera specs Gherkin
|
|
38
|
+
│ Output → .dc/specs/*.feature
|
|
39
|
+
│
|
|
40
|
+
├── Agente 3: PLAN (contexto fresco 200K)
|
|
41
|
+
│ └── Lee specs → genera blueprint técnico
|
|
42
|
+
│ Output → .dc/blueprints/*.md
|
|
43
|
+
│
|
|
44
|
+
├── Agente 4: BREAKDOWN (contexto fresco 200K)
|
|
45
|
+
│ └── Lee blueprint → genera tareas TDD
|
|
46
|
+
│ Output → .dc/tareas/*.md
|
|
47
|
+
│
|
|
48
|
+
├── Agentes 5-N: IMPLEMENT (contexto fresco por tarea)
|
|
49
|
+
│ └── Una tarea a la vez: RED → GREEN → REFACTOR
|
|
50
|
+
│ Output → código + tests
|
|
51
|
+
│
|
|
52
|
+
└── Agente Final: REVIEW (contexto fresco 200K)
|
|
53
|
+
└── Lee todo → peer review 7 dimensiones
|
|
54
|
+
Output → .dc/reviews/*.md
|
|
55
|
+
```
|
|
56
|
+
|
|
57
|
+
**Cada agente:**
|
|
58
|
+
- Inicia con contexto 100% limpio
|
|
59
|
+
- Lee SOLO los artefactos que necesita del disco (.dc/)
|
|
60
|
+
- Escribe su output a disco antes de terminar
|
|
61
|
+
- El orquestador decide si avanzar o reintentar
|
|
62
|
+
|
|
63
|
+
## State Machine
|
|
64
|
+
|
|
65
|
+
```
|
|
66
|
+
┌──────────┐ ┌──────────┐ ┌──────────┐ ┌──────────┐
|
|
67
|
+
│ RESEARCH │───▶│ SPECIFY │───▶│ PLAN │───▶│BREAKDOWN │
|
|
68
|
+
└──────────┘ └──────────┘ └──────────┘ └──────────┘
|
|
69
|
+
│
|
|
70
|
+
┌──────────┐ ┌──────────┐ │
|
|
71
|
+
│ REVIEW │◀───│IMPLEMENT │◀────┘
|
|
72
|
+
└──────────┘ └──────────┘
|
|
73
|
+
│ │
|
|
74
|
+
┌────▼────┐ ┌────▼────┐
|
|
75
|
+
│ DONE │ │ RETRY │──(max 3)
|
|
76
|
+
└─────────┘ └─────────┘
|
|
77
|
+
```
|
|
78
|
+
|
|
79
|
+
**Persistencia en disco:**
|
|
80
|
+
|
|
81
|
+
```
|
|
82
|
+
.dc/auto/
|
|
83
|
+
├── state.json # Estado de la máquina de estados
|
|
84
|
+
├── lock.pid # PID del proceso (crash recovery)
|
|
85
|
+
├── research.md # Output de fase research
|
|
86
|
+
├── cost-tracker.json # Consumo de tokens acumulado
|
|
87
|
+
└── log.md # Log detallado de cada paso
|
|
88
|
+
```
|
|
89
|
+
|
|
90
|
+
### state.json
|
|
91
|
+
|
|
92
|
+
```json
|
|
93
|
+
{
|
|
94
|
+
"task": "Implementar autenticación JWT",
|
|
95
|
+
"level": 2,
|
|
96
|
+
"current_phase": "implement",
|
|
97
|
+
"current_task": "T003",
|
|
98
|
+
"phases_completed": ["research", "specify", "plan", "breakdown"],
|
|
99
|
+
"phases_remaining": ["implement", "review"],
|
|
100
|
+
"started_at": "2026-04-07T10:00:00Z",
|
|
101
|
+
"tokens_used": 45000,
|
|
102
|
+
"cost_usd": 0.42,
|
|
103
|
+
"retries": 0,
|
|
104
|
+
"max_retries": 3
|
|
105
|
+
}
|
|
106
|
+
```
|
|
107
|
+
|
|
108
|
+
## Crash Recovery
|
|
109
|
+
|
|
110
|
+
Si el proceso se interrumpe (crash, timeout, ctrl+c):
|
|
111
|
+
|
|
112
|
+
1. Al iniciar, verifica si existe `.dc/auto/lock.pid`
|
|
113
|
+
2. Si existe y el PID sigue activo → error "otra instancia corriendo"
|
|
114
|
+
3. Si existe pero el PID murió → **crash recovery**:
|
|
115
|
+
- Lee `state.json` para saber dónde quedó
|
|
116
|
+
- Resume desde la última fase completada
|
|
117
|
+
- No repite trabajo ya hecho
|
|
118
|
+
|
|
119
|
+
```
|
|
120
|
+
/dc:auto --continuar # Resumir ejecución interrumpida
|
|
121
|
+
```
|
|
122
|
+
|
|
123
|
+
```
|
|
124
|
+
🔄 Crash recovery activado
|
|
125
|
+
Última fase: implement (T003)
|
|
126
|
+
Fases completadas: research, specify, plan, breakdown
|
|
127
|
+
Tokens consumidos: 45,000 ($0.42)
|
|
128
|
+
Resumiendo desde: implement T004...
|
|
129
|
+
```
|
|
130
|
+
|
|
131
|
+
## Pre-Flight integrado
|
|
132
|
+
|
|
133
|
+
Antes de ejecutar, muestra estimación:
|
|
134
|
+
|
|
135
|
+
```
|
|
136
|
+
═══════════════════════════════════════════
|
|
137
|
+
/dc:auto Pre-Flight
|
|
138
|
+
═══════════════════════════════════════════
|
|
139
|
+
|
|
140
|
+
Tarea: Implementar autenticación JWT
|
|
141
|
+
Nivel: 2 — Estándar
|
|
142
|
+
Fases: 6 (research → review)
|
|
143
|
+
Agentes: 8 (1 por fase + 2 para implement)
|
|
144
|
+
|
|
145
|
+
Estimación:
|
|
146
|
+
Tokens: ~85,000
|
|
147
|
+
Costo: ~$1.20
|
|
148
|
+
Tiempo: ~30 minutos
|
|
149
|
+
|
|
150
|
+
¿Proceder? [S/n]
|
|
151
|
+
```
|
|
152
|
+
|
|
153
|
+
## Guardrails
|
|
154
|
+
|
|
155
|
+
- **Max retries por fase:** 3 (configurable). Si falla 3 veces → parar y pedir ayuda humana.
|
|
156
|
+
- **Presupuesto:** Si se excede → parar y notificar.
|
|
157
|
+
- **Quality gates:** Cada fase pasa por su gate antes de avanzar. Si falla → reintentar o parar.
|
|
158
|
+
- **Stubs:** Si se detectan stubs en implement → reintentar la tarea, no avanzar.
|
|
159
|
+
- **Drift:** Al final, ejecutar `/dc:drift` para verificar que specs == código.
|
|
160
|
+
|
|
161
|
+
## Integración con el pipeline existente
|
|
162
|
+
|
|
163
|
+
`/dc:auto` es un **orquestador** que invoca los comandos existentes:
|
|
164
|
+
|
|
165
|
+
```
|
|
166
|
+
/dc:auto → internamente ejecuta:
|
|
167
|
+
/dc:explorar (research)
|
|
168
|
+
/dc:especificar (specify)
|
|
169
|
+
/dc:clarificar (clarify, si nivel ≥ 2)
|
|
170
|
+
/dc:planificar-tecnico (plan)
|
|
171
|
+
/dc:desglosar (breakdown)
|
|
172
|
+
/dc:implementar (implement, por tarea)
|
|
173
|
+
/dc:revisar (review)
|
|
174
|
+
/dc:drift (verificación final)
|
|
175
|
+
```
|
|
176
|
+
|
|
177
|
+
No reemplaza ningún comando — los orquesta.
|
|
@@ -7,10 +7,16 @@ i18n: true
|
|
|
7
7
|
|
|
8
8
|
## Objetivo
|
|
9
9
|
|
|
10
|
-
Convertir un requerimiento en
|
|
10
|
+
Convertir un requerimiento en **triple fuente de verdad**:
|
|
11
|
+
|
|
12
|
+
1. **Gherkin** (.feature) — Comportamiento verificable con escenarios P1/P2/P3+
|
|
13
|
+
2. **OpenAPI 3.1** (openapi.yaml) — Contratos de API auto-generados desde los endpoints detectados en Gherkin
|
|
14
|
+
3. **JSON Schema** (schemas/*.json) — Estructura de datos generada desde DBML
|
|
15
|
+
4. **DBML** — Schema de base de datos provisional o ratificado
|
|
11
16
|
|
|
12
17
|
> Mejorado con el ciclo de vida DBML de Specular (constitution.md §I-B)
|
|
13
|
-
> Alineado con spec-kit
|
|
18
|
+
> Alineado con spec-kit — prioridades P1/P2/P3+, criterios de éxito y marcadores de clarificación
|
|
19
|
+
> Triple source of truth inspirado en BMAD — Gherkin + OpenAPI + JSON Schema
|
|
14
20
|
|
|
15
21
|
## Uso
|
|
16
22
|
|