@saulwade/swl-ses 1.9.0 → 2.0.0

package/habilidades/estructura-proyecto-claude/recursos/mcp-json-template.json

@@ -1,77 +1,57 @@
-{
-  "_comentario": "Template de .mcp.json para proyectos Claude-ready. Eliminar los servidores que no se usen. Las variables de entorno con valor vacío deben completarse en .env o exportarse antes de correr claude.",
-  "_instrucciones": [
-    "1. Copiar este archivo a la raíz del proyecto como .mcp.json",
-    "2. Eliminar el bloque _comentario y _instrucciones (no son JSON válido en producción)",
-    "3. Configurar las variables de entorno requeridas por cada servidor activo",
-    "4. Agregar .mcp.json al repositorio (no contiene secretos — los secretos van en env vars)",
-    "5. Agregar a .gitignore cualquier archivo .mcp.local.json con credenciales"
-  ],
-  "mcpServers": {
-    "context7": {
-      "_descripcion": "Documentación actualizada de librerías. Uso: 'use context7' en el prompt.",
-      "command": "npx",
-      "args": ["-y", "@upstash/context7-mcp@latest"]
-    },
-    "github": {
-      "_descripcion": "Acceso a GitHub: issues, PRs, repos, commits. Requiere token con permisos repo.",
-      "command": "npx",
-      "args": ["-y", "@modelcontextprotocol/server-github"],
-      "env": {
-        "GITHUB_PERSONAL_ACCESS_TOKEN": ""
-      }
-    },
-    "filesystem": {
-      "_descripcion": "Acceso a sistema de archivos fuera del directorio de trabajo. Usar con cuidado.",
-      "_activar": "Descomentar solo si se necesita acceso a paths fuera del proyecto",
-      "command": "npx",
-      "args": [
-        "-y",
-        "@modelcontextprotocol/server-filesystem",
-        "/ruta/al/directorio/permitido"
-      ]
-    },
-    "postgres": {
-      "_descripcion": "Acceso de solo lectura a PostgreSQL. Útil para explorar esquemas y datos.",
-      "_activar": "Descomentar si el proyecto usa PostgreSQL y se requiere introspección de BD",
-      "command": "npx",
-      "args": ["-y", "@modelcontextprotocol/server-postgres"],
-      "env": {
-        "POSTGRES_CONNECTION_STRING": "postgresql://usuario:password@localhost:5432/nombre_bd"
-      }
-    },
-    "sqlite": {
-      "_descripcion": "Acceso a base de datos SQLite. Alternativa ligera a postgres para proyectos pequeños.",
-      "_activar": "Descomentar si el proyecto usa SQLite",
-      "command": "npx",
-      "args": ["-y", "@modelcontextprotocol/server-sqlite", "--db-path", "./data.db"]
-    },
-    "brave-search": {
-      "_descripcion": "Búsqueda web con Brave Search API. Útil para investigación técnica durante desarrollo.",
-      "_activar": "Requiere API key de Brave Search (plan gratuito disponible)",
-      "command": "npx",
-      "args": ["-y", "@modelcontextprotocol/server-brave-search"],
-      "env": {
-        "BRAVE_API_KEY": ""
-      }
-    },
-    "memory": {
-      "_descripcion": "Memoria persistente entre sesiones. Almacena entidades y relaciones en grafo.",
-      "_activar": "Útil para proyectos largos donde se quiere persistir contexto entre sesiones",
-      "command": "npx",
-      "args": ["-y", "@modelcontextprotocol/server-memory"]
-    },
-    "puppeteer": {
-      "_descripcion": "Control de navegador. Útil para testing E2E, scraping o automatización web.",
-      "_activar": "Requiere Chrome/Chromium instalado",
-      "command": "npx",
-      "args": ["-y", "@modelcontextprotocol/server-puppeteer"]
-    },
-    "sequential-thinking": {
-      "_descripcion": "Herramienta de razonamiento estructurado para problemas complejos.",
-      "_activar": "Útil para arquitectura, debugging complejo, decisiones de diseño",
-      "command": "npx",
-      "args": ["-y", "@modelcontextprotocol/server-sequential-thinking"]
-    }
-  }
-}
+{
+  "_comentario": "Template de .mcp.json para proyectos Claude-ready. Eliminar los servidores que no se usen. Las variables de entorno con valor vacío deben completarse en .env o exportarse antes de correr claude.",
+  "_instrucciones": [
+    "1. Copiar este archivo a la raíz del proyecto como .mcp.json",
+    "2. Eliminar el bloque _comentario y _instrucciones (no son JSON válido en producción)",
+    "3. Configurar las variables de entorno requeridas por cada servidor activo",
+    "4. Agregar .mcp.json al repositorio (no contiene secretos — los secretos van en env vars)",
+    "5. Agregar a .gitignore cualquier archivo .mcp.local.json con credenciales"
+  ],
+  "_nota_archivados": "Los reference servers @modelcontextprotocol/server-github, server-postgres, server-sqlite, server-brave-search y server-puppeteer fueron ARCHIVADOS por el proyecto MCP. No usarlos en proyectos nuevos — los reemplazos vigentes están abajo (GitHub remoto oficial, Playwright oficial de Microsoft).",
+  "mcpServers": {
+    "context7": {
+      "_descripcion": "Documentación actualizada de librerías. Uso: 'use context7' en el prompt.",
+      "command": "npx",
+      "args": ["-y", "@upstash/context7-mcp@latest"]
+    },
+    "github": {
+      "_descripcion": "GitHub MCP server oficial (remoto): issues, PRs, repos, commits. Reemplaza al archivado @modelcontextprotocol/server-github. Autenticación OAuth al conectar, o PAT vía header.",
+      "type": "http",
+      "url": "https://api.githubcopilot.com/mcp/"
+    },
+    "playwright": {
+      "_descripcion": "Control de navegador con Playwright (oficial de Microsoft). Testing E2E, scraping, automatización web. Reemplaza al archivado server-puppeteer.",
+      "_activar": "Requiere Node 18+ — descarga browsers en el primer uso",
+      "command": "npx",
+      "args": ["-y", "@playwright/mcp@latest"]
+    },
+    "filesystem": {
+      "_descripcion": "Acceso a sistema de archivos fuera del directorio de trabajo. Usar con cuidado.",
+      "_activar": "Descomentar solo si se necesita acceso a paths fuera del proyecto",
+      "command": "npx",
+      "args": [
+        "-y",
+        "@modelcontextprotocol/server-filesystem",
+        "/ruta/al/directorio/permitido"
+      ]
+    },
+    "fetch": {
+      "_descripcion": "Extracción y conversión de contenido web a markdown.",
+      "_activar": "Útil cuando WebFetch nativo no basta (contenido que requiere conversión estructurada)",
+      "command": "npx",
+      "args": ["-y", "@modelcontextprotocol/server-fetch"]
+    },
+    "memory": {
+      "_descripcion": "Memoria persistente entre sesiones. Almacena entidades y relaciones en grafo.",
+      "_activar": "Útil para proyectos largos donde se quiere persistir contexto entre sesiones",
+      "command": "npx",
+      "args": ["-y", "@modelcontextprotocol/server-memory"]
+    },
+    "sequential-thinking": {
+      "_descripcion": "Herramienta de razonamiento estructurado para problemas complejos.",
+      "_activar": "Útil para arquitectura, debugging complejo, decisiones de diseño",
+      "command": "npx",
+      "args": ["-y", "@modelcontextprotocol/server-sequential-thinking"]
+    }
+  }
+}

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

