@saulwade/swl-ses 2.2.0 → 2.2.3

package/habilidades/changelog-generator/SKILL.md

@@ -1,179 +1,174 @@
----
-name: changelog-generator
-description: >
-  Generador automático de entradas CHANGELOG.md en formato Keep a Changelog
-  desde commits Conventional Commits. Parser determinista que clasifica feat/
-  fix/perf/refactor/docs/etc. en categorías user-facing en español, detecta
-  breaking changes (marca '!' o trailer 'BREAKING CHANGE:') y reporta nivel
-  de conformidad para decidir fallback manual. Cargar en /swl:release Paso 7
-  cuando hay commits Conventional, o manualmente para previsualizar el
-  changelog antes de un release.
-version: 1.1.0
-evolved: true
-evolved-from: "1.0.0"
-evolved-at: "2026-06-11"
-evolved-by: "fase-10-slice-5"
-evolved-note: "v1.1.0: el parser CC tolera el prefijo de trazabilidad [T-NN]/[REQ-NN] de la convención de ejecutar-fase — commits con prefijo de tarea cuentan como conformes (Fase 10)."
-nivelRiesgo: BAJO
-herramientasPermitidas: [Read, Bash]
-skillsInvocables: [release-semver]
-exclusiones:
-  - "No invocar para generar release notes con marketing copy o anuncios para usuarios finales — este skill produce listado técnico-legible, no narrativa."
-  - "No invocar si el repo no usa Conventional Commits — el parser detecta <80% conformidad y el caller debe abortar a flujo manual de release-semver."
-  - "No invocar para reescribir CHANGELOG histórico — solo agrega entrada de la próxima versión al inicio."
----
-
-# /habilidades/changelog-generator — CHANGELOG automático desde Conventional Commits
-
-## Cuándo cargar
-
-- Durante `/swl:release` Paso 7 (Generar CHANGELOG), cuando el flujo automático
-  está disponible y los commits del rango siguen Conventional Commits.
-- Para previsualizar el changelog candidato antes de bumpear versión:
-  `node habilidades/changelog-generator/scripts/parse-commits.js --version X`
-- Cuando un colaborador pide un resumen legible de cambios entre dos refs
-  arbitrarias del repo.
-
-## Cuándo NO cargar
-
-- Repo sin Conventional Commits (<80% de conformidad): el parser detecta y
-  reporta; el caller debe usar `Skill("release-semver")` flujo manual.
-- Generación de **release notes** (texto narrativo con contexto de producto):
-  este skill produce CHANGELOG técnico-legible; las release notes con marketing
-  son tarea aparte (`documentador-swl` con plantilla específica).
-- Reescritura histórica del CHANGELOG (squash de varias versiones, corrección
-  de entradas antiguas): solo se agrega entrada de la versión nueva al inicio.
-
-## Qué hace el skill
-
-1. **Lee commits** desde la última tag (o entre dos refs arbitrarias) con
-   `git log --format=...` usando un separador único para parsear subject + body
-   sin colisiones.
-2. **Parsea con Conventional Commits 1.0.0**: regex que captura tipo, scope,
-   marca `!`, descripción. Soporta tipos extendidos del proyecto SWL:
-   `evolucion` (cambios de skills/agentes), además de `feat/fix/perf/refactor/
-   docs/style/test/ci/build/chore/revert`. Tolera el prefijo opcional de
-   trazabilidad `[T-NN]` / `[REQ-NN]` de la convención de `ejecutar-fase`
-   (no altera la semántica CC — el tipo+scope+descripción siguen presentes).
-3. **Detecta breaking changes** por marca `!` después del tipo o trailer
-   `BREAKING CHANGE:` en el body. Los breaking siempre van al inicio del
-   release, sin importar el tipo original.
-4. **Transforma descripción técnica → legible**:
-   - Elimina referencias a issues al final (`(#123)`, `Refs #456`).
-   - Capitaliza primera letra.
-   - Elimina punto final (Keep a Changelog usa bullets sin punto).
-5. **Agrupa en categorías** con orden canónico:
-   1. Breaking changes
-   2. Nuevas funcionalidades (feat)
-   3. Correcciones (fix)
-   4. Mejoras de rendimiento (perf)
-   5. Cambios internos (refactor)
-   6. Reversiones (revert)
-   7. Evoluciones de skills/agentes (evolucion — SWL-specific)
-   8. Mantenimiento (docs/style/test/ci/build/chore — colapsadas)
-   9. Otros (commits sin prefijo CC válido)
-6. **Reporta conformidad**: ratio commits conformes / total. Si <80%, el
-   caller debe decidir si abortar o seguir manualmente.
-
-## Helper programático
-
-```js
-const {
-  parsearCommits,
-  leerCommitsGit,
-  generarChangelog,
-} = require('./habilidades/changelog-generator/scripts/parse-commits');
-
-// 1. Leer commits desde la última tag hasta HEAD
-const commits = leerCommitsGit({ to: 'HEAD' });
-
-// 2. Parsear y clasificar
-const { categorias, conformidad, totalCommits, conformes } = parsearCommits(commits);
-
-// 3. Si conformidad < 0.8, abortar o avisar al usuario
-if (conformidad < 0.8) {
-  console.warn(`Conformidad CC: ${conformes}/${totalCommits}. Revisar "Otros".`);
-}
-
-// 4. Generar markdown listo para insertar en CHANGELOG.md
-const md = generarChangelog(categorias, {
-  version: '1.6.5',
-  fecha: '2026-05-22',  // opcional, default = hoy
-  incluirHash: true,    // muestra hash corto al inicio de cada bullet
-});
-```
-
-## Uso CLI
-
-Previsualizar changelog candidato sin escribir nada:
-
-```bash
-node habilidades/changelog-generator/scripts/parse-commits.js \
-  --version 1.6.5 \
-  --format markdown
-```
-
-Filtrar por rango específico:
-
-```bash
-node habilidades/changelog-generator/scripts/parse-commits.js \
-  --from v1.6.4 \
-  --to HEAD \
-  --version 1.6.5
-```
-
-Salida JSON estructurado para post-procesamiento:
-
-```bash
-node habilidades/changelog-generator/scripts/parse-commits.js \
-  --from v1.6.4 \
-  --format json > /tmp/changelog-candidato.json
-```
-
-## Reglas de uso desde /swl:release
-
-1. Llamar a `leerCommitsGit` con la última tag detectada en el Paso 1 del
-   release.
-2. Verificar `conformidad >= 0.8`. Si menor, presentar al usuario los commits
-   bajo "Otros" y pedir decisión: (a) continuar con el changelog, (b) abortar
-   y reescribir commits, (c) editar manualmente la categoría "Otros".
-3. Si `--dry-run` está activo en `/swl:release`, mostrar el output de
-   `generarChangelog` sin escribir a disco.
-4. Si conformidad OK: leer CHANGELOG.md actual, insertar el bloque generado
-   al inicio después del header `# Changelog`, escribir atómicamente.
-5. NO hacer commit aquí — eso lo hace el Paso 8 de `/swl:release`.
-
-## Gotchas observables
-
-- **Conventional Commits sin scope son válidos**: `fix: corregir X` parsea
-  igual que `fix(modulo): corregir X`. El parser no exige scope.
-- **El subject debe ir en una sola línea**: si un commit usa newline en el
-  subject, el parser lo trata como completo pero `git log %s` ya lo trunca.
-- **Tipos no estándar van a "Otros"**: si un equipo usa `mejora:`, `cambio:`,
-  el parser los marca como no conformes. El usuario debe ajustar la lista
-  `CATEGORIAS` en `parse-commits.js` o adoptar tipos estándar.
-- **El skill NO escribe a disco directamente**: solo retorna markdown. El
-  caller (`/swl:release` Paso 7) es responsable de leer el CHANGELOG actual,
-  insertar al inicio y escribir atómicamente.
-- **Commits revert vienen del propio git**: `git revert` genera mensajes
-  `Revert "Subject original"` que el parser categoriza correctamente bajo
-  Reversiones (regex matchea `revert:` sin que el usuario lo escriba si usa
-  `git revert -e` para editar el mensaje al formato CC).
-- **El hash corto se trunca a 7 chars**: alineado con el formato `git log
-  --oneline` estándar.
-
-## Origen
-
-Adaptado del skill `changelog-generator` de
-`temp/awesome-codex-skills-master/changelog-generator/` (ComposioHQ, MIT) con:
-
-- Frontmatter al estándar SWL (es-MX, `nivelRiesgo: BAJO`, `exclusiones`).
-- Parser determinista en Node.js (`parse-commits.js`) — el origen es solo
-  documentación; este skill agrega la implementación ejecutable.
-- Tipo `evolucion:` específico de SWL agregado al parser.
-- Soporte para breaking changes `!` y trailer `BREAKING CHANGE:` (origen
-  solo menciona el segundo).
-- Reporte de conformidad <80% como gate explícita para fallback manual.
-- Integración con `/swl:release` Paso 7 documentada en `comandos/swl/release.md`.
-
-Documentado en ADR-0029 (integración parcial awesome-codex-skills, Opción B).
+---
+name: changelog-generator
+description: >
+  Generador automático de entradas CHANGELOG.md en formato Keep a Changelog
+  desde commits Conventional Commits. Parser determinista que clasifica feat/
+  fix/perf/refactor/docs/etc. en categorías user-facing en español, detecta
+  breaking changes (marca '!' o trailer 'BREAKING CHANGE:') y reporta nivel
+  de conformidad para decidir fallback manual. Cargar en /swl:release Paso 7
+  cuando hay commits Conventional, o manualmente para previsualizar el
+  changelog antes de un release.
+version: 1.1.0
+nivelRiesgo: BAJO
+herramientasPermitidas: [Read, Bash]
+skillsInvocables: [release-semver]
+exclusiones:
+  - "No invocar para generar release notes con marketing copy o anuncios para usuarios finales — este skill produce listado técnico-legible, no narrativa."
+  - "No invocar si el repo no usa Conventional Commits — el parser detecta <80% conformidad y el caller debe abortar a flujo manual de release-semver."
+  - "No invocar para reescribir CHANGELOG histórico — solo agrega entrada de la próxima versión al inicio."
+---
+
+# /habilidades/changelog-generator — CHANGELOG automático desde Conventional Commits
+
+## Cuándo cargar
+
+- Durante `/swl:release` Paso 7 (Generar CHANGELOG), cuando el flujo automático
+  está disponible y los commits del rango siguen Conventional Commits.
+- Para previsualizar el changelog candidato antes de bumpear versión:
+  `node habilidades/changelog-generator/scripts/parse-commits.js --version X`
+- Cuando un colaborador pide un resumen legible de cambios entre dos refs
+  arbitrarias del repo.
+
+## Cuándo NO cargar
+
+- Repo sin Conventional Commits (<80% de conformidad): el parser detecta y
+  reporta; el caller debe usar `Skill("release-semver")` flujo manual.
+- Generación de **release notes** (texto narrativo con contexto de producto):
+  este skill produce CHANGELOG técnico-legible; las release notes con marketing
+  son tarea aparte (`documentador-swl` con plantilla específica).
+- Reescritura histórica del CHANGELOG (squash de varias versiones, corrección
+  de entradas antiguas): solo se agrega entrada de la versión nueva al inicio.
+
+## Qué hace el skill
+
+1. **Lee commits** desde la última tag (o entre dos refs arbitrarias) con
+   `git log --format=...` usando un separador único para parsear subject + body
+   sin colisiones.
+2. **Parsea con Conventional Commits 1.0.0**: regex que captura tipo, scope,
+   marca `!`, descripción. Soporta tipos extendidos del proyecto SWL:
+   `evolucion` (cambios de skills/agentes), además de `feat/fix/perf/refactor/
+   docs/style/test/ci/build/chore/revert`. Tolera el prefijo opcional de
+   trazabilidad `[T-NN]` / `[REQ-NN]` de la convención de `ejecutar-fase`
+   (no altera la semántica CC — el tipo+scope+descripción siguen presentes).
+3. **Detecta breaking changes** por marca `!` después del tipo o trailer
+   `BREAKING CHANGE:` en el body. Los breaking siempre van al inicio del
+   release, sin importar el tipo original.
+4. **Transforma descripción técnica → legible**:
+   - Elimina referencias a issues al final (`(#123)`, `Refs #456`).
+   - Capitaliza primera letra.
+   - Elimina punto final (Keep a Changelog usa bullets sin punto).
+5. **Agrupa en categorías** con orden canónico:
+   1. Breaking changes
+   2. Nuevas funcionalidades (feat)
+   3. Correcciones (fix)
+   4. Mejoras de rendimiento (perf)
+   5. Cambios internos (refactor)
+   6. Reversiones (revert)
+   7. Evoluciones de skills/agentes (evolucion — SWL-specific)
+   8. Mantenimiento (docs/style/test/ci/build/chore — colapsadas)
+   9. Otros (commits sin prefijo CC válido)
+6. **Reporta conformidad**: ratio commits conformes / total. Si <80%, el
+   caller debe decidir si abortar o seguir manualmente.
+
+## Helper programático
+
+```js
+const {
+  parsearCommits,
+  leerCommitsGit,
+  generarChangelog,
+} = require('./habilidades/changelog-generator/scripts/parse-commits');
+
+// 1. Leer commits desde la última tag hasta HEAD
+const commits = leerCommitsGit({ to: 'HEAD' });
+
+// 2. Parsear y clasificar
+const { categorias, conformidad, totalCommits, conformes } = parsearCommits(commits);
+
+// 3. Si conformidad < 0.8, abortar o avisar al usuario
+if (conformidad < 0.8) {
+  console.warn(`Conformidad CC: ${conformes}/${totalCommits}. Revisar "Otros".`);
+}
+
+// 4. Generar markdown listo para insertar en CHANGELOG.md
+const md = generarChangelog(categorias, {
+  version: '1.6.5',
+  fecha: '2026-05-22',  // opcional, default = hoy
+  incluirHash: true,    // muestra hash corto al inicio de cada bullet
+});
+```
+
+## Uso CLI
+
+Previsualizar changelog candidato sin escribir nada:
+
+```bash
+node habilidades/changelog-generator/scripts/parse-commits.js \
+  --version 1.6.5 \
+  --format markdown
+```
+
+Filtrar por rango específico:
+
+```bash
+node habilidades/changelog-generator/scripts/parse-commits.js \
+  --from v1.6.4 \
+  --to HEAD \
+  --version 1.6.5
+```
+
+Salida JSON estructurado para post-procesamiento:
+
+```bash
+node habilidades/changelog-generator/scripts/parse-commits.js \
+  --from v1.6.4 \
+  --format json > /tmp/changelog-candidato.json
+```
+
+## Reglas de uso desde /swl:release
+
+1. Llamar a `leerCommitsGit` con la última tag detectada en el Paso 1 del
+   release.
+2. Verificar `conformidad >= 0.8`. Si menor, presentar al usuario los commits
+   bajo "Otros" y pedir decisión: (a) continuar con el changelog, (b) abortar
+   y reescribir commits, (c) editar manualmente la categoría "Otros".
+3. Si `--dry-run` está activo en `/swl:release`, mostrar el output de
+   `generarChangelog` sin escribir a disco.
+4. Si conformidad OK: leer CHANGELOG.md actual, insertar el bloque generado
+   al inicio después del header `# Changelog`, escribir atómicamente.
+5. NO hacer commit aquí — eso lo hace el Paso 8 de `/swl:release`.
+
+## Gotchas observables
+
+- **Conventional Commits sin scope son válidos**: `fix: corregir X` parsea
+  igual que `fix(modulo): corregir X`. El parser no exige scope.
+- **El subject debe ir en una sola línea**: si un commit usa newline en el
+  subject, el parser lo trata como completo pero `git log %s` ya lo trunca.
+- **Tipos no estándar van a "Otros"**: si un equipo usa `mejora:`, `cambio:`,
+  el parser los marca como no conformes. El usuario debe ajustar la lista
+  `CATEGORIAS` en `parse-commits.js` o adoptar tipos estándar.
+- **El skill NO escribe a disco directamente**: solo retorna markdown. El
+  caller (`/swl:release` Paso 7) es responsable de leer el CHANGELOG actual,
+  insertar al inicio y escribir atómicamente.
+- **Commits revert vienen del propio git**: `git revert` genera mensajes
+  `Revert "Subject original"` que el parser categoriza correctamente bajo
+  Reversiones (regex matchea `revert:` sin que el usuario lo escriba si usa
+  `git revert -e` para editar el mensaje al formato CC).
+- **El hash corto se trunca a 7 chars**: alineado con el formato `git log
+  --oneline` estándar.
+
+## Origen
+
+Adaptado del skill `changelog-generator` de
+`temp/awesome-codex-skills-master/changelog-generator/` (ComposioHQ, MIT) con:
+
+- Frontmatter al estándar SWL (es-MX, `nivelRiesgo: BAJO`, `exclusiones`).
+- Parser determinista en Node.js (`parse-commits.js`) — el origen es solo
+  documentación; este skill agrega la implementación ejecutable.
+- Tipo `evolucion:` específico de SWL agregado al parser.
+- Soporte para breaking changes `!` y trailer `BREAKING CHANGE:` (origen
+  solo menciona el segundo).
+- Reporte de conformidad <80% como gate explícita para fallback manual.
+- Integración con `/swl:release` Paso 7 documentada en `comandos/swl/release.md`.
+
+Documentado en ADR-0029 (integración parcial awesome-codex-skills, Opción B).

