@saulwade/swl-ses 2.3.0 → 2.4.1

package/agentes/revisor-angular-swl.md

@@ -6,8 +6,8 @@ description: >
   OnPush, subscriptions sin unsubscribe, NgModules innecesarios y falta de lazy loading.
   Invocar para revisión de componentes Angular, servicios, o configuración de módulos.
 tools: [Read, Grep, Glob, Bash]
-model: claude-sonnet-4-6
-modeloAlterno: claude-haiku-4-5-20251001
+model: sonnet
+modeloAlterno: haiku
 ventanaContexto: 200k
 color: red
 version: 1.0.0

package/agentes/revisor-codigo-swl.md

@@ -11,11 +11,11 @@ description: >
   feature, antes de pasar a revisión de seguridad. También invocar para
   auditar calidad de código heredado.
 tools: [Read, Grep, Glob, Bash]
-model: claude-sonnet-4-6
-modeloAlterno: claude-haiku-4-5-20251001
+model: sonnet
+modeloAlterno: haiku
 ventanaContexto: 200k
 color: orange
-version: 1.2.2
+version: 1.3.0
 nivelRiesgo: BAJO
 skillsInvocables: [checklist-calidad, patrones-python, api-rest-diseno, tdd-workflow, verificar-trabajo, verificacion-evidencia, swl-revisar-impacto, prevencion-sobreingenieria]
 skillsRestringidos: []
@@ -365,6 +365,34 @@ se preservan sin cambios.
 
 Solo los problemas CRÍTICOS bloquean el avance. MAYOR debe documentarse como deuda.
 
+## Lente de sobre-ingeniería — qué borrar
+
+Pasada dedicada a complejidad innecesaria (adaptada de ponytail, MIT; alineada
+con la escalera de `Skill("prevencion-sobreingenieria")`). El mejor destino de
+un diff es hacerse más corto. Una línea por hallazgo con etiqueta:
+
+| Tag | Qué señala | El reemplazo |
+|-----|-----------|--------------|
+| `delete:` | Código muerto, flexibilidad sin uso, feature especulativa | Nada |
+| `stdlib:` | Reimplementación de algo que la stdlib ya trae | Nombrar la función |
+| `native:` | Dependencia o código que la plataforma ya cubre | Nombrar la feature nativa |
+| `yagni:` | Abstracción con una sola implementación, config que nadie setea, capa con un solo caller | Inlinear hasta que exista el segundo caso |
+| `shrink:` | Misma lógica, menos líneas | Mostrar la forma corta |
+
+Formato: `archivo.py:L12-38: stdlib: clase validadora de 27 líneas. "@" en email, 1 línea; la validación real es el correo de confirmación.`
+
+Reglas de la lente:
+
+- Cerrar con la única métrica que importa: `net: −N líneas posibles.` Si no
+  hay nada que cortar: `Ya está magro.` — y se dice explícitamente.
+- Un smoke test o self-check mínimo NUNCA se marca para borrar: es el piso
+  de la disciplina de código mínimo, no bloat.
+- Los marcadores `simplificado:` con techo y trigger son simplificación
+  deliberada trazada — no son hallazgo; los que NO tienen trigger sí
+  (MAYOR: deuda silenciosa, remitir a `/swl:deuda-codigo`).
+- Scope de la lente: solo complejidad. Bugs de correctness, seguridad y
+  performance van en sus ejes/handoffs — no aquí.
+
 ## Reglas estrictas
 
 - NUNCA apruebes código con un problema CRÍTICO sin resolución explícita
@@ -497,6 +525,11 @@ Si no se detecta ninguno: `### VETO ITEMS DETECTADOS\n- Ninguno`.
 - [descripción de la duplicación + archivos involucrados]
 - [o "Ninguna duplicación significativa"]
 