@@ -1,7 +1,7 @@
 ---
 name: extractor-de-aprendizajes
 description: Convertir errores y patrones descubiertos durante la implementación en nuevas habilidades o reglas. Ciclo de mejora continua del sistema SWL.
-version: "1.0.5"
+version: "1.0.6"
 herramientasPermitidas: [Read]
 exclusiones:
   - "No cargar para actualizar el perfil del usuario — las correcciones explícitas del usuario van a `instintos/perfil-usuario.yaml` vía `perfilador-usuario-swl`, no a APRENDIZAJES.md."
@@ -10,10 +10,10 @@ exclusiones:
   - "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.4"
-evolved-at: "2026-05-12"
+evolved-from: "1.0.5"
+evolved-at: "2026-06-11"
 evolved-by: "aprender"
-evolved-note: "Backport L-140 SIGM: extender gotcha sub-agentes a Modo C (revisor-codigo-swl reporta ubicaciones incorrectas y severidades subestimadas); CONFIRMADO x4 → x5"
+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
 
@@ -296,7 +296,7 @@ Durante `/swl:aprender`, aplicar estas reglas:
 - **`rating: HIGH` asignado sin verificar criterio de irreversibilidad**: el agente promueve a CLAUDE.md un aprendizaje "MEDIUM" por el entusiasmo del momento. Causa: no se aplicó el criterio de "decisión irreversible o bug crítico". Solución: antes de asignar HIGH, verificar: ¿cambiar esto en el futuro requeriría refactorizar múltiples archivos o migrar datos? Si no, mantener MEDIUM.
 - **Regla incompleta sobre registro de hooks**: una entrada en memoria dice "registrar en modulos.json" pero omite `hooks-config.json`, y en la siguiente iteración se repite el fallo en CI porque ambos manifiestos son obligatorios. Causa: la regla de la lección anterior no cubrió todos los manifiestos afectados. Solución: al documentar una regla sobre registro en manifiestos, listar EXPLÍCITAMENTE cada manifiesto con su responsabilidad distinta (`modulos.json` = qué copiar; `hooks-config.json` = cómo registrar evento). Evidencia: tres incidentes históricos del mismo patrón incompleto (v5.7.1, v5.7.2/3, v5.11.0).
 - **Inventario estimado a mano en vez de regenerar**: el agente cuenta "28 hooks" visualmente y propaga la cifra a 5 archivos (CLAUDE/README/package/plugin/SALUD); al regenerar con `scripts/generar-inventario.js` el número real es 30. Causa: confiar en la observación directa en vez de la fuente de verdad determinista. Solución: antes de modificar cualquier contador en documentación oficial, ejecutar el script de inventario y usar su salida como ground truth.
