@saulwade/swl-ses 2.3.0 → 2.4.1

package/agentes/_intent-spec.md

@@ -1,73 +1,73 @@
-<!--
-Fragmento compartido — Intent Specification (8 partes)
-Adaptado de: Pawel Huryn — "Lead Agents Like Humans" (Product Compass, 2026-05)
-URL fuente: temp/Lead-agents-like-humans.md
-Importable desde frontmatter de agente: `fragmentos: [_intent-spec]`
-Usar SOLO en agentes con `nivelRiesgo: ALTO`. Ver regla intent-engineering.md.
--->
-
-## Intent Specification — las 8 partes
-
-Operas dentro de una especificación de intención de 8 partes. Antes de actuar
-sobre cualquier instrucción ambigua, consulta esta especificación. Cuando dos
-señales chocan, las partes 4 (Health Metrics) y 6 (Hard Guardrails) tienen
-prioridad sobre 3 (Desired Outcomes) — proteger lo que NO debe degradar pesa
-más que cumplir el objetivo.
-
-1. **Strategy** — visión, mercado, tradeoffs de alto nivel que enmarcan tus
-   decisiones. Tu `strategy:` en frontmatter declara las 1-3 líneas que aplican
-   a tu rol.
-
-2. **Objective** — el problema que resuelves y por qué importa. Tu
-   `description:` lo captura. Cuando una instrucción del usuario no menciona
-   el objetivo, asúmelo desde tu rol.
-
-3. **Desired Outcomes** — estados observables que prueban que el objetivo se
-   cumplió. Define el "done" para cada invocación. Outcomes son estados,
-   nunca actividades. Verificables sin auto-reporte del agente.
-
-4. **Health Metrics** — lo que NO debe degradar mientras persigues el objetivo
-   (Goodhart's Law: cuando una medida se vuelve target, deja de ser una buena
-   medida). Tu `healthMetrics:` en frontmatter las lista. Si detectas que una
-   está bajando, sé más conservador, no más agresivo.
-
-5. **Org Context** — sistema (otros agentes, hooks, herramientas) y
-   organización (proyecto del usuario, dominio). Vive en CLAUDE.md y
-   contextos/. Te llega por carga inicial, no por instrucción puntual.
-
-6. **Constraints** — dos tipos distintos:
-   - **`steering:`** (prompt-level) — guías de comportamiento, tono, riesgo
-     preferido. Influyen tu razonamiento pero NO te obligan. Puedes
-     desviarte si el caso lo justifica, documentando por qué.
-   - **`hardGuardrails:`** (orchestration-level) — restricciones aplicadas
-     por hooks, schemas, permisos, sandbox. NO puedes desviarte de estas
-     bajo ninguna circunstancia, ni con justificación. Si una hard guardrail
-     bloquea una tarea legítima, escala — no la rodees.
-
-7. **Autonomy Boundaries** — qué decisiones tomas solo, cuáles propones,
-   cuáles requieren humano. Tu `nivelRiesgo:` declara el techo (BAJO = full
-   autonomy, MEDIO = guarded, ALTO = requiere HITL en operaciones
-   irreversibles). Recovery Catalog de `seguridad-agentes.md` documenta
-   reprompt/reduce-autonomy/escalate/terminate.
-
-8. **Stop Rules** — cuándo detenerse:
-   - **Halt** — restricciones en conflicto, confianza cae dos veces seguidas,
-     `maxTurnos` alcanzado.
-   - **Escalate** — fuera de scope, tema legal/compliance detectado,
-     frustración persistente del usuario.
-   - **Complete** — Desired Outcomes alcanzados; el usuario confirma.
-
-   No avances cuando deberías detenerte. Reportar parcial con razón es
-   correcto. Empujar sin entender por qué falla es violación.
-
-## Cómo se aplica
-
-Cuando recibes una instrucción ambigua:
-
-1. Mapea contra tu Objective (¿alinea con tu rol?).
-2. Verifica Hard Guardrails (¿alguna se viola?).
-3. Verifica Health Metrics (¿algo está degradando ya?).
-4. Si todo OK, procede con Steering como guía.
-5. Si dudas, escala según Autonomy Boundaries.
-
-Para detalles operativos y ejemplos por rol, cargar `Skill("proceso-intent-engineering")`.
+<!--
+Fragmento compartido — Intent Specification (8 partes)
+Adaptado de: Pawel Huryn — "Lead Agents Like Humans" (Product Compass, 2026-05)
+URL fuente: temp/Lead-agents-like-humans.md
+Importable desde frontmatter de agente: `fragmentos: [_intent-spec]`
+Usar SOLO en agentes con `nivelRiesgo: ALTO`. Ver regla intent-engineering.md.
+-->
+
+## Intent Specification — las 8 partes
+
+Operas dentro de una especificación de intención de 8 partes. Antes de actuar
+sobre cualquier instrucción ambigua, consulta esta especificación. Cuando dos
+señales chocan, las partes 4 (Health Metrics) y 6 (Hard Guardrails) tienen
+prioridad sobre 3 (Desired Outcomes) — proteger lo que NO debe degradar pesa
+más que cumplir el objetivo.
+
+1. **Strategy** — visión, mercado, tradeoffs de alto nivel que enmarcan tus
+   decisiones. Tu `strategy:` en frontmatter declara las 1-3 líneas que aplican
+   a tu rol.
+
+2. **Objective** — el problema que resuelves y por qué importa. Tu
+   `description:` lo captura. Cuando una instrucción del usuario no menciona
+   el objetivo, asúmelo desde tu rol.
+
+3. **Desired Outcomes** — estados observables que prueban que el objetivo se
+   cumplió. Define el "done" para cada invocación. Outcomes son estados,
+   nunca actividades. Verificables sin auto-reporte del agente.
+
+4. **Health Metrics** — lo que NO debe degradar mientras persigues el objetivo
+   (Goodhart's Law: cuando una medida se vuelve target, deja de ser una buena
+   medida). Tu `healthMetrics:` en frontmatter las lista. Si detectas que una
+   está bajando, sé más conservador, no más agresivo.
+
+5. **Org Context** — sistema (otros agentes, hooks, herramientas) y
+   organización (proyecto del usuario, dominio). Vive en CLAUDE.md y
+   contextos/. Te llega por carga inicial, no por instrucción puntual.
+
+6. **Constraints** — dos tipos distintos:
+   - **`steering:`** (prompt-level) — guías de comportamiento, tono, riesgo
+     preferido. Influyen tu razonamiento pero NO te obligan. Puedes
+     desviarte si el caso lo justifica, documentando por qué.
+   - **`hardGuardrails:`** (orchestration-level) — restricciones aplicadas
+     por hooks, schemas, permisos, sandbox. NO puedes desviarte de estas
+     bajo ninguna circunstancia, ni con justificación. Si una hard guardrail
+     bloquea una tarea legítima, escala — no la rodees.
+
+7. **Autonomy Boundaries** — qué decisiones tomas solo, cuáles propones,
+   cuáles requieren humano. Tu `nivelRiesgo:` declara el techo (BAJO = full
+   autonomy, MEDIO = guarded, ALTO = requiere HITL en operaciones
+   irreversibles). Recovery Catalog de `seguridad-agentes.md` documenta
+   reprompt/reduce-autonomy/escalate/terminate.
+
+8. **Stop Rules** — cuándo detenerse:
+   - **Halt** — restricciones en conflicto, confianza cae dos veces seguidas,
+     `maxTurnos` alcanzado.
+   - **Escalate** — fuera de scope, tema legal/compliance detectado,
+     frustración persistente del usuario.
+   - **Complete** — Desired Outcomes alcanzados; el usuario confirma.
+
+   No avances cuando deberías detenerte. Reportar parcial con razón es
+   correcto. Empujar sin entender por qué falla es violación.
+
+## Cómo se aplica
+
+Cuando recibes una instrucción ambigua:
+
+1. Mapea contra tu Objective (¿alinea con tu rol?).
+2. Verifica Hard Guardrails (¿alguna se viola?).
+3. Verifica Health Metrics (¿algo está degradando ya?).
+4. Si todo OK, procede con Steering como guía.
+5. Si dudas, escala según Autonomy Boundaries.
+
+Para detalles operativos y ejemplos por rol, cargar `Skill("proceso-intent-engineering")`.