+### Sobre-ingeniería — qué borrar
+- `archivo.py:L12-38: stdlib: [qué cortar]. [reemplazo].`
+- [una línea por hallazgo con tag delete:/stdlib:/native:/yagni:/shrink:]
+- net: −N líneas posibles. [o "Ya está magro."]
+
 ### Veredicto
 **APROBADO** / **APROBADO CON CORRECCIONES** / **RECHAZADO**
 

package/agentes/revisor-csharp-swl.md

@@ -7,8 +7,8 @@ description: >
   por dimension y problemas clasificados por severidad. Invocar despues de
   implementar features C# o para auditar codigo C# existente antes de merge.
 tools: [Read, Grep, Glob, Bash]
-model: claude-sonnet-4-6
-modeloAlterno: claude-haiku-4-5-20251001
+model: sonnet
+modeloAlterno: haiku
 ventanaContexto: 200k
 color: purple
 version: 1.0.0

package/agentes/revisor-go-swl.md

@@ -6,8 +6,8 @@ description: >
   con score por dimensión y problemas clasificados por severidad. Invocar después
   de implementar features Go o para auditar código Go existente antes de merge.
 tools: [Read, Grep, Glob, Bash]
-model: claude-sonnet-4-6
-modeloAlterno: claude-haiku-4-5-20251001
+model: sonnet
+modeloAlterno: haiku
 ventanaContexto: 200k
 color: cyan
 version: 1.0.0

package/agentes/revisor-java-swl.md

@@ -6,8 +6,8 @@ description: >
   y problemas clasificados por severidad. Invocar después de implementar features
   Java o para auditar código Java existente antes de merge a main.
 tools: [Read, Grep, Glob, Bash]
-model: claude-sonnet-4-6
-modeloAlterno: claude-haiku-4-5-20251001
+model: sonnet
+modeloAlterno: haiku
 ventanaContexto: 200k
 color: blue
 version: 1.0.0

package/agentes/revisor-kotlin-swl.md

@@ -7,8 +7,8 @@ description: >
   Invocar despues de implementar features Kotlin/Android o para auditar codigo
   Kotlin existente antes de merge.
 tools: [Read, Grep, Glob, Bash]
-model: claude-sonnet-4-6
-modeloAlterno: claude-haiku-4-5-20251001
+model: sonnet
+modeloAlterno: haiku
 ventanaContexto: 200k
 color: green
 version: 1.0.0

package/agentes/revisor-nextjs-swl.md

@@ -7,8 +7,8 @@ description: >
   problemas clasificados por severidad. Invocar después de implementar features
   Next.js o para auditar código Next.js existente antes de merge.
 tools: [Read, Grep, Glob, Bash]
-model: claude-sonnet-4-6
-modeloAlterno: claude-haiku-4-5-20251001
+model: sonnet
+modeloAlterno: haiku
 ventanaContexto: 200k
 color: gray
 version: 1.0.0

package/agentes/revisor-php-swl.md

@@ -7,8 +7,8 @@ description: >
   dimensión y problemas clasificados por severidad. Invocar después de implementar
   features PHP/Laravel o para auditar código PHP existente antes de merge.
 tools: [Read, Grep, Glob, Bash]
-model: claude-sonnet-4-6
-modeloAlterno: claude-haiku-4-5-20251001
+model: sonnet
+modeloAlterno: haiku
 ventanaContexto: 200k
 color: indigo
 version: 1.0.0

package/agentes/revisor-react-swl.md

@@ -6,8 +6,8 @@ description: >
   state mal ubicado, prop drilling excesivo y falta de memoization. Invocar para revisión
   de componentes React, hooks custom, o integraciones con state managers.
 tools: [Read, Grep, Glob, Bash]
-model: claude-sonnet-4-6
-modeloAlterno: claude-haiku-4-5-20251001
+model: sonnet
+modeloAlterno: haiku
 ventanaContexto: 200k
 color: cyan
 version: 1.0.0

package/agentes/revisor-rust-swl.md

@@ -7,8 +7,8 @@ description: >
   problemas clasificados por severidad. Invocar despues de implementar features
   Rust o para auditar codigo Rust existente antes de merge.
 tools: [Read, Grep, Glob, Bash]