package/habilidades/checklist-seguridad/SKILL.md

@@ -2,11 +2,6 @@
 name: checklist-seguridad
 description: Checklist de seguridad basado en OWASP Top 10 + seguridad de agentes autónomos (A11). Cubre inyección, autenticación, exposición de datos, control de acceso, configuración insegura, XSS, deserialización, componentes vulnerables, logging y agencia excesiva de IA. Produce reporte con hallazgos y remediaciones.
 version: "1.2.0"
-evolved: true
-evolved-from: "1.1.0"
-evolved-at: "2026-05-04"
-evolved-by: "aprender"
-evolved-note: "Corregir contradicción interna en ejemplo BIEN de IDOR pre-side-effect: el detail exponía UUID interno violando el gotcha 'vocabulario interno' de fastapi-experto v1.1.1. Detail al cliente ahora es genérico (Recurso no encontrado); UUID y tenant solo en logger.info para auditoría."
 herramientasPermitidas: [Read, Grep]
 evolvable: true  # default para skill estandar
 nist_csf: [PR.PS-01, PR.DS-02, PR.DS-10, DE.CM-09, RS.MI-01]

package/habilidades/contenedores-docker/SKILL.md

@@ -2,11 +2,6 @@
 name: contenedores-docker
 description: Docker y containerización. Dockerfiles optimizados con multi-stage builds, docker-compose, volúmenes, networking, health checks, security scanning, build caching, distroless images. Anti-patrones comunes.
 version: "1.0.1"