-- **Sub-agentes (Explore + revisores) reportan afirmaciones factuales no verificadas sobre el código** [CONFIRMADO x5]: aplica a `Explore`, `revisor-codigo-swl`, `revisor-seguridad-swl`, `investigador-swl`, `planificador-swl`, y en general a cualquier sub-agente que reporte hallazgos sobre código del proyecto destino. **Tres modos de falla observados**:
+- **Sub-agentes (Explore + revisores + agentes de documentación) reportan afirmaciones factuales no verificadas** [CONFIRMADO x6]: aplica a `Explore`, `revisor-codigo-swl`, `revisor-seguridad-swl`, `investigador-swl`, `planificador-swl`, `claude-code-guide`, y en general a cualquier sub-agente que reporte hallazgos sobre código o capacidades de herramientas. **Cuatro modos de falla observados**:
 
   **Modo A — papers académicos** (sesión 2026-04-25): sub-agente Explore propuso 50h+ para implementar SPRT + Lyapunov + compositionality theorem del paper Bhardwaj 2026; costo real validado fue ~5h (solo Drift Score + Recovery Catalog). Causa: el Explore evalúa portabilidad técnica sin aplicar filtro de "datos disponibles" ni "infraestructura zero-deps". Evidencia: 3 papers analizados (evolver, Bhardwaj 2026, Zhang et al. 2026) con descarte sistemático ~70-90% del contenido propuesto.
 
@@ -304,6 +304,8 @@ Durante `/swl:aprender`, aplicar estas reglas:
 
   **Modo C — revisores reportan ubicaciones y severidades incorrectas en código del proyecto** (sesión 2026-05-12 SIGM): `revisor-codigo-swl` ejecutado en `/swl:verificar --until-converge` reportó dos errores factuales: (1) **ubicación incorrecta**: "deferred import en `caja/router.py:545`" cuando la línea real estaba en `caja/service.py:545` — el archivo `caja/router.py` solo tiene 157 líneas (`wc -l caja/router.py = 157`); (2) **severidad subestimada**: reportó "mismatch `CobroConsolidadoResponse` en pantalla de éxito" como MAYOR, mi auditoría manual descubrió que `CobroConsolidadoRequest` también estaba completamente desalineado (más grave, debería ser CRÍTICO bloqueante) — el revisor solo miró el Response. Causa: el revisor analiza código sin re-verificar el path/línea/extensión reportada cuando produce el reporte; sub-agentes basados en LLM hallucinan números de línea con frecuencia ≥15% en archivos grandes.
 