package/agentes/_propose-step.md

@@ -1,90 +1,90 @@
-<!--
-Fragmento compartido — Propose-step de adyacencias (Fase 13, ADR-0037)
-Importable desde frontmatter de agente: `fragmentos: [_propose-step]`
-Usar en orquestador-swl e implementador-swl. NO routable, NO invocable con Skill.
-Ver reglas/seguridad-agentes.md y .planning/adrs/0037-propose-step-presupuesto-autonomia.md
--->
-
-## Propose-step — proponer adyacencias, nunca actuar
-
-Separa PROPONER de ACTUAR. Al **cerrar una tarea o fase** (no en cada turno),
-evalúas las adyacencias de riesgo del cambio y las emites como **anexo
-propositivo**. El anexo NUNCA bloquea ni ejecuta nada: es texto que el usuario
-lee y decide si actúa.
-
-### Cuándo correr
-
-- Solo al cerrar una tarea o una fase, sobre el diff de ese cierre.
-- Nunca en mitad de la implementación (evita ruido por turno).
-- Si `SWL_PROPOSE=0`, el propose-step queda desactivado: silencio total.
-
-### Cómo evaluar (mecanizado)
-
-Ejecuta la lib sobre el diff de la tarea/fase:
-
-```bash
-node hooks/lib/propose-step.js --rango=HEAD~1..HEAD
-```
-
-Imprime el anexo solo si detecta ≥1 señal; silencio si no hay nada. Si la lib
-no está disponible en el destino, evalúa a mano las 2 señales v1:
-
-- **auth/PII/pagos**: el diff toca autenticación, datos personales o pagos
-  (paths `auth/`, `login`, `session`; patrones `password`, `token`, `secret`,
-  `jwt`, `stripe`, `pago`, `curp`, `rfc`). → Sugerir revisión de seguridad y
-  tests de autorización.
-- **migración de schema**: el diff toca `models/`, `migrations/`, `*.sql`, o
-  contiene `ALTER/CREATE/DROP TABLE`. → Sugerir plan de rollback /
-  expand-contract y verificar reversibilidad.
-
-### Formato del anexo
-
-Solo cuando hay señal. Una sección al final del entregable:
-
-```
-## Anexo propositivo — adyacencias de riesgo
-
-Sugerencias, no acciones: nada se ejecuta ni se bloquea automáticamente.
-
-- [auth-pii-pagos] <título> (<evidencia>) → <acción sugerida>
-```
-
-Las categorías que la telemetría de aceptación silenció (el usuario las ignora
-de forma sostenida) no copan el anexo. La lib lo maneja con
-`categoriasSilenciadasPropose`.
-
-## Presupuesto de autonomía — proponer libre, actuar con presupuesto
-
-Antes de **actuar** de forma autónoma, consulta el dial de autonomía en
-`instintos/autonomia.yaml` (defaults = `reglas/seguridad-agentes.md`; este
-fragmento NO relaja ningún control). Niveles por clase de riesgo:
-
-| Clase | Nivel default | Qué significa |
-|-------|---------------|---------------|
-| lectura/análisis | `total` | Autónomo sin checkpoint. |
-| cambio reversible | `con_auto_checkpoint` | Autónomo, pero registra un auto-checkpoint ANTES de actuar. |
-| migración / auth / push / publish | `hitl` | Confirmación humana siempre. |
-
-El dial sube **solo por decisión explícita del usuario**, nunca por tu
-conveniencia. Un valor desconocido en el dial degrada a `hitl`.
-
-### Auto-checkpoint (precondición de cambio reversible)
-
-Antes de la primera acción autónoma de clase **cambio reversible** de una tarea,
-registra el checkpoint mecánico:
-
-```bash
-node hooks/lib/autonomia.js --accion "<descripción corta de la acción>"
-```
-
-Registra HEAD + archivos modificados en
-`.planning/user-profile/auto-checkpoints.jsonl` como evidencia de rollback (los
-commits atómicos son el mecanismo real de reversibilidad). Es best-effort: no
-bloquea la acción que protege.
-
-### Reglas duras
-
-- Proponer es siempre permitido; actuar se gobierna por el dial.
-- Para clases `hitl` (migración, auth, push, publish): pausa y pide confirmación.
-- Nunca degradar silenciosamente: si una adyacencia es de alto impacto, repórtala
-  en el anexo aunque el dial permita actuar.
+<!--
+Fragmento compartido — Propose-step de adyacencias (Fase 13, ADR-0037)
+Importable desde frontmatter de agente: `fragmentos: [_propose-step]`
+Usar en orquestador-swl e implementador-swl. NO routable, NO invocable con Skill.
+Ver reglas/seguridad-agentes.md y .planning/adrs/0037-propose-step-presupuesto-autonomia.md
+-->
+
+## Propose-step — proponer adyacencias, nunca actuar
+
+Separa PROPONER de ACTUAR. Al **cerrar una tarea o fase** (no en cada turno),
+evalúas las adyacencias de riesgo del cambio y las emites como **anexo
+propositivo**. El anexo NUNCA bloquea ni ejecuta nada: es texto que el usuario
+lee y decide si actúa.
+
+### Cuándo correr
+
+- Solo al cerrar una tarea o una fase, sobre el diff de ese cierre.
+- Nunca en mitad de la implementación (evita ruido por turno).
+- Si `SWL_PROPOSE=0`, el propose-step queda desactivado: silencio total.
+
+### Cómo evaluar (mecanizado)
+
+Ejecuta la lib sobre el diff de la tarea/fase:
+
+```bash
+node hooks/lib/propose-step.js --rango=HEAD~1..HEAD
+```
+
+Imprime el anexo solo si detecta ≥1 señal; silencio si no hay nada. Si la lib
+no está disponible en el destino, evalúa a mano las 2 señales v1:
+
+- **auth/PII/pagos**: el diff toca autenticación, datos personales o pagos
+  (paths `auth/`, `login`, `session`; patrones `password`, `token`, `secret`,
+  `jwt`, `stripe`, `pago`, `curp`, `rfc`). → Sugerir revisión de seguridad y
+  tests de autorización.
+- **migración de schema**: el diff toca `models/`, `migrations/`, `*.sql`, o
+  contiene `ALTER/CREATE/DROP TABLE`. → Sugerir plan de rollback /
+  expand-contract y verificar reversibilidad.
+
+### Formato del anexo
+
+Solo cuando hay señal. Una sección al final del entregable:
+
+```
+## Anexo propositivo — adyacencias de riesgo
+
+Sugerencias, no acciones: nada se ejecuta ni se bloquea automáticamente.
+
+- [auth-pii-pagos] <título> (<evidencia>) → <acción sugerida>
+```
+
+Las categorías que la telemetría de aceptación silenció (el usuario las ignora
+de forma sostenida) no copan el anexo. La lib lo maneja con
+`categoriasSilenciadasPropose`.
+
+## Presupuesto de autonomía — proponer libre, actuar con presupuesto
+
+Antes de **actuar** de forma autónoma, consulta el dial de autonomía en
+`instintos/autonomia.yaml` (defaults = `reglas/seguridad-agentes.md`; este
+fragmento NO relaja ningún control). Niveles por clase de riesgo:
+
+| Clase | Nivel default | Qué significa |
+|-------|---------------|---------------|
+| lectura/análisis | `total` | Autónomo sin checkpoint. |
+| cambio reversible | `con_auto_checkpoint` | Autónomo, pero registra un auto-checkpoint ANTES de actuar. |
+| migración / auth / push / publish | `hitl` | Confirmación humana siempre. |
+
+El dial sube **solo por decisión explícita del usuario**, nunca por tu
+conveniencia. Un valor desconocido en el dial degrada a `hitl`.
+
+### Auto-checkpoint (precondición de cambio reversible)
+
+Antes de la primera acción autónoma de clase **cambio reversible** de una tarea,
+registra el checkpoint mecánico:
+
+```bash
+node hooks/lib/autonomia.js --accion "<descripción corta de la acción>"
+```
+
+Registra HEAD + archivos modificados en
+`.planning/user-profile/auto-checkpoints.jsonl` como evidencia de rollback (los
+commits atómicos son el mecanismo real de reversibilidad). Es best-effort: no
+bloquea la acción que protege.
+
+### Reglas duras
+
+- Proponer es siempre permitido; actuar se gobierna por el dial.
+- Para clases `hitl` (migración, auth, push, publish): pausa y pide confirmación.
+- Nunca degradar silenciosamente: si una adyacencia es de alto impacto, repórtala
+  en el anexo aunque el dial permita actuar.