-evolved: true
-evolved-from: "1.0.0"
-evolved-at: "2026-05-05"
-evolved-by: "aprender"
-evolved-note: "Gotcha de la sesión SIGM 2026-05-05 (L6): scripts en /docker-entrypoint-initdb.d con dependencias externas (mc, aws, etc.) abortan initdb"
 herramientasPermitidas: [Read]
 exclusiones:
   - "No cargar para orquestación Kubernetes (Deployments, Services, Helm, HPA) — para Kubernetes cargar `kubernetes-orquestacion`."

package/habilidades/datos-etl/SKILL.md

@@ -5,11 +5,6 @@ description: >
   CDC (change data capture), validación de datos, linaje de datos, procesamiento batch vs
   streaming, patrones dbt, patrones de data lake.
 version: "1.0.1"
-evolved: true
-evolved-from: "1.0.0"
-evolved-at: "2026-05-05"
-evolved-by: "aprender"
-evolved-note: "Gotcha de la sesión SIGM 2026-05-05 (L9): seeds con check constraint fecha_vencimiento >= fecha_emision violan al usar emision única para todas las tuplas"
 herramientasPermitidas: [Read, Grep]
 evolvable: true  # default para skill estandar
 exclusiones:

package/habilidades/doc-sync/SKILL.md

