refacil-sdd-ai 2.1.9 → 2.2.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/README.md +3 -5
- package/package.json +1 -1
package/README.md
CHANGED
|
@@ -72,7 +72,7 @@ Una vez instalado, estos comandos estan disponibles en Claude Code y Cursor:
|
|
|
72
72
|
| `/refacil:verify` | Validar implementacion vs specs (con opcion de aplicar correcciones) |
|
|
73
73
|
| `/refacil:review` | Review con checklist de calidad del equipo |
|
|
74
74
|
| `/refacil:archive` | Archivar cambio completado |
|
|
75
|
-
| `/refacil:up-code` | Integrar codigo
|
|
75
|
+
| `/refacil:up-code` | Integrar codigo a rama propia del desarollo y gestionar PR |
|
|
76
76
|
| `/refacil:bug` | Flujo guiado completo para investigar y corregir bugs |
|
|
77
77
|
|
|
78
78
|
## Uso rapido (guia de decision)
|
|
@@ -86,7 +86,7 @@ Si no tienes claro que comando usar, aplica esta regla simple:
|
|
|
86
86
|
- Quiero validar cumplimiento contra spec -> `/refacil:verify`
|
|
87
87
|
- Quiero evaluacion de calidad tecnica -> `/refacil:review`
|
|
88
88
|
- Ya termine y quiero cerrar el cambio en OpenSpec -> `/refacil:archive`
|
|
89
|
-
- Quiero
|
|
89
|
+
- Quiero subir cambios al repositorio -> `/refacil:up-code`
|
|
90
90
|
- Tengo un error en produccion o bug funcional -> `/refacil:bug`
|
|
91
91
|
|
|
92
92
|
## Flujo minimo recomendado (equipo)
|
|
@@ -105,7 +105,6 @@ Si es bugfix, puedes iniciar con `/refacil:bug` y luego continuar con `/refacil:
|
|
|
105
105
|
|
|
106
106
|
> **Nota**: `/refacil:up-code` verifica automaticamente que el review se haya completado. Si no se ejecuto `/refacil:review`, lo lanza automaticamente antes del push como medida de seguridad.
|
|
107
107
|
>
|
|
108
|
-
> Politica de integracion: la rama objetivo por defecto es `testing` mediante PR. Para cualquier otra rama protegida tambien se requiere PR. No hay integraciones directas a ramas protegidas.
|
|
109
108
|
|
|
110
109
|
## Flujos de trabajo
|
|
111
110
|
|
|
@@ -163,14 +162,13 @@ Para mantener consistencia entre todas las skills, el paquete define un contrato
|
|
|
163
162
|
- Estados del flujo (Ready for Propose/Apply/Verify/Review/Archive/Merge)
|
|
164
163
|
- Politica de `AGENTS.md` por perfil (`openspec` vs `agents`)
|
|
165
164
|
- Resolucion de comando de tests multi-stack (sin hardcodear `npm test`)
|
|
166
|
-
- Politica unificada de ramas protegidas, creacion de ramas e integracion por
|
|
165
|
+
- Politica unificada de ramas protegidas, creacion de ramas e integracion por pr
|
|
167
166
|
- Modo de salida estandar: `conciso` por defecto, `detallado` bajo demanda
|
|
168
167
|
|
|
169
168
|
### Politica de ramas (resumen)
|
|
170
169
|
|
|
171
170
|
- Toda rama nueva de trabajo (`feature/*`, `fix/*`, `hotfix/*`, etc.) se crea desde `develop` o `dev` actualizado.
|
|
172
171
|
- Excepcion para repos nuevos: si no existe `develop`/`dev`, se permite usar temporalmente `main` o `master` como rama base.
|
|
173
|
-
- La integracion por defecto de features/bugs es hacia `testing` mediante PR.
|
|
174
172
|
- Toda integracion a ramas protegidas (`testing`, `develop`, `dev`, `main`, `master`, `qa`) requiere PR.
|
|
175
173
|
- NUNCA se hacen ajustes directos en `master` o `main`.
|
|
176
174
|
|
package/package.json
CHANGED