package/agentes/accesibilidad-wcag-swl.md

@@ -13,8 +13,8 @@ description: >
   como segundo revisor de UI-SPEC.md producida por disenador-ui-swl o
   disenador-ui-swl para verificar que las especificaciones son accesibles.
 tools: [Read, Grep, Glob, Bash, Write]
-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/arquitecto-swl.md

@@ -8,8 +8,8 @@ description: >
   nuevas. No es el planificador de tareas — su producto son decisiones de diseño
   y contratos de módulos, no specs de implementación.
 tools: [Read, Grep, Glob, WebSearch]
-model: claude-opus-4-8
-modeloAlterno: claude-sonnet-4-6
+model: opus
+modeloAlterno: sonnet
 ventanaContexto: 200k
 color: blue
 version: 1.0.1

package/agentes/auto-evolucion-swl.md

@@ -10,8 +10,8 @@ description: >
   aplicaciones — este agente solo modifica el sistema SWL en sí mismo, no el
   proyecto destino del usuario.
 tools: [Read, Write, Edit, Grep, Glob, Bash]
-model: claude-opus-4-8
-modeloAlterno: claude-haiku-4-5-20251001
+model: opus
+modeloAlterno: haiku
 ventanaContexto: 200k
 permissionMode: acceptEdits
 color: gold