+  **Modo D — agentes de documentación responden por inferencia del contexto local sin consultar la fuente oficial** (sesión 2026-06-11 swl-ses Fase 09; precedente 2026-05-15 con runtimes Cursor/Codex): `claude-code-guide` emitió veredicto categórico "Claude Code NO soporta carga condicional por `paths:` en rules; el frontmatter sería inerte" basándose en que la config local del usuario no usaba ese campo (declinó el WebFetch a docs). Un WebFetch directo a `code.claude.com/docs/en/memory` demostró lo contrario: `paths:` es feature nativa documentada con sintaxis exacta, brace expansion y soporte user-level. Aceptar el veredicto habría descartado un slice completo de la fase. Causa: "ausencia de evidencia en el contexto local" tratada como "evidencia de ausencia en el producto" — mismo patrón del precedente 2026-05-15 ("Cursor no soporta hooks" — falso). Las features recientes nunca aparecen en configs existentes precisamente por ser recientes.
+
   **Solución unificada — protocolo de verificación de afirmaciones factuales antes de aceptar propuesta de CUALQUIER sub-agente**:
 
   *Patrón obligatorio aplicable a TODOS los modos*: extraer 2-3 afirmaciones factuales del reporte del sub-agente y verificar cada una con primitivas baratas (`Grep`/`Read`/`wc -l`/`ls`/`git log`) ANTES de aceptar el plan o acción. Tipos de afirmaciones a verificar:
@@ -317,6 +319,8 @@ Durante `/swl:aprender`, aplicar estas reglas:
   *Para repos externos (Modo B)*: 4 filtros adicionales: (1) ¿qué % es teoría/código no-portable vs portable? — si >70% no-portable, recortar; (2) **¿la propuesta reescribe mecanismos existentes en el proyecto destino?** — VERIFICAR con `Grep`/`Read` 2-3 afirmaciones concretas del agente contra el código real ANTES de aceptar; (3) ¿LOC nuevas estimadas vs reutilizar lo existente? — si la propuesta supera 500 LOC para un solo patrón, hay sobre-ingeniería; (4) ¿el alcance reducido cubre 80% del valor? — Pareto.
 
   *Para revisores de código (Modo C)*: además del patrón obligatorio, **re-clasificar severidad cuando el revisor solo miró parte del flujo**. Si el revisor marca MAYOR un bug del Response, verificar si el Request también está afectado — los happy paths típicamente involucran ambos lados.
+
+  *Para agentes de documentación (Modo D)*: todo veredicto **NO-EXISTE / NO-SOPORTADO** sobre una feature de un producto externo exige cita a la doc oficial consultada EN ese turno (URL + extracto). Si el agente "verifica" solo contra el contexto local (configs del usuario, código del repo), su veredicto es inferencia, no verificación — re-verificar con 1 WebFetch a la doc oficial antes de tomar decisiones de diseño sobre él. Regla mnemónica: *ausencia en mi config ≠ ausencia en el producto*.
 - **Hooks de calidad pre-commit bloquean fixtures de tests como falsos positivos**: el hook `calidad-pre-commit.js` aplica regex `\b(api_key|password|token|secret)\s*[=:]\s*["'][^"'\s]{4,}["']` que matchea fixtures legítimos en archivos de test. Caso real: test que valida que la función `sanitizar()` redacta `api_key="abc12345xyz"` se bloquea. Causa: el hook no distingue contexto de test vs producción. Solución: en archivos de test, construir fixtures con concatenación de strings (`'api' + '_key'`, `'pass' + 'word'`) o agregar marcador placeholder reconocido por el hook (`fake_`, `dummy_`, `placeholder`, `example`, `os.environ`). NUNCA bypassear el hook con `--no-verify` — el detector cumple su función; ajustar el fixture es lo correcto.
 - **Regex de path-matching `/[\\/]<dir>[\\/]/` falla con paths relativos sin slash inicial** [CONFIRMADO x4]: hooks que filtran archivos por directorio (ej: `hooks/extraccion-aprendizajes.js` con `PATRONES_ARCHIVO_SWL_EXCLUIDO`) usan patrones que requieren un separator ANTES del nombre. Caso real: path `scripts/lib/foo.js` (sin slash inicial) eludía el filtro de exclusión y generaba placeholders espurios en APRENDIZAJES.md cada vez que se hacía `Edit` o `Write` sobre archivos del sistema SWL. Causa: el regex `[\\/]` requiere un caracter slash/backslash previo; cuando el path empieza con el nombre del directorio directamente, no matchea. Solución: usar `/(?:^|[\\/])<dir>[\\/]/` para aceptar tanto el inicio del string como un separator previo. Evidencia: 4 placeholders eliminados manualmente entre v1.3.3-v1.3.5 antes de identificar la causa raíz; fix endurecido aplicado en v1.3.5 (Fix I).
 - **`git ls-files` es preferible a `fs.readdir` recursivo para tests anti-regresión que escanean el repo**: usar `execSync('git ls-files')` limita el escaneo a archivos versionados — evita `node_modules/`, `.git/`, `_userland/`, archivos temporales y backups sin enumerar exclusiones. Caso real: `tests/scripts/no-legacy-npx-pattern.test.js` v1.3.6 escanea 1000+ archivos versionados en <200ms; el equivalente con `fs.readdir` recursivo más exclusiones manuales sería más lento y propenso a olvidar paths. Cuando el test es de "calidad del repo" (no de comportamiento), `git ls-files` es la primitiva correcta.