-model: claude-sonnet-4-6
-modeloAlterno: claude-haiku-4-5-20251001
+model: sonnet
+modeloAlterno: haiku
 ventanaContexto: 200k
 color: orange
 version: 1.0.0

package/agentes/revisor-seguridad-swl.md

@@ -7,8 +7,8 @@ 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-8
-modeloAlterno: claude-sonnet-4-6
+model: opus
+modeloAlterno: sonnet
 ventanaContexto: 200k
 color: red
 version: 1.0.0

package/agentes/revisor-swift-swl.md

@@ -7,8 +7,8 @@ description: >
   problemas clasificados por severidad. Invocar despues de implementar features
   Swift/iOS o para auditar codigo Swift existente antes de merge.
 tools: [Read, Grep, Glob, Bash]
-model: claude-sonnet-4-6
-modeloAlterno: claude-haiku-4-5-20251001
+model: sonnet
+modeloAlterno: haiku
 ventanaContexto: 200k
 color: red
 version: 1.0.0

package/agentes/revisor-typescript-swl.md

@@ -6,8 +6,8 @@ description: >
   inseguras, tipos duplicados y generics innecesarios. Invocar para revisión de
   código TypeScript puro, librerías, o backends Node.js.
 tools: [Read, Grep, Glob, Bash]
-model: claude-sonnet-4-6
-modeloAlterno: claude-haiku-4-5-20251001
+model: sonnet
+modeloAlterno: haiku
 ventanaContexto: 200k
 color: blue
 version: 1.0.0

package/agentes/sre-swl.md

@@ -8,8 +8,8 @@ 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-8
-modeloAlterno: claude-sonnet-4-6
+model: opus
+modeloAlterno: sonnet
 ventanaContexto: 200k
 permissionMode: acceptEdits
 color: red

package/agentes/tdd-qa-swl.md

@@ -7,8 +7,8 @@ description: >
   implementar (TDD) o después de implementar (auditoría de cobertura). NUNCA
   modifica código de producción — solo archivos de test y fixtures.
 tools: [Read, Write, Edit, Bash, Grep, Glob]
-model: claude-sonnet-4-6
-modeloAlterno: claude-haiku-4-5-20251001
+model: sonnet
+modeloAlterno: haiku
 ventanaContexto: 200k
 color: purple
 version: 1.1.0

package/comandos/swl/briefing.md