@@ -2,11 +2,6 @@
 name: doc-sync
 description: Sincronización de documentación con el estado actual del código. Detecta documentos desactualizados (README, ADRs, docstrings, comentarios de API), genera un changelog estructurado de los cambios relevantes, y mantiene los Architecture Decision Records (ADRs) actualizados con las decisiones tomadas durante el desarrollo.
 version: "1.3.0"
-evolved: true
-evolved-from: "1.2.0"
-evolved-at: "2026-05-16"
-evolved-by: "aprender"
-evolved-note: "v1.3.0 (MINOR): sección nueva 'Protocolo proactivo: qué hacer al modificar componentes SWL' con sub-secciones por tipo (agente, skill, comando, hook, regla, variable de entorno, ADR, dependencia opt-in). Cierra el gap entre detección post-hoc (verificadores) y guía prescriptiva proactiva. Origen: feedback usuario 2026-05-16 — la información del flujo operativo estaba dispersa en 5 archivos (registro-componentes-nuevos.md + CLAUDE.md § Mapa + verificadores + reglas) sin un punto único invocable."
 herramientasPermitidas: [Read, Bash, Glob, Grep]
 exclusiones:
   - "No cargar para crear documentación nueva desde cero — este skill sincroniza documentación existente con el código actual; para crear documentación de feature nueva usar `documentador-swl` o escribir el README/ADR directamente."

