refacil-sdd-ai 4.2.1 → 4.2.2

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/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "refacil-sdd-ai",
3
- "version": "4.2.1",
3
+ "version": "4.2.2",
4
4
  "description": "SDD-AI: Specification-Driven Development with AI — metodologia de desarrollo con IA usando OpenSpec, Claude Code y Cursor",
5
5
  "bin": {
6
6
  "refacil-sdd-ai": "./bin/cli.js"
@@ -95,6 +95,22 @@ Parsea el bloque ` ```refacil-review-result ` del sub-agente. Si `verdict` es **
95
95
  - `changeName` es null.
96
96
  - El sub-agente retorno `SCOPE_ERROR`.
97
97
 
98
+ ### Paso 4: Recomendar siguiente paso
99
+
100
+ Segun el `verdict` parseado, agrega al final de tu respuesta:
101
+
102
+ **Si APROBADO o APROBADO CON OBSERVACIONES:**
103
+ ```
104
+ El siguiente paso es archivar el cambio.
105
+ Quieres que continue con /refacil:archive?
106
+ ```
107
+
108
+ **Si REQUIERE CORRECCIONES:**
109
+ ```
110
+ Una vez aplicadas las correcciones, el siguiente paso es re-verificar la implementacion.
111
+ Quieres que continue con /refacil:verify?
112
+ ```
113
+
98
114
  ## Reglas
99
115
 
100
116
  - **Siempre construye el briefing (Paso 0.5) antes de delegar** — es la pieza clave que reduce el costo del sub-agente.
@@ -61,15 +61,19 @@ El sub-agente usara el briefing para generar tests directamente sin re-leer spec
61
61
 
62
62
  Retorna UN solo mensaje con el reporte + bloque JSON fenced como ` ```refacil-test-result `.
63
63
 
64
- ### Paso 3: Presentar el reporte
64
+ ### Paso 3: Presentar el reporte y procesar resultado
65
65
 
66
66
  Muestra al usuario el **reporte** (todo lo anterior al bloque `refacil-test-result`). No muestres el bloque JSON — es metadata interna.
67
67
 
68
- Si el sub-agente retorno algo fuera de formato, informa al usuario: "El tester retorno un reporte no estructurado — revisa los tests manualmente."
68
+ Si el sub-agente retorno algo fuera de formato, informa al usuario: "El tester retorno un reporte no estructurado — revisa los tests manualmente." y detente.
69
69
 
70
- ### Paso 4: Continuidad del flujo
70
+ Parsea el bloque `refacil-test-result` del sub-agente:
71
+ - **Si `passed: false`** (tests fallaron): presenta los `issues` del JSON y pregunta al usuario como quiere proceder. **No continues al Paso 4** hasta que los tests pasen.
72
+ - **Si `passed: true`**: continua al Paso 4.
71
73
 
72
- Despues del reporte, agrega:
74
+ ### Paso 4: Continuidad del flujo (solo si tests pasaron)
75
+
76
+ Agrega:
73
77
 
74
78
  ```
75
79
  El siguiente paso es validar la implementacion vs specs.
@@ -82,7 +86,7 @@ Quieres que continue con /refacil:verify?
82
86
  - **Siempre delega al sub-agente**. No repliques aqui la logica de deteccion de stack ni de generacion.
83
87
  - **No invoques con scope ambiguo**. Si hay multiples cambios activos, pide seleccion primero.
84
88
  - **No muestres el bloque JSON al usuario**. Es solo metadata interna.
85
- - **Continuidad del flujo**: si el usuario confirma afirmativamente ("si", "ok", "dale", "continua", etc.) la pregunta de continuidad, invocar inmediatamente el **Skill tool** con `skill: "refacil:verify"`. No describirlo en texto ni esperar que el usuario escriba `/refacil:verify`. (Ver `METHODOLOGY-CONTRACT.md §5`.)
89
+ - **Continuidad del flujo**: si el usuario confirma afirmativamente ("si", "ok", "dale", "continua", etc.) la pregunta de continuidad **y los tests pasaron (`passed: true`)**, invocar inmediatamente el **Skill tool** con `skill: "refacil:verify"`. No describirlo en texto ni esperar que el usuario escriba `/refacil:verify`. (Ver `METHODOLOGY-CONTRACT.md §5`.)
86
90
 
87
91
  ## Ver tambien
88
92