@saulwade/swl-ses 2.2.3 → 2.2.4

package/habilidades/compactacion-contexto/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: compactacion-contexto
-description: Anti-context-rot. Detectar cuándo compactar el contexto, guardar estado antes de compactar, técnicas de resumen progresivo y handoff limpio entre contextos. Recalibrado para el tokenizer de Opus 4.7 (+15-30% tokens vs 4.6).
+description: Anti-context-rot. Detectar cuándo compactar el contexto, guardar estado antes de compactar, técnicas de resumen progresivo y handoff limpio entre contextos. Recalibrado para el tokenizer de Opus 4.8 (+15-30% tokens vs 4.6).
 version: "1.1.0"
 herramientasPermitidas: [Read]
 exclusiones:
@@ -29,7 +29,7 @@ uno compacto y fresco con el estado correcto cargado.
 
 ### Señales cuantitativas
 - La ventana de contexto está al **50% o más** de su límite.
-  (Umbral bajado desde 60% por el tokenizer de Opus 4.7, que produce 1.0–1.35×
+  (Umbral bajado desde 60% por el tokenizer de Opus 4.8, que produce 1.0–1.35×
   más tokens para el mismo contenido que Opus 4.6. El contexto útil se llena
   antes aunque la conversación tenga el mismo tamaño aparente.)
 - La conversación lleva más de **30 turnos** sobre el mismo proyecto.
@@ -234,7 +234,7 @@ instrucción más conservadora o compactar por secciones individuales.
 - **Compactar sin escribir ESTADO.md primero**: el agente ejecuta `/compact` con la información del estado solo en el contexto de la conversación. Tras la compactación, el estado desaparece y la sesión siguiente parte de cero. Causa: se confundió la compactación del contexto con el guardado de estado. Solución: escribir ESTADO.md (y DECISIONS.md si corresponde) en disco ANTES de compactar — el protocolo lo establece en el primer paso.
 - **Invariante de headings violada silenciosamente**: el contexto compactado pierde dos secciones `##` del original porque el modelo resumió párrafos en lugar de preservar la estructura. Causa: no se ejecutó la validación post-compactación. Solución: antes de descartar el contexto original, contar `#` en ambos con regex y comparar — tolerancia 0% para headings perdidos.
 - **Compactar todo el codebase al inicio de sesión**: el agente lee 20 archivos en el nuevo contexto "para orientarse" y los compacta de inmediato. Causa: se interpretó "cargar contexto fresco" como cargar y compactar todo. Solución: en el contexto entrante, cargar ESTADO.md + DECISIONS.md + 3 últimos commits, y solo los archivos de la tarea inmediata — no más.
-- **Umbral de 70% sin recalibrar para Opus 4.7**: en proyectos que migraron de Opus 4.6 a 4.7, el umbral de compactación sigue configurado al 70% del contexto cuando debe ser 50%. Causa: el tokenizer de 4.7 produce 1.0-1.35× más tokens y el umbral efectivo llega antes. Solución: al actualizar modelo, ajustar el umbral de compactación a 50% como documenta este skill en su sección de señales cuantitativas.
+- **Umbral de 70% sin recalibrar para Opus 4.8**: en proyectos que migraron de Opus 4.6 a 4.7, el umbral de compactación sigue configurado al 70% del contexto cuando debe ser 50%. Causa: el tokenizer de 4.7 produce 1.0-1.35× más tokens y el umbral efectivo llega antes. Solución: al actualizar modelo, ajustar el umbral de compactación a 50% como documenta este skill en su sección de señales cuantitativas.
 
 ## Anti-patrones a evitar
 

package/habilidades/context-builder/SKILL.md

@@ -5,7 +5,7 @@ description: >
   entre sesiones SWL. Cargar cuando se configure la inyección de contexto,
   se depure el hook inyeccion-contexto.js, o se necesite entender cómo SWL
   prioriza información entre sesiones. Budget default recalibrado a 2500 por
-  el tokenizer de Opus 4.7 (+15-30% tokens vs 4.6).
+  el tokenizer de Opus 4.8 (+15-30% tokens vs 4.6).
 version: "1.1.0"
 herramientasPermitidas: [Read]
 exclusiones:
@@ -84,7 +84,7 @@ Solo aparece si alguna sección fue omitida por presupuesto agotado:
 
 ---
 
-## Token budget: por qué 2500 es el default óptimo (Opus 4.7)
+## Token budget: por qué 2500 es el default óptimo (Opus 4.8)
 
 El presupuesto controla cuántos tokens puede ocupar el bloque de contexto inyectado.
 
@@ -98,7 +98,7 @@ El presupuesto controla cuántos tokens puede ocupar el bloque de contexto inyec
 El default de 2500 tokens (~10,000 caracteres en español) cubre los 3 niveles de
 contexto más valiosos sin consumir más del 1.25% de la ventana de un modelo sonnet.
 
-**Nota sobre el tokenizer**: Opus 4.7 cambió el tokenizer respecto a 4.6 y produce
+**Nota sobre el tokenizer**: Opus 4.8 cambió el tokenizer respecto a 4.6 y produce
 entre 1.0× y 1.35× más tokens para el mismo contenido. El default previo de 2000
 quedó corto — el mismo bloque de contexto ahora pesa 2300–2700 tokens reales.
 El default de 2500 restaura el margen útil.
@@ -149,7 +149,7 @@ La responsabilidad de emitirlo es del hook que lo invoca.
 
 - **`seccionesTruncadas` ignorado cuando contiene secciones críticas**: el builder omite la sección 3 (sesión anterior) por presupuesto agotado y el agente no lo detecta, iniciando la sesión sin contexto de trabajo previo. Causa: no se verificó el campo `seccionesTruncadas` tras llamar a `buildContext`. Solución: si `seccionesTruncadas` no está vacío, ajustar `tokenBudget` hacia arriba o reducir `maxAprendizajes` hasta que las secciones 1-3 quepan completas — la sesión anterior es crítica.
 - **Sesión con `status: active` incluida como sesión anterior**: el builder lee `latest.json` y encuentra la sesión actual marcada como `active`, inyectando el contexto de sí mismo. Causa: el filtro de `status: active` no se aplicó. Solución: verificar que `buildContext` excluye sesiones con `status: active` antes de incluirlas en la Sección 3 — la documentación ya lo especifica pero la implementación debe verificarse.
-- **Budget de 2000 tokens sin recalibrar para Opus 4.7**: el mismo archivo de configuración que usaba 2000 en Opus 4.6 ahora satura el contexto porque el tokenizer produce 1.0-1.35× más tokens para el mismo contenido. Causa: no se actualizó la configuración al migrar de modelo. Solución: usar el default de 2500 que establece este skill para Opus 4.7; no asumir que el budget previo sigue siendo válido.
+- **Budget de 2000 tokens sin recalibrar para Opus 4.8**: el mismo archivo de configuración que usaba 2000 en Opus 4.6 ahora satura el contexto porque el tokenizer produce 1.0-1.35× más tokens para el mismo contenido. Causa: no se actualizó la configuración al migrar de modelo. Solución: usar el default de 2500 que establece este skill para Opus 4.8; no asumir que el budget previo sigue siendo válido.
 - **Instintos con `confidence < 0.7` incluidos en la Sección 2**: el código no aplica el filtro de confianza y llena el budget con instintos en estado draft. Causa: el filtro `confidence >= 0.7` se omitió en la implementación. Solución: verificar que `buildContext` filtra por `status: active` Y `confidence >= 0.7` — un draft no debe consumir tokens en la inyección inicial.
 
 ## Anti-patrones

package/habilidades/control-profundidad/SKILL.md

@@ -3,7 +3,7 @@ name: control-profundidad
 deprecated: true
 deprecated-since: "5.8.0"
 deprecated-reason: >
-  Opus 4.7 no soporta extended thinking con budget fijo — el modelo decide
+  Opus 4.8 no soporta extended thinking con budget fijo — el modelo decide
   dinámicamente cuándo invertir tokens de pensamiento. Los niveles nativos
   de esfuerzo de Claude Code (high | xhigh | max) reemplazan el sistema de
   porcentajes 25/50/75/100% de este skill. Programado para eliminación en
@@ -21,14 +21,14 @@ description: >
   Para nuevas invocaciones, preferir niveles de esfuerzo nativos de Claude Code.
 herramientasPermitidas: [Read, Grep]
 exclusiones:
-  - "No cargar en proyectos con Opus 4.7 — los niveles nativos `high/xhigh/max` de Claude Code reemplazan este skill; ver tabla de migración en el cuerpo."
+  - "No cargar en proyectos con Opus 4.8 — los niveles nativos `high/xhigh/max` de Claude Code reemplazan este skill; ver tabla de migración en el cuerpo."
   - "No cargar para controlar la longitud del output entre agentes — eso lo hace `reglas/brevedad-output.md` que es obligatoria y siempre activa."
   - "No cargar si el usuario no pidió explícitamente controlar profundidad — no interrumpir el flujo con un menú de niveles no solicitado."
 evolvable: true  # default para skill estandar
 ---
 # Control de Profundidad de Respuesta
 
-> **⚠ DEPRECATED**: Opus 4.7 maneja el esfuerzo de razonamiento
+> **⚠ DEPRECATED**: Opus 4.8 maneja el esfuerzo de razonamiento
 > de forma dinámica y no soporta extended thinking con budget fijo. Usar los
 > niveles nativos `high | xhigh | max` de Claude Code en lugar del sistema de
 > porcentajes. Para verbosidad del output final, aplica la regla
@@ -45,12 +45,12 @@ evolvable: true  # default para skill estandar
 | "exhaustivo", "a fondo" | Nivel 100% | Effort `max` (solo para análisis difíciles) |
 
 Los niveles de esfuerzo se controlan con Shift+Tab en Claude Code o via
-configuración por agente (`model: claude-opus-4-7` + el harness decide el
+configuración por agente (`model: claude-opus-4-8` + el harness decide el
 esfuerzo según el contexto).
 
 ## Cuándo NO cargar
 
-- El proyecto usa Opus 4.7 como modelo — los niveles nativos de esfuerzo (`high/xhigh/max` via `Shift+Tab`) son el mecanismo correcto; este skill está deprecated.
+- El proyecto usa Opus 4.8 como modelo — los niveles nativos de esfuerzo (`high/xhigh/max` via `Shift+Tab`) son el mecanismo correcto; este skill está deprecated.
 - Se quiere controlar brevedad del output entre agentes; `brevedad-output.md` ya aplica globalmente, sin necesidad de este skill.
 - El usuario no pidió control de profundidad explícitamente — presentar el menú de niveles cuando no fue solicitado es ruido de UX.
 

package/habilidades/guardrail-semantico/SKILL.md

@@ -165,7 +165,7 @@ Este criterio protege a: `orquestador-swl`, `arquitecto-swl`, `revisor-seguridad
 
 ## Casos donde NO aplicar
 
-- Agentes con `model: claude-opus-4-7` explícito en frontmatter y `nivelRiesgo: ALTO`.
+- Agentes con `model: claude-opus-4-8` explícito en frontmatter y `nivelRiesgo: ALTO`.
 - Input que ya pasó por otro guardrail en la misma cadena de delegación.
 - Sesiones de research abierto (`/swl:discutir-fase`, `/swl:brainstorm`) donde
   la amplitud del análisis es el objetivo.