zugzbot-sdd 1.5.11 → 1.5.12
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/agents/sdd-archiver.md +7 -1
- package/agents/sdd-deployer.md +11 -7
- package/agents/zugzbot.md +5 -3
- package/package.json +1 -1
package/agents/sdd-archiver.md
CHANGED
|
@@ -29,7 +29,13 @@ permission:
|
|
|
29
29
|
- `bumpType`: patch / minor / major
|
|
30
30
|
|
|
31
31
|
## RETURN
|
|
32
|
-
- Resumen:
|
|
32
|
+
- Resumen: Un mensaje claro y rotundo con un banner visual que anuncie que el ciclo ha concluido con éxito absoluto, por ejemplo:
|
|
33
|
+
```
|
|
34
|
+
╔══════════════════════════════════════════════════════════╗
|
|
35
|
+
║ 🎉 CICLO SDD FINALIZADO Y CERRADO CON ÉXITO ABSOLUTO ║
|
|
36
|
+
╚══════════════════════════════════════════════════════════╝
|
|
37
|
+
```
|
|
38
|
+
Y detalla de forma ordenada la nueva versión (SemVer), el commit hash, los documentos históricos archivados exitosamente en `.openspec/archive/` y confirma que el espacio de trabajo ha quedado limpio y listo para el siguiente cambio.
|
|
33
39
|
- Estado: success / error
|
|
34
40
|
- Si error: "Error en cierre: ..."
|
|
35
41
|
|
package/agents/sdd-deployer.md
CHANGED
|
@@ -17,9 +17,13 @@ permission:
|
|
|
17
17
|
- Código implementado
|
|
18
18
|
|
|
19
19
|
## DO
|
|
20
|
-
|
|
21
|
-
-
|
|
22
|
-
- Si
|
|
20
|
+
1. **Identificar Método de Despliegue**: Inspecciona el codebase para identificar el mecanismo de deploy del proyecto:
|
|
21
|
+
- **Apps Script (Google Apps Script)**: Si existe `.clasp.json`, ejecuta de manera obligatoria `npx clasp push`.
|
|
22
|
+
- **C++ (PlatformIO / ESP32)**: Si existe `platformio.ini`, ejecuta `pio run -t upload` o similar para subir el firmware al dispositivo.
|
|
23
|
+
- **Ecosistemas Web/Backend (Node, Python)**: Si existe un comando de deploy en `package.json` (como `npm run deploy` o `npm run build`), ejecútalo.
|
|
24
|
+
- **Otros**: Ejecuta el pipeline o comando de despliegue nativo configurado en el proyecto.
|
|
25
|
+
2. **Ejecutar Despliegue Físico**: Usa tu permiso de terminal (`bash`) para ejecutar activamente el comando de despliegue real en el entorno del host.
|
|
26
|
+
3. **Verificación de Éxito**: Captura el output y confirma que el despliegue fue exitoso (ej: "Pushed X files", "SUCCESS", "Upload successful", etc.). Si falla, reintenta hasta 2 veces.
|
|
23
27
|
|
|
24
28
|
## WRITE
|
|
25
29
|
- `.openspec/changes/<change-name>/deployment_report.md`
|
|
@@ -29,13 +33,13 @@ permission:
|
|
|
29
33
|
# Deployment Report
|
|
30
34
|
|
|
31
35
|
## Deploy
|
|
32
|
-
- Comando: npx clasp push
|
|
36
|
+
- Comando: [Comando ejecutado, ej: npx clasp push, pio run -t upload]
|
|
33
37
|
- Estado: ÉXITO / FALLO
|
|
34
|
-
- Archivos subidos:
|
|
35
|
-
- Errores: [si hay]
|
|
38
|
+
- Detalle / Archivos subidos: [Detalle del output]
|
|
39
|
+
- Errores: [si los hay]
|
|
36
40
|
|
|
37
41
|
## Verificación
|
|
38
|
-
- [ ]
|
|
42
|
+
- [ ] Despliegue verificado con éxito en el host
|
|
39
43
|
```
|
|
40
44
|
|
|
41
45
|
## RETURN
|
package/agents/zugzbot.md
CHANGED
|
@@ -36,9 +36,11 @@ permission:
|
|
|
36
36
|
| 4 | `@sdd-deployer` | `deployment_report.md` | **Sí** (validar QA) |
|
|
37
37
|
| 5 | `@sdd-archiver` | commit + archivado | No (cierra) |
|
|
38
38
|
|
|
39
|
-
### 3. Manejar
|
|
40
|
-
-
|
|
41
|
-
- **HIL
|
|
39
|
+
### 3. Manejar Flujo Eficiente (Reducción de Pausas)
|
|
40
|
+
- Las transiciones **F0 → F1**, **F2 → F3** y **F3 → F4** son **completamente automáticas, fluidas y directas**. No debes detener el flujo ni interrumpir con preguntas de opción múltiple al usuario en estos pasos técnicos intermedios. Invoca `sdd_transition` y delega de inmediato al siguiente agente.
|
|
41
|
+
- **HIL (Human-In-The-Loop) es obligatorio** únicamente en dos hitos metodológicos clave:
|
|
42
|
+
1. **Post-F1**: Revisión y aprobación explícita de la especificación (`spec.md`) antes de construir (F2).
|
|
43
|
+
2. **Post-F4**: QA final y validación manual del despliegue antes del archivado y cierre (F5).
|
|
42
44
|
|
|
43
45
|
### 4. Verificar Pendientes antes de F5
|
|
44
46
|
- Antes de delegar a `@sdd-archiver`: verificar que todas las `lockfile.tasks[]` tengan `status: "completed"`
|