@saulwade/swl-ses weekly downloads statistics

swl-ses v2.9.0

El paquete anterior @saulwadeleon/swl-software-engineering-system está deprecado. Migrar a @saulwade/swl-ses (npmjs.org canónico) o @saul-wade/swl-ses (mirror en GitHub Packages) — el CLI swl-ses no cambia.

Sistema de ingeniería de software auto-evolutivo multi-runtime con agentes especializados, habilidades modulares, hooks de seguridad y orquestación ligera. 100% en español (México). Soporta 11 lenguajes: Python, TypeScript, Java, Go, Rust, C#, Kotlin, Swift, PHP, Next.js y C++.

Autoevolución programada

Una instalación global registra los proyectos durante el uso y programa un worker diario del sistema operativo. Fase A madura instintos y drena feedback; Fase B convierte señales con evidencia y observaciones abiertas de task-observer en propuestas estructuradas mediante Claude CLI sin tools, MCP ni sesión persistente. Un hub personal local lleva propuestas sanitizadas de downstream al repo madre sin copiar código, prompts, respuestas o rutas absolutas.

Las propuestas LOW sobre skills, agentes o comandos existentes se pueden materializar en un worktree detached y validar npm run test:all dentro de Docker sin red, con límites de recursos y canario de instalación fresca. El sistema no hace merge, push, tag, instalación ni publicación: esas fronteras siguen bajo autorización humana. El canario Docker es de preintegración y no se presenta como quórum de campo. Detalles operativos: MANUAL_USO.md § 15.

SWL reconoce siete targets de instalación de IA. La disponibilidad de un transformador no certifica conformidad con el harness; los estados públicos se derivan del manifiesto canónico. Incluye instalación multi-target, el servidor swl-mcp-server (stdio, solo lectura, SDK oficial v2) y el cliente swl-mcp-client para diagnosticar y consultar la configuración registrada en cada runtime.

Cubre el SDLC completo: discovery, requisitos, arquitectura, UX/UI, frontend, backend, mobile, datos, testing, seguridad, CI/CD, observabilidad, releases, documentación, notificaciones y auto-evolución. Incluye notificaciones Telegram opt-in para Claude Code y Codex (hooks salientes, bot bidireccional con 15 comandos y autostart cross-platform), auditoría profunda Nemesis (loop iterativo Feynman + State Inconsistency hasta convergencia, ahora con loop evaluator-optimizer opt-in vía /swl:nemesis --remediar desde v1.5.2 - ADR-0021) con 8 tools ejecutables JSON-output para code-profiler, pentest-scanner, dep-doctor, bundle-tracker y más (ADR-0018, v1.4.1), e instalador/actualizador TUI custom zero-deps con paneles, multi-select y barra de progreso por categoría (v1.6.0).

Inventario

Componente	Cantidad
Agentes SWL	61
Habilidades	182 (todas <=300 líneas, con divulgación progresiva a recursos/)
Comandos (/swl:*)	48 (todos <=300 líneas, delegan a skills)
Reglas	39 base + 40 por lenguaje (8 lenguajes x 5)
Hooks	55 distribuidos + 87 librerías en hooks/lib/
Tools ejecutables (audit-tools)	8 (code-profiler, pentest-scanner, dep-doctor, bundle-tracker, env-validator, migration-checker, canary-monitor, audit-history)
Schemas	60
Perfiles de instalación	17
Contextos	3 (dev, review, research)
Gateway multi-plataforma	Telegram, Discord, WhatsApp, Slack, Email, Webhook (salida bidireccional opt-in)

Harness IR diagnóstico

Desde v2.7.0, SWL compila sus 429 agentes, comandos, habilidades, reglas y hooks a una vista intermedia neutral. El artefacto manifiestos/harness-ir.json conserva procedencia SHA-256 y diagnósticos bloqueantes; no convierte el contenido legacy en capacidades consumibles ni certifica runtimes.

node scripts/generar-harness-ir.js --check  # Detecta ausencia o drift sin escribir
node scripts/generar-harness-ir.js --write  # Publicación atómica con fsync y CAS

La API productiva expone sólo compilación, serialización y validación del contrato. El CLI rechaza overrides de raíz, fuentes o mappings para mantener el corpus confinado al repositorio Git actual.

Entrega de subagentes y Agent Teams

SWL no trata idle como sinónimo de “reporte entregado”. Los subagentes clásicos de Claude, Codex, Cursor y Copilot usan sus eventos documentados de inicio y cierre; en Claude Code Agent Teams el evento correcto es TeammateIdle, no SubagentStop. Antes de permitir que un teammate quede idle, el hook SWL:

1. captura el reporte sustantivo desde su transcript_path;
2. comprueba un SendMessage exitoso hacia team-lead posterior al reporte;
3. devuelve exit 2 hasta dos veces si falta la entrega;
4. conserva el resultado en .planning/comms/reportes-subagentes.jsonl para que el coordinador pueda contar entregas y recuperar cualquier faltante.

El ledger registra invocado en SubagentStart, terminado en SubagentStop y correlaciona ambos por sesión + agent_id. Si el transcript tiene metadata, también conserva nombre, rol, spawnDepth y el contenedor del workflow para contar subagentes anidados. Un Stop del coordinador sin identidad ni transcript se omite: ya no produce filas agente:null que aparentan terminaciones.

El gate sólo se registra en Claude Code, que expone TeammateIdle. Codex, Cursor y Copilot mantienen sus ciclos nativos; no se les proyecta un evento que sus contratos no ofrecen. Gemini/OpenClaude registran el resultado observable de la herramienta de delegación y OpenCode el idle de cada sesión hija.

Kernel de políticas W2

El paquete 2.8.0 distribuye 13 módulos zero-deps para identidad, contexto, approvals, evidencia, ledger, gates G0-G4, autorización fail-closed y migración legacy. También incluye cuatro schemas cerrados, manifiestos/policy-bundle.json y el corpus público de 500 vectores manifiestos/policy-corpus-w2.json.…