siesa-agents 2.1.72-qa.13 → 2.1.72-qa.14

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "siesa-agents",
-  "version": "2.1.72-qa.13",
+  "version": "2.1.72-qa.14",
   "description": "Paquete para instalar y configurar agentes SIESA en tu proyecto",
   "main": "index.js",
   "bin": {

package/siesa-agents/bmm/workflows/3-solutioning/quality-process/workflow.md

@@ -935,9 +935,20 @@ Después de guardar `shards/test-design-phase4-test-matrix.md` (Sección V — M
 **Exportar el diseño completo a YAML estructurado:**
 
 Además del `test-design.md` (narrativo) y el `test-cases.csv` (casos tabulares), generar un
-`test-design.yml` que represente **todo el diseño en formato datos** (machine-readable). El
-agente ya tiene en memoria las Secciones I→VI del megaprompt — serializarlas a YAML con esta
-estructura:
+`test-design.yml` que represente **todo el diseño en formato datos** (machine-readable).
+
+> **🚨 OBLIGATORIO — también (y especialmente) en Modo Completo / batch.** El `test-design.yml`
+> NO es opcional: es el insumo directo de AgileTest (Fase 5), del Motor de Datos (Fase 4) y del
+> Agente Ejecutor E2E (Fase 6). Debe generarse para el batch diseñado en esta corrida, sin importar
+> cuántos casos tenga la matriz.
+>
+> **Fuente de verdad = los shards ya guardados, NO la memoria.** En corridas largas (Modo Completo
+> con varios features) la matriz puede haber salido del contexto. Para construir el YAML de forma
+> robusta, **re-lee los archivos recién escritos** en `shards/` — sobre todo
+> `shards/test-design-phase4-test-matrix.md` (Sección V — Matriz) y los demás shards (I, II/III, VI)
+> — y serialízalos. Así el `.yml` no depende de que el diseño siga "en memoria".
+
+Serializar a YAML con esta estructura:
 
 ```yaml
 metadata:
@@ -1024,6 +1035,16 @@ traceability:                     # Apéndice — Matriz de Trazabilidad
 
 Guardar como: `{implementation_artifacts}/quality-process/diseno/test-design-YYYY-MM-DD-HHmmss/test-design.yml` (en la raíz, junto a `test-cases.csv`, NO en shards/)
 
+**Verificación obligatoria (guard) — no completar la Fase 3 sin el YAML:**
+
+Tras el Write, **verificar que `test-design.yml` exista y no esté vacío** (y que su `test_matrix`
+tenga el mismo número de entradas que filas tiene la matriz del CSV/Markdown):
+
+- Si el archivo **no existe, quedó vacío o truncado** (caso típico en batch grande): **regenerarlo
+  re-leyendo los shards** (`shards/test-design-phase4-test-matrix.md` + I, II/III, VI) y volver a
+  escribirlo. Repetir hasta que el `.yml` esté completo.
+- **No avanzar a F3.5** ni reportar la fase como completada mientras falte el `test-design.yml`.
+
 ---
 
 ### F3.5: Completion