@saulwade/swl-ses 2.2.1 → 2.2.4

package/agentes/producto-prd-swl.md

@@ -8,7 +8,7 @@ description: >
   de producto (no solo técnicos). NO invocar para bugs o tareas técnicas puras
   donde el planificador puede trabajar directamente del requisito.
 tools: [Read, Write, Grep, Glob, WebSearch]
-model: claude-opus-4-7
+model: claude-opus-4-8
 modeloAlterno: claude-sonnet-4-6
 ventanaContexto: 200k
 permissionMode: plan

package/agentes/revisor-seguridad-swl.md

@@ -7,7 +7,7 @@ description: >
   severidad CVSSv3 por hallazgo. Invocar antes de cualquier merge a main cuando
   el código toca endpoints, autenticación, manejo de archivos o datos de usuario.
 tools: [Read, Grep, Glob, Bash]
-model: claude-opus-4-7
+model: claude-opus-4-8
 modeloAlterno: claude-sonnet-4-6
 ventanaContexto: 200k
 color: red

package/agentes/sre-swl.md

@@ -8,7 +8,7 @@ description: >
   cuantificar la confiabilidad de un sistema. Complementa a observabilidad-swl
   (que implementa métricas) con el framework de confiabilidad.
 tools: [Read, Write, Edit, Bash, Grep, Glob, Skill]
-model: claude-opus-4-7
+model: claude-opus-4-8
 modeloAlterno: claude-sonnet-4-6
 ventanaContexto: 200k
 permissionMode: acceptEdits

package/bin/swl-mcp-server.js

@@ -22,7 +22,7 @@
  *   - SWL_MCP_API_KEY      — Si set, requiere params._auth en cada tools/call.
  *   - SWL_MCP_CACHE_TTL_MS — TTL del cache mtime-based (default 60000).
  *   - SWL_MCP_METRICS      — Si "1" o "true", persiste metrics en
- *                            .planning/evolucion/mcp-metrics.jsonl.
+ *                            .planning/evolution/mcp-metrics.jsonl.
  *
  * Schema versioning:
  *   - Cada handler declara `schemaVersion` en su definición.

package/comandos/swl/release.md

@@ -411,3 +411,18 @@ Próximos pasos:
 - Si tipo calculado es MAJOR pero usuario pidió --tipo=patch, reportar discrepancia y esperar confirmación.
 - CHANGELOG legible por alguien que no conoce el código.
 - Si es monorepo, reportar que no se soporta y sugerir lerna/changesets.
+- **Crear el tag anotado AL FINAL del proceso, cuando el contenido está congelado
+  y verificado** (tras evidencia + RELEASE-NOTES). Commitear ENCIMA de un tag de
+  release ya creado pero aún-no-publicado obliga a mover el tag + regenerar la
+  evidencia (el SHA del tarball cambia si el commit toca archivos de
+  `package.json#files`) — churn evitable. Si hay que iterar, hacerlo antes de taggear.
+- **El agente NUNCA corre `npm` (test/pack/build/publish) en paralelo a un
+  `npm run publish:*` que está ejecutando el usuario.** `test:release` incluye
+  `test:smoke` (install/uninstall a temp + lectura de estado global); dos suites
+  simultáneas colisionan y rompen `prepublishOnly` con fallos espurios que parecen
+  bugs de test pero son concurrencia. La preparación del release (bump, manifests,
+  evidencia, push, GitHub release) termina ANTES de que el usuario publique; durante
+  el publish del usuario, el agente no ejecuta `npm`.
+- Si `prepublishOnly` falla y no se ve la causa: npm v10 NO guarda el stdout del
+  script fallido en su debug log. Capturar con el log síncrono de `publicar.js`
+  (`.planning/logs/publish-<v>-<ts>.log`) o `... *>&1 | Tee-Object`. No diagnosticar a ciegas.