refacil-sdd-ai 4.2.2 → 4.2.4

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.2",
3
+ "version": "4.2.4",
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"
@@ -60,6 +60,15 @@ Archivos a modificar: [lista]
60
60
 
61
61
  **NO implementes nada hasta tener aprobacion explicita del usuario.**
62
62
 
63
+ Segun la respuesta del usuario:
64
+
65
+ - **"si" / aprobacion**: pasa al Paso 4 con la hipotesis #1 como `hypothesis` confirmada.
66
+ - **"otra hipotesis N"** (ej. "hipotesis 2"): usa esa hipotesis como `hypothesis` confirmada para el Paso 5. La correccion propuesta puede ser diferente — resume al usuario la correccion de esa hipotesis alternativa y pide confirmacion de que aprueba aplicarla antes de continuar.
67
+ - **"no" / rechazo sin alternativa**: ofrece al usuario dos opciones:
68
+ 1. **Reinvestigar** — vuelve al Paso 2 con descripcion enriquecida (pide al usuario que aporte mas contexto: logs adicionales, steps de reproduccion, cuando empezo). El sub-agente `refacil-debugger` se invoca de nuevo en `mode: investigation` con la descripcion actualizada.
69
+ 2. **Cancelar** — cierra el flujo sin modificar nada.
70
+ No continues hasta que el usuario elija una opcion.
71
+
63
72
  Si el sub-agente reporto `crossRepo: true` en alguna hipotesis: antes de implementar, aplica el protocolo de `refacil-prereqs/BUS-CROSS-REPO.md` para verificar con el agente del otro repo via el bus. Usa la respuesta para confirmar si el fix va en este repo, en el otro, o en ambos.
64
73
 
65
74
  ### Paso 4: Validar rama de trabajo (antes de implementar)
@@ -98,7 +107,9 @@ Quieres que continue con /refacil:review?
98
107
  (Luego el flujo sigue con /refacil:archive y /refacil:up-code)
99
108
  ```
100
109
 
101
- Si el sub-agente retorno `result: "FALLO"` (tests no pasan), presenta el detalle y pide instrucciones antes de continuar.
110
+ Si el sub-agente retorno `result: "FALLO"` (tests no pasan), presenta el detalle de los tests fallidos y ofrece al usuario:
111
+ 1. **Reintentar** — el sub-agente `refacil-debugger` se invoca de nuevo en `mode: fix` con la misma hipotesis mas el contexto del fallo de tests.
112
+ 2. **Cancelar** — cierra el flujo sin archivar. Los archivos modificados quedan en la rama para revision manual.
102
113
 
103
114
  ## Reglas
104
115
 
@@ -78,10 +78,12 @@ Ejecuta `git push -u origin [rama-actual]` para subir los cambios.
78
78
  Remote: origin/[nombre-rama]
79
79
  ```
80
80
 
81
- 2. **Pregunta al usuario** a que rama quiere crear el PR. Sugiere `testing` como destino por defecto para validacion funcional:
82
- ```
83
- A que rama quieres crear el PR? (recomendado: testing)
84
- ```
81
+ 2. **Pregunta al usuario** a que rama quiere crear el PR. Sugiere `testing` como destino por defecto:
82
+ ```
83
+ A que rama quieres crear el PR? (recomendado: testing)
84
+ ```
85
+
86
+ Si el usuario indica una rama distinta a `testing`, verifica que exista en el remoto con `git branch -r | grep <rama-indicada>` antes de generar el link. Si no existe, informa al usuario y pide que confirme o corrija el nombre.
85
87
 
86
88
  3. Obtén la URL del repositorio remoto con `git remote get-url origin` y determina el hosting para generar el link correcto:
87
89
  - **GitHub** (url contiene `github.com`): `https://github.com/[owner]/[repo]/compare/[rama-destino]...[rama-actual]?expand=1`