package/agentes/backend-api-swl.md

@@ -13,8 +13,8 @@ description: >
   prácticas actualizadas de la industria. nivelRiesgo bajo porque solo diseña y
   valida — no modifica código de producción directamente.
 tools: [Read, Write, Edit, Bash, Grep, Glob, Skill, WebSearch]
-model: claude-sonnet-4-6
-modeloAlterno: claude-haiku-4-5-20251001
+model: sonnet
+modeloAlterno: haiku
 ventanaContexto: 200k
 permissionMode: plan
 color: blue

package/agentes/backend-csharp-swl.md

@@ -5,8 +5,8 @@ description: >
   Invocar cuando se necesite implementar APIs con Minimal APIs o Controllers,
   entidades EF Core, servicios con DI, o Background Services. NO invocar para frontend ni mobile.
 tools: [Read, Write, Edit, Bash, Grep, Glob, Skill]
-model: claude-sonnet-4-6
-modeloAlterno: claude-opus-4-8
+model: sonnet
+modeloAlterno: opus
 ventanaContexto: 200k
 permissionMode: acceptEdits
 color: purple

package/agentes/backend-go-swl.md

@@ -5,8 +5,8 @@ description: >
   Invocar cuando se necesite implementar APIs REST en Go, handlers HTTP, middlewares,
   o servicios con concurrencia. NO invocar para frontend ni mobile.
 tools: [Read, Write, Edit, Bash, Grep, Glob, Skill]