package/habilidades/extractor-de-aprendizajes/SKILL.md

@@ -9,11 +9,6 @@ exclusiones:
   - "No cargar para crear un skill nuevo desde cero de forma interactiva; usar `/swl:crear-skill` que guía el proceso con validaciones."
   - "No cargar si el aprendizaje no tiene causa raíz identificada — documentar síntoma sin causa produce reglas que no previenen el error real."
 evolvable: true  # default para skill estandar
-evolved: true
-evolved-from: "1.0.5"
-evolved-at: "2026-06-11"
-evolved-by: "aprender"
-evolved-note: "Modo D del gotcha sub-agentes (CONFIRMADO x5 → x6): agentes de documentación (claude-code-guide) emiten veredictos NO-SOPORTADO por inferencia del contexto local sin consultar la doc oficial; exigir cita a doc consultada en el turno. Precedente 2026-05-15 (runtimes Cursor/Codex)"
 ---
 # Extractor de Aprendizajes
 

package/habilidades/fastapi-experto/SKILL.md

@@ -6,11 +6,6 @@ description: >
   en async). Cargar cuando se implementen endpoints FastAPI, schemas Pydantic v2,
   queries SQLAlchemy async, WebSockets, SSE o tests de integración con httpx.
 version: "1.3.1"
-evolved: true
-evolved-from: "1.3.0"
-evolved-at: "2026-06-04"
-evolved-by: "evolucionar"
-evolved-note: "3 patrones nuevos OIC v1.5 2026-06-04: handler logging defensivo con sesión SQLAlchemy desacoplada (PE-001); tests pytest cuelgan si handler abre engine con pool_pre_ping al startup sin BD + receta conftest (PE-002); tests de endpoint sin BD con dependency_overrides[get_db]=lambda:None + monkeypatch del service (PE-008)"
 herramientasPermitidas: [Read]
 exclusiones:
   - "No cargar para proyectos Django o Flask — los patrones de ORM sync, Class-Based Views y middleware difieren fundamentalmente; cargar `django-experto` o el skill del framework correspondiente."