@@ -1,119 +1,119 @@
----
-name: swl:briefing
-description: Briefing proactivo del proyecto bajo demanda. Re-presenta las señales baratas del hook SessionStart (ADRs Propuestos con reevaluación vencida, deuda con trigger por fecha cumplido, nudges sin accionar, gates en calibración, retoma pendiente) y agrega el análisis profundo opt-in que el hook no puede pagar: audit de dependencias del proyecto destino, cobertura vs umbral, hubs del grafo tocados sin revisión, drift de feature-list, y triggers de deuda en prosa libre. Cargar cuando el usuario pide "¿qué hay pendiente?", "¿qué riesgos hay?", "ponme al día", o cuando el digest de sesión sugiere el análisis completo por volumen de señales.
-allowed_tools: ["Read", "Bash", "Glob", "Grep"]
----
-
-# /swl:briefing — Briefing proactivo bajo demanda
-
-Análisis no solicitado del estado del proyecto destino (Fase 12, ADR-0036). El
-hook `session-briefing.js` da el digest barato al abrir sesión; este comando es
-el nivel profundo: re-presenta esas señales Y agrega las que cuestan (deps, grafo,
-cobertura) con degradación funcional si la herramienta no está instalada.
-
-Principio rector: **proponer es barato y siempre permitido; actuar requiere
-autorización del usuario**. Este comando solo propone y analiza — nunca aplica
-cambios sin que el usuario los pida.
-
-## Uso
-
-```
-/swl:briefing            # señales baratas + análisis profundo completo
-/swl:briefing rapido     # solo las 5 señales del hook (sin deps/grafo/cobertura)
-```
-
-## Paso 1 — Señales baratas (mismas del hook)
-
-Ejecuta los recolectores de filesystem y presenta el digest sin tope de 5 (aquí
-sí caben todas, no hay presupuesto de latencia de arranque):
-
-```bash
-# Subcomando del CLI (resuelve cross-scope; ver docs/invocacion-cli-cross-scope.md)
-swl-ses briefing
-# fallback: npx -y @saulwade/swl-ses@latest briefing
-```
-
-Las 5 categorías: `adr-vencido`, `deuda-trigger`, `nudges-pendientes`,
-`gate-calibracion`, `continue-here`. Si `rapido`, terminar aquí.
-
-## Paso 2 — Análisis profundo (opt-in, con degradación)
-
-Para cada herramienta, **validar antes de invocar** (patrón "validar antes de
-invocar"): si no está disponible, reportar "no disponible, omitido" y continuar —
-nunca fallar el briefing por una herramienta ausente.
-
-### 2.1 — Audit de dependencias del proyecto destino
-
-Detectar el ecosistema y correr el audit nativo:
-
-```bash
-# Node
-[ -f package.json ] && npm audit --omit=dev 2>/dev/null | tail -5
-# Python
-[ -f requirements.txt -o -f pyproject.toml ] && (command -v pip-audit >/dev/null && pip-audit 2>/dev/null | tail -5 || echo "pip-audit no instalado — omitido")
-```
-
-Reportar CVEs HIGH/CRITICAL con la acción concreta (`npm audit fix`, bump de
-versión). Sin lockfile o sin gestor → omitir.
-
-### 2.2 — Cobertura vs umbral
-
-Si el proyecto define cobertura, comparar contra el umbral del proyecto (80% por
-defecto). Si no hay reporte reciente, indicar el comando para generarlo en vez de
-correrlo (puede ser caro):
-
-```
-Para medir cobertura: <runner del proyecto> --coverage
-```
-
-### 2.3 — Hubs del grafo tocados sin revisión
-
-Si el MCP `code-review-graph` está disponible (tools `mcp__code-review-graph__*`
-registradas o deferred), consultar los nodos hub modificados en los últimos N
-commits sin revisión asociada. Si no está disponible → omitir con nota.
-
-### 2.4 — Drift de feature-list
-
-```bash
-swl-ses derivar-feature-list --check 2>/dev/null; echo "exit: $?"
-```
-
-Exit 2 → reportar que `HOJA-RUTA.md` y `feature-list.json` divergieron, con la
-acción `swl-ses derivar-feature-list` para regenerar.
-
-### 2.5 — Deuda con trigger en prosa libre
-
-El hook solo evalúa triggers verificables por fecha (D-16). Aquí, leer
-`.planning/DEUDA-TECNICA.md` y evaluar con criterio los triggers en prosa
-("≥2 clientes reportan", "p95 > 60s documentado") contra el estado real del
-proyecto. Reportar los que parezcan cumplidos para revisión del usuario.
-
-## Paso 3 — Presentación y telemetría
-
-Presenta el briefing agrupado por prioridad (continue-here → gates → deuda →
-ADRs → nudges → hallazgos profundos). Cada ítem con su acción ejecutable.
-
-Tras presentar, el usuario decide qué accionar. NO ejecutar acciones de mutación
-(cerrar deuda, promover gates, aplicar fixes) sin que el usuario lo pida — este
-comando es propositivo (separación PROPONER/ACTUAR, ADR-0037 pendiente).
-
-Si el usuario acciona una señal en esta sesión (ejecuta el comando sugerido), esa
-resolución la captura la telemetría de aceptación del hook en la siguiente sesión
-(la señal desaparece del recolector → cuenta como "actuada", D-18).
-
-## Cuándo NO usar este comando
-
-- En cada turno de una sesión: el briefing es por sesión, no por mensaje. El hook
-  ya cubre el inicio; este comando es para cuando el usuario pide el detalle.
-- Para aplicar las acciones propuestas: este comando propone, no ejecuta. Usar el
-  comando concreto de cada señal (`/swl:evolucion-estado`, `/swl:verificar`, etc.).
-- En proyectos sin `.planning/`: no hay señales que recolectar.
-
-## Gotchas
-
-- **Herramienta ausente ≠ error**: si `npm audit`, `pip-audit` o el grafo no están,
-  el briefing los omite con nota y sigue. Nunca abortar por una dependencia opt-in.
-- **No re-listar lo que el hook ya mostró hoy**: el hook aplica dedupe diario; este
-  comando ignora el dedupe a propósito (lo invoca el usuario, quiere ver todo).
-- **`code-review-graph` deferred ≠ ausente**: si las tools aparecen como deferred,
-  cargar su schema con `ToolSearch` antes de concluir que no está disponible.
+---
+name: swl:briefing
+description: Briefing proactivo del proyecto bajo demanda. Re-presenta las señales baratas del hook SessionStart (ADRs Propuestos con reevaluación vencida, deuda con trigger por fecha cumplido, nudges sin accionar, gates en calibración, retoma pendiente) y agrega el análisis profundo opt-in que el hook no puede pagar: audit de dependencias del proyecto destino, cobertura vs umbral, hubs del grafo tocados sin revisión, drift de feature-list, y triggers de deuda en prosa libre. Cargar cuando el usuario pide "¿qué hay pendiente?", "¿qué riesgos hay?", "ponme al día", o cuando el digest de sesión sugiere el análisis completo por volumen de señales.
+allowed_tools: ["Read", "Bash", "Glob", "Grep"]
+---
+
+# /swl:briefing — Briefing proactivo bajo demanda
+
+Análisis no solicitado del estado del proyecto destino (Fase 12, ADR-0036). El
+hook `session-briefing.js` da el digest barato al abrir sesión; este comando es
+el nivel profundo: re-presenta esas señales Y agrega las que cuestan (deps, grafo,
+cobertura) con degradación funcional si la herramienta no está instalada.
+
+Principio rector: **proponer es barato y siempre permitido; actuar requiere
+autorización del usuario**. Este comando solo propone y analiza — nunca aplica
+cambios sin que el usuario los pida.
+
+## Uso
+
+```
+/swl:briefing            # señales baratas + análisis profundo completo
+/swl:briefing rapido     # solo las 5 señales del hook (sin deps/grafo/cobertura)
+```
+
+## Paso 1 — Señales baratas (mismas del hook)
+
+Ejecuta los recolectores de filesystem y presenta el digest sin tope de 5 (aquí
+sí caben todas, no hay presupuesto de latencia de arranque):
+
+```bash
+# Subcomando del CLI (resuelve cross-scope; ver docs/invocacion-cli-cross-scope.md)
+swl-ses briefing
+# fallback: npx -y @saulwade/swl-ses@latest briefing
+```
+
+Las 5 categorías: `adr-vencido`, `deuda-trigger`, `nudges-pendientes`,
+`gate-calibracion`, `continue-here`. Si `rapido`, terminar aquí.
+
+## Paso 2 — Análisis profundo (opt-in, con degradación)
+
+Para cada herramienta, **validar antes de invocar** (patrón "validar antes de
+invocar"): si no está disponible, reportar "no disponible, omitido" y continuar —
+nunca fallar el briefing por una herramienta ausente.
+
+### 2.1 — Audit de dependencias del proyecto destino
+
+Detectar el ecosistema y correr el audit nativo:
+
+```bash
+# Node
+[ -f package.json ] && npm audit --omit=dev 2>/dev/null | tail -5
+# Python
+[ -f requirements.txt -o -f pyproject.toml ] && (command -v pip-audit >/dev/null && pip-audit 2>/dev/null | tail -5 || echo "pip-audit no instalado — omitido")
+```
+
+Reportar CVEs HIGH/CRITICAL con la acción concreta (`npm audit fix`, bump de
+versión). Sin lockfile o sin gestor → omitir.
+
+### 2.2 — Cobertura vs umbral
+
+Si el proyecto define cobertura, comparar contra el umbral del proyecto (80% por
+defecto). Si no hay reporte reciente, indicar el comando para generarlo en vez de
+correrlo (puede ser caro):
+
+```
+Para medir cobertura: <runner del proyecto> --coverage
+```
+
+### 2.3 — Hubs del grafo tocados sin revisión
+
+Si el MCP `code-review-graph` está disponible (tools `mcp__code-review-graph__*`
+registradas o deferred), consultar los nodos hub modificados en los últimos N
+commits sin revisión asociada. Si no está disponible → omitir con nota.
+
+### 2.4 — Drift de feature-list
+
+```bash
+swl-ses derivar-feature-list --check 2>/dev/null; echo "exit: $?"
+```
+
+Exit 2 → reportar que `HOJA-RUTA.md` y `feature-list.json` divergieron, con la
+acción `swl-ses derivar-feature-list` para regenerar.
+
+### 2.5 — Deuda con trigger en prosa libre
+
+El hook solo evalúa triggers verificables por fecha (D-16). Aquí, leer
+`.planning/DEUDA-TECNICA.md` y evaluar con criterio los triggers en prosa
+("≥2 clientes reportan", "p95 > 60s documentado") contra el estado real del
+proyecto. Reportar los que parezcan cumplidos para revisión del usuario.
+
+## Paso 3 — Presentación y telemetría
+
+Presenta el briefing agrupado por prioridad (continue-here → gates → deuda →
+ADRs → nudges → hallazgos profundos). Cada ítem con su acción ejecutable.
+
+Tras presentar, el usuario decide qué accionar. NO ejecutar acciones de mutación
+(cerrar deuda, promover gates, aplicar fixes) sin que el usuario lo pida — este
+comando es propositivo (separación PROPONER/ACTUAR, ADR-0037 pendiente).
+
+Si el usuario acciona una señal en esta sesión (ejecuta el comando sugerido), esa
+resolución la captura la telemetría de aceptación del hook en la siguiente sesión
+(la señal desaparece del recolector → cuenta como "actuada", D-18).
+
+## Cuándo NO usar este comando
+
+- En cada turno de una sesión: el briefing es por sesión, no por mensaje. El hook
+  ya cubre el inicio; este comando es para cuando el usuario pide el detalle.
+- Para aplicar las acciones propuestas: este comando propone, no ejecuta. Usar el
+  comando concreto de cada señal (`/swl:evolucion-estado`, `/swl:verificar`, etc.).
+- En proyectos sin `.planning/`: no hay señales que recolectar.
+
+## Gotchas
+
+- **Herramienta ausente ≠ error**: si `npm audit`, `pip-audit` o el grafo no están,
+  el briefing los omite con nota y sigue. Nunca abortar por una dependencia opt-in.
+- **No re-listar lo que el hook ya mostró hoy**: el hook aplica dedupe diario; este
+  comando ignora el dedupe a propósito (lo invoca el usuario, quiere ver todo).
+- **`code-review-graph` deferred ≠ ausente**: si las tools aparecen como deferred,
+  cargar su schema con `ToolSearch` antes de concluir que no está disponible.

package/comandos/swl/contexto.md

@@ -100,8 +100,6 @@ Agentes desactivados: {lista resumida}
 
 - El **orquestador-swl** lee `.planning/CONTEXTO.md` al inicio de cada delegación
   para decidir qué agentes invocar.
-- El hook **`linea-estado.js`** lee el modo activo para mostrar `[DEV]`, `[REVIEW]`
-  o `[RESEARCH]` en la barra de estado del terminal.
 - Los agentes marcados como desactivados en el contexto **no se invocan** aunque
   la tarea lo justifique — se registra en ESTADO.md que están inhibidos por el contexto.