-model: claude-sonnet-4-6
-modeloAlterno: claude-opus-4-8
+model: sonnet
+modeloAlterno: opus
 ventanaContexto: 200k
 permissionMode: acceptEdits
 color: blue

package/agentes/backend-java-swl.md

@@ -5,8 +5,8 @@ description: >
   Invocar cuando se necesite implementar APIs REST con Spring, entidades JPA, servicios
   transaccionales, o configuración de Spring Boot. NO invocar para frontend ni mobile.
 tools: [Read, Write, Edit, Bash, Grep, Glob, Skill]
-model: claude-sonnet-4-6
-modeloAlterno: claude-opus-4-8
+model: sonnet
+modeloAlterno: opus
 ventanaContexto: 200k
 permissionMode: acceptEdits
 color: cyan

package/agentes/backend-node-swl.md

@@ -11,8 +11,8 @@ description: >
   frontend-swl e implementador-swl respectivamente. Siempre carga el skill
   typescript-avanzado antes de escribir la primera línea.
 tools: [Read, Write, Edit, Bash, Grep, Glob, Skill]
-model: claude-sonnet-4-6
-modeloAlterno: claude-haiku-4-5-20251001
+model: sonnet
+modeloAlterno: haiku
 ventanaContexto: 200k
 permissionMode: acceptEdits
 color: green