package/habilidades/frontend-avanzado/SKILL.md

@@ -5,11 +5,6 @@ description: >
   Web Components, Shadow DOM, CSS Container Queries, CSS Layers, View Transitions API.
   Patrones de optimización de rendimiento.
 version: "1.1.0"
-evolved: true
-evolved-from: "1.0.0"
-evolved-at: "2026-04-24"
-evolved-by: "aprender"
-evolved-note: "Sección nueva: CSP 'unsafe-inline' como transitorio aceptable con plan de migración a nonce"
 herramientasPermitidas: [Read, Grep]
 evolvable: true  # default para skill estandar
 exclusiones:

package/habilidades/iam-secretos/SKILL.md

@@ -5,11 +5,6 @@ description: >
   AWS Secrets Manager, Azure Key Vault, rotación de secretos, principio de mínimo
   privilegio, cuentas de servicio, gestión de API keys, zero trust.
 version: "1.1.0"
-evolved: true
-evolved-from: "1.0.0"
-evolved-at: "2026-04-24"
-evolved-by: "aprender"
-evolved-note: "Sección nueva: logs con PII → gitignore + hard-block env flag en producción (defense in depth)"
 herramientasPermitidas: [Read, Grep]
 evolvable: true  # default para skill estandar
 nist_csf: [PR.AA-01, PR.AA-02, PR.AA-05, PR.DS-02]