package/habilidades/harness-claude-code/SKILL.md

@@ -17,7 +17,7 @@ exclusiones:
   - "No cargar para teoría general de context-rot y compactación — usar `compactacion-contexto`. Este skill cubre operación day-to-day del harness Claude Code; aquel cubre principios de gestión de contexto independientes de la herramienta."
   - "No cargar para diseño/escritura de skills SWL — usar `meta-skills-estandar` y `reglas/skills-estandar.md`. Este skill cubre uso eficiente de skills, no su construcción."
   - "No cargar para resolución de errores específicos del runtime (CLI no arranca, MCP no conecta) — esos son problemas técnicos del CLI, no del harness operacional."
-  - "No cargar para análisis de costo histórico o dashboards — usar `swl-dashboard` o `/swl:metricas`. Este skill cubre PREVENCIÓN del gasto excesivo, no el reporte post-hoc."
+  - "No cargar para análisis de costo histórico o dashboards — usar `swl-dashboard` o `/swl:status metricas`. Este skill cubre PREVENCIÓN del gasto excesivo, no el reporte post-hoc."
 evolvable: true
 ---
 
@@ -47,7 +47,7 @@ del lado del usuario.
 - Se va a escribir un skill SWL nuevo — usar `meta-skills-estandar`.
 - El problema es un error del runtime (CLI no inicia, MCP no responde) —
   ese es problema técnico, no operacional.
-- Se quiere ver costo histórico — usar `swl-dashboard` o `/swl:metricas`.
+- Se quiere ver costo histórico — usar `swl-dashboard` o `/swl:status metricas`.
 
 ---
 
@@ -67,7 +67,10 @@ El prompt cache es la palanca económica más grande:
 Cada hit resetea el TTL sin costo. El prefijo se mantiene caliente mientras
 no cambie. **Hit rate sano: ~90% en 5-min default.**
 
-**Reglas operacionales** (ver también `reglas/harness-claude-code.md`):
+**Reglas operacionales** (detalle completo en
+[disciplina-harness-regla](recursos/disciplina-harness-regla.md) — ex-regla
+`reglas/harness-claude-code.md`, absorbida aquí porque su propio texto decía
+"no es de carga obligatoria global" y este skill es su canal bajo demanda):
 
 - NO agregar/quitar MCP servers mid-session
 - NO usar `/model` mid-session
@@ -224,8 +227,8 @@ sí pierdes el cache cuando vuelves a Anthropic.
 
 | Necesidad | Herramienta |
 |-----------|-------------|
-| Histórico Pro/Max/Team | `/swl:dashboard` (basado en `phuryn/claude-usage`) |
-| Tokens/costo de la sesión actual | `/swl:metricas` |
+| Histórico Pro/Max/Team | `/swl:status dashboard` (basado en `phuryn/claude-usage`) |
+| Tokens/costo de la sesión actual | `/swl:status metricas` |
 | Porcentaje de contexto usado en vivo | `hooks/linea-estado.js` (status bar) |
 | Alertas cuando contexto se llena | `hooks/monitor-contexto.js` (WARNING ≥65%, CRITICAL ≥75%) |
 | Hit rate de cache (API users) | `platform.claude.com/usage/cache` |
@@ -277,7 +280,7 @@ Sin observar la métrica, no puedes optimizarla.
 ## Integración con SWL
 
 Componentes SWL que cubren necesidades de harness: `/swl:compactar`,