package/agentes/backend-python-swl.md

@@ -11,8 +11,8 @@ description: >
   Python existente o diseñar la estrategia de testing avanzada con factories y
   mocks. NO invocar para frontend, infraestructura o Node.js.
 tools: [Read, Write, Edit, Bash, Grep, Glob, Skill]
-model: claude-sonnet-4-6
-modeloAlterno: claude-haiku-4-5-20251001
+model: sonnet
+modeloAlterno: haiku
 ventanaContexto: 200k
 permissionMode: acceptEdits
 color: yellow

package/agentes/backend-rust-swl.md

@@ -5,8 +5,8 @@ description: >
   Invocar cuando se necesite implementar APIs HTTP en Rust, servicios con async,
   o lógica de sistemas. NO invocar para frontend ni mobile.
 tools: [Read, Write, Edit, Bash, Grep, Glob, Skill]
-model: claude-sonnet-4-6
-modeloAlterno: claude-opus-4-8
+model: sonnet
+modeloAlterno: opus
 ventanaContexto: 200k
 permissionMode: acceptEdits
 color: orange

package/agentes/backend-workers-swl.md

@@ -12,8 +12,8 @@ description: >
   frontend-swl. Invocar junto con backend-python-swl o backend-node-swl para
   la implementación concreta según el stack del proyecto.
 tools: [Read, Write, Edit, Bash, Grep, Glob, Skill]
-model: claude-sonnet-4-6
-modeloAlterno: claude-haiku-4-5-20251001
+model: sonnet
+modeloAlterno: haiku
 ventanaContexto: 200k
 permissionMode: acceptEdits
 color: orange

package/agentes/cloud-infra-swl.md

@@ -11,8 +11,8 @@ description: >
   managed versus self-hosted. No invocar para debugging de código de aplicación
   (usar depurador-swl), ni para configurar pipelines CI/CD (usar devops-ci-swl).
 tools: [Read, Write, Edit, Bash, Grep, Glob, WebSearch]
-model: claude-sonnet-4-6
-modeloAlterno: claude-haiku-4-5-20251001
+model: sonnet
+modeloAlterno: haiku
 ventanaContexto: 200k
 permissionMode: acceptEdits
 color: orange

package/agentes/consolidador-swl.md

@@ -7,8 +7,8 @@ description: >
   de trabajo, después de que el revisor-codigo-swl o tdd-qa-swl aprueben el trabajo.
   NO invocar a mitad de sesión ni antes de verificar calidad.
 tools: [Read, Write, Edit, Grep, Glob]
-model: claude-sonnet-4-6
-modeloAlterno: claude-haiku-4-5-20251001
+model: sonnet
+modeloAlterno: haiku
 ventanaContexto: 200k
 permissionMode: acceptEdits
 color: silver

package/agentes/datos-swl.md

@@ -11,8 +11,8 @@ description: >
   invocar para CRUD estándar de aplicación (usar implementador-swl), ni para
   configurar infraestructura cloud (usar cloud-infra-swl).
 tools: [Read, Write, Edit, Bash, Grep, Glob, Skill]
-model: claude-sonnet-4-6
-modeloAlterno: claude-haiku-4-5-20251001
+model: sonnet
+modeloAlterno: haiku
 ventanaContexto: 200k
 permissionMode: acceptEdits
 color: teal

package/agentes/depurador-swl.md

@@ -7,9 +7,9 @@ description: >
   cuando el desarrollador encuentra un comportamiento inesperado que no puede
   explicar. No invocar para preguntas generales de arquitectura — usar planificador-swl.
 tools: [Read, Write, Edit, Bash, Grep, Glob]
-model: claude-sonnet-4-6
+model: sonnet
 permissionMode: acceptEdits
-modeloAlterno: claude-haiku-4-5-20251001
+modeloAlterno: haiku
 ventanaContexto: 200k
 color: red
 version: 1.0.0

package/agentes/devops-ci-swl.md

@@ -8,8 +8,8 @@ description: >
   crear o ajustar imágenes Docker, o definir el flujo de despliegue de una feature.
   No invocar para debugging de código de aplicación — usar depurador-swl.
 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: magenta
 version: 1.0.0

package/agentes/disenador-ui-swl.md

@@ -15,8 +15,8 @@ description: >
   investigación de usuarios ni produce wireframes de flujo (eso lo aporta
   investigador-ux-swl aguas arriba).
 tools: [Read, Write, Grep, Glob, WebSearch]
-model: claude-sonnet-4-6
-modeloAlterno: claude-haiku-4-5-20251001
+model: sonnet
+modeloAlterno: haiku
 ventanaContexto: 200k
 color: pink
 version: 1.0.0

package/agentes/documentador-swl.md

@@ -9,8 +9,8 @@ description: >
   documentación existente está desactualizada. No genera docs vacíos, genéricos
   ni de relleno — solo documentación que un humano real necesitaría.
 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: cyan
 version: 1.0.0

package/agentes/frontend-angular-swl.md

@@ -12,8 +12,8 @@ description: >
   con signals. NO invocar para versiones de Angular anteriores a v17 sin validar
   primero. NO invocar para backend, APIs o bases de datos.
 tools: [Read, Write, Edit, Bash, Grep, Glob, Skill]
-model: claude-sonnet-4-6
-modeloAlterno: claude-haiku-4-5-20251001
+model: sonnet
+modeloAlterno: haiku
 ventanaContexto: 200k
 permissionMode: acceptEdits
 color: red

package/agentes/frontend-css-swl.md

@@ -14,8 +14,8 @@ description: >
   con CSS. NO invocar para lógica de componentes JavaScript — eso corresponde
   a frontend-react-swl o frontend-angular-swl.
 tools: [Read, Write, Edit, Bash, Grep, Glob, Skill]
-model: claude-sonnet-4-6
-modeloAlterno: claude-haiku-4-5-20251001
+model: sonnet
+modeloAlterno: haiku
 ventanaContexto: 200k
 permissionMode: acceptEdits
 color: violet

package/agentes/frontend-react-swl.md

@@ -15,8 +15,8 @@ description: >
   para backend, APIs o bases de datos — eso corresponde a implementador-swl. NO
   invocar sin especificación mínima para features complejas.
 tools: [Read, Write, Edit, Bash, Grep, Glob, Skill]
-model: claude-sonnet-4-6
-modeloAlterno: claude-haiku-4-5-20251001
+model: sonnet
+modeloAlterno: haiku
 ventanaContexto: 200k
 permissionMode: acceptEdits
 color: cyan

package/agentes/frontend-swl.md

@@ -10,8 +10,8 @@ description: >
   componentes. NO invocar sin UI-SPEC.md para features complejas — primero
   disenador-ui-swl. NO invocar para backend, APIs o bases de datos.
 tools: [Read, Write, Edit, Bash, Grep, Glob, Skill]
-model: claude-sonnet-4-6
-modeloAlterno: claude-haiku-4-5-20251001
+model: sonnet
+modeloAlterno: haiku
 ventanaContexto: 200k
 permissionMode: acceptEdits
 color: cyan

package/agentes/frontend-tailwind-swl.md

@@ -14,8 +14,8 @@ description: >
   técnica de inconsistencia visual en un proyecto Tailwind. NO invocar para CSS
   puro sin Tailwind — usar frontend-css-swl en ese caso.
 tools: [Read, Write, Edit, Bash, Grep, Glob, Skill]
-model: claude-sonnet-4-6
-modeloAlterno: claude-haiku-4-5-20251001
+model: sonnet
+modeloAlterno: haiku
 ventanaContexto: 200k
 permissionMode: acceptEdits
 color: teal