package/habilidades/manejo-errores/SKILL.md

@@ -5,11 +5,6 @@ description: >
   excepciones personalizadas, códigos de error, logging estructurado, error boundaries,
   degradación elegante, patrones de reintento y circuit breakers.
 version: "1.2.0"
-evolved: true
-evolved-from: "1.1.1"
-evolved-at: "2026-05-04"
-evolved-by: "aprender"
-evolved-note: "+sección anti-patrón except Exception con isinstance interno — usar excepts planos por tipo (sync desde global tras sesión SIGM Fase 5b). Preserva gotcha try/catch require de v1.1.1."
 herramientasPermitidas: [Read]
 exclusiones:
   - "No cargar para monitoreo y alertas en producción (Prometheus, Grafana, PagerDuty) — para observabilidad cargar `monitoring-alertas` o `sre-patrones`."

package/habilidades/mapear-codebase/SKILL.md

@@ -2,11 +2,6 @@
 name: mapear-codebase
 description: Análisis profundo de un codebase existente. Genera árbol de directorios anotado, identifica puntos de entrada, tecnologías usadas, estándares del proyecto, deuda técnica visible y zonas de riesgo. Produce un documento estructurado que sirve como mapa de navegación para el equipo.
 version: "1.1.0"
-evolved: true
-evolved-from: "1.0.0"
-evolved-at: "2026-04-24"
-evolved-by: "aprender"
-evolved-note: "Sección nueva: validar parser jerárquico contra árbol real antes de congelar dataclass"
 herramientasPermitidas: [Read, Write, Edit, Bash, Glob, Grep]
 exclusiones:
   - "No cargar cuando el codebase ya tiene un `CODEBASE-MAP.md` generado en los últimos 30 días y no ha habido cambios arquitectónicos — ejecutar este skill produce un mapa redundante con costo de análisis innecesario."

package/habilidades/meta-skills-estandar/SKILL.md

@@ -10,11 +10,6 @@ description: >
   esté escribiendo o auditando un SKILL.md y se necesiten patrones avanzados
   que no están en la regla core.
 version: "1.1.1"
-evolved: true
-evolved-from: "1.1.0"
-evolved-at: "2026-05-16"
-evolved-by: "aprender"
-evolved-note: "v1.1.0 MINOR: 3 secciones nuevas (contratos controller↔worker + return explícito + evaluator-optimizer). v1.1.1 PATCH: corrige inconsistencia interna — ejemplos de la sección 'Pseudocódigo con return' usaban iter=0/while iter<3, contradiciendo el contrato 1-based de la sección anterior. Mismo skill que enseña off-by-one no debe cometerlo en sus ejemplos."
 herramientasPermitidas: [Read, Write, Edit]
 exclusiones:
   - "No cargar si solo se necesita el frontmatter obligatorio, el límite de líneas o la estructura de directorio — eso está en la regla core `reglas/skills-estandar.md` que se carga siempre."

package/habilidades/monitoring-alertas/SKILL.md

@@ -5,11 +5,6 @@ description: >
   métricas RED/USE, SLIs/SLOs/SLAs, reglas de alerting, runbooks, dashboards,
   distributed tracing. Anti-patrones de alerting.
 version: "1.0.1"