-`/swl:checkpoint`, `/swl:dashboard`, `/swl:metricas`, `/swl:modelo`,
+`/swl:checkpoint`, `/swl:status dashboard`, `/swl:status metricas`, `/swl:modelo`,
 `/swl:contexto`, hooks `linea-estado.js` + `monitor-contexto.js`,
 `/swl:revisar-impacto` (meta-grafo del sistema SWL) y `code-review-graph`
 pip (opt-in para codebase del usuario, ver `MANUAL_USO.md`).
@@ -299,4 +302,4 @@ el modelo mental completo del harness.
 - [ ] PDFs/Office docs pre-procesados con `markitdown`
 - [ ] Para repos grandes: `code-review-graph` instalado y `build` ejecutado
 - [ ] CLAUDE.md del proyecto con bloque de Task Delegation
-- [ ] Saber dónde ver métricas durante la sesión (`/swl:metricas`)
+- [ ] Saber dónde ver métricas durante la sesión (`/swl:status metricas`)

package/{reglas/harness-claude-code.md → habilidades/harness-claude-code/recursos/disciplina-harness-regla.md}

@@ -204,9 +204,9 @@ Algunos formatos consumen muchos más tokens de los necesarios:
 
 SWL incluye:
 
-- **`/swl:dashboard`** — dashboard histórico de uso (basado en
+- **`/swl:status dashboard`** — dashboard histórico de uso (basado en
   `phuryn/claude-usage`).
-- **`/swl:metricas`** — métricas de la sesión actual (tokens, costo
+- **`/swl:status metricas`** — métricas de la sesión actual (tokens, costo
   estimado, modelos usados).
 - **`hooks/linea-estado.js`** — barra de estado con porcentaje de
   contexto consumido (con detección dinámica del techo según modelo —

package/habilidades/instalar-sistema/SKILL.md

@@ -7,7 +7,7 @@ herramientasPermitidas: [Read, Write, Edit, Bash, Glob, Grep]
 exclusiones:
   - "No cargar si SWL ya está instalado y funcionando (`doctor` pasa sin errores); no reinstalar para resolver problemas de uso del sistema."
   - "No cargar para actualizar un skill o agente individual; editar el SKILL.md o agente directamente en `habilidades/` o `agentes/`."
-  - "No cargar para diagnosticar integridad del sistema instalado; usar `/swl:salud`."
+  - "No cargar para diagnosticar integridad del sistema instalado; usar `/swl:status salud`."
   - "No cargar para añadir skills de `_userland/` al core; usar `/swl:contribuir`."
 evolvable: true  # default para skill estandar
 ---
@@ -32,7 +32,7 @@ NO se activa cuando:
 
 - SWL está instalado y `npx swl-ses doctor` pasa sin errores; reinstalar no resuelve problemas de uso.
 - El usuario quiere modificar un skill o agente específico; editar los archivos en `habilidades/` o `agentes/` directamente.
-- Se quiere diagnosticar por qué algo del sistema no funciona; usar `/swl:salud` que ejecuta validaciones sin reinstalar.
+- Se quiere diagnosticar por qué algo del sistema no funciona; usar `/swl:status salud` que ejecuta validaciones sin reinstalar.
 - Se quiere incorporar skills de `_userland/` al core del sistema; ese flujo es `/swl:contribuir`, no una reinstalación.
 
 ## Paquete npm
@@ -218,4 +218,4 @@ markitdown --version
 - `/swl:mapear-codebase` — analizar código existente
 - `/swl:planear-fase` — planificar una fase de trabajo
 - `/swl:ejecutar-fase` — ejecutar plan con commits atómicos
-- `/swl:salud` — diagnóstico profundo del sistema
+- `/swl:status salud` — diagnóstico profundo del sistema

package/habilidades/meta-skills-estandar/recursos/frameworks-seguridad.md

@@ -7,7 +7,7 @@ del dominio seguridad.
 
 Skills del dominio de seguridad pueden declarar mapeos opcionales a cinco
 frameworks estándar en el frontmatter. El propósito es enriquecer reportes
-(`/swl:salud`, `/swl:dashboard`) con cobertura de control y alinear el sistema
+(`/swl:status salud`, `/swl:status dashboard`) con cobertura de control y alinear el sistema
 con vocabulario de la industria. **No es evolución — es metadata aditiva que
 no cambia comportamiento.**