-evolved: true
-evolved-from: "5.0.3"
-evolved-at: "2026-04-23"
-evolved-by: "aprender"
-evolved-note: "Patrón nuevo: logging.Filter para silenciar 404 esperados en endpoints semánticos"
 herramientasPermitidas: [Read, Grep]
 evolvable: true  # default para skill estandar
 exclusiones:

package/habilidades/nextjs-experto/SKILL.md

@@ -5,11 +5,6 @@ description: >
   streaming con Suspense, ISR, route handlers y middleware. Cargar cuando se
   implementen páginas Next.js, data fetching, mutaciones o rutas de API.
 version: "1.1.1"
-evolved: true
-evolved-from: "1.1.0"
-evolved-at: "2026-05-11"
-evolved-by: "aprender"
-evolved-note: "L-108 SIGM Opción C: cache .next/ confirmado x2 (Opción B + Opción C) — patrón consolidado para refactors de tipos masivos. Sin cambios en otros gotchas."
 herramientasPermitidas: [Read]
 exclusiones:
   - "No cargar para proyectos Next.js con Pages Router (pages/index.tsx) — el modelo de getServerSideProps y getStaticProps es diferente al App Router; este skill solo cubre App Router."

package/habilidades/nextjs-testing/SKILL.md

@@ -5,11 +5,6 @@ description: >
   Cubre Server Components, Server Actions, page objects E2E y mocking de API.
   Cargar cuando se escriban tests de componentes, integración o E2E en Next.js.
 version: "1.1.0"
-evolved: true
-evolved-from: "1.0.1"
-evolved-at: "2026-05-12"
-evolved-by: "aprender"
-evolved-note: "Backport L-139 SIGM: tests con vi.stubGlobal('fetch') no validan contrato real backend↔frontend; añadir test de contrato con codegen api-types.ts; previo L-106 getByText vs getAllByText"
 herramientasPermitidas: [Read]
 exclusiones:
   - "No cargar para tests React puros fuera del contexto de Next.js (Vite, CRA, Remix) — los mocks del router de Next.js y los Server Components son específicos del framework."

package/habilidades/node-experto/SKILL.md

@@ -2,11 +2,6 @@
 name: node-experto
 description: Node.js y TypeScript backend moderno. Cubre patterns de Express/Fastify/NestJS, error handling middleware, streams y buffers, worker threads y clustering, Prisma/Drizzle ORM, validación con Zod, graceful shutdown y anti-patrones críticos como callback hell y event loop blocking.
 version: "1.1.0"
-evolved: true
-evolved-from: "1.0.2"
-evolved-at: "2026-05-16"
-evolved-by: "aprender"
-evolved-note: "v1.1.0 (MINOR): sección completa nueva 'Patrones de readline + prompts asíncronos' — Promise+close obligatorio, pausa de spinners durante prompts, listener leak prevention. Origen: H1 sesión 2026-05-16 (race condition spinner/prompt en swl-ses update + premature close detectado por Cursor IDE + /swl:nemesis --remediar iter-2 con 2 fixes adicionales). v1.0.2: gotchas `undefined<N` (NaN comparison), first-wins vs deep merge en config (PR #27 #30 v1.5.2), `assert.notMatch` no existe. v1.0.1: gotcha req.destroy() + CRLF + TOML literal."
 herramientasPermitidas: [Read, Write, Glob]
 exclusiones:
   - "No cargar para aplicaciones Next.js con App Router — Next.js tiene patrones de Server Components, SSR y caché que difieren del backend Node puro; cargar `nextjs-experto`."

package/habilidades/orquestacion-async/SKILL.md

@@ -6,11 +6,6 @@ description: >
   Basado en Deep Agents v0.5 (LangChain). Cargar cuando orquestador-swl necesite
   ejecutar implementaciones en paralelo o gestionar agentes de larga duración.
 version: "1.1.0"
-evolved: true
-evolved-from: "1.0.0"
-evolved-at: "2026-04-24"
-evolved-by: "aprender"
-evolved-note: "Sección nueva: matriz agente × archivo con intersección vacía antes de lanzar paralelos"
 herramientasPermitidas: [Read]
 user-invocable: false
 exclusiones: