@saulwade/swl-ses 1.5.2 → 1.6.1

package/package.json

@@ -1,7 +1,7 @@
 {
   "name": "@saulwade/swl-ses",
-  "version": "1.5.2",
-  "description": "Sistema de ingenieria de software auto-evolutivo multi-runtime polyglot con 60 agentes, 162 habilidades, 44 comandos, 66 reglas y 41 hooks. Soporta 11 lenguajes y 7 runtimes: Claude Code, OpenClaude, OpenCode, Gemini CLI, Cursor, Codex CLI (soporte completo); GitHub Copilot (soporte parcial). 100% en espanol (Mexico). Multi-target install (--target CSV / --all-runtimes), autoconfig MCP en Cursor/Codex con --with-mcp, agentes Codex en TOML, hooks Cursor (17 eventos) y Codex (6 eventos). Gateway bidireccional con relay Telegram y auditoria profunda Nemesis con loop evaluator-optimizer opt-in (ADR-0021) y 8 tools ejecutables.",
+  "version": "1.6.1",
+  "description": "Sistema de ingenieria de software auto-evolutivo multi-runtime polyglot con 60 agentes, 162 habilidades, 44 comandos, 67 reglas y 41 hooks. Soporta 11 lenguajes y 7 runtimes: Claude Code, OpenClaude, OpenCode, Gemini CLI, Cursor, Codex CLI (soporte completo); GitHub Copilot (soporte parcial). 100% en espanol (Mexico). Multi-target install (--target CSV / --all-runtimes), autoconfig MCP en Cursor/Codex con --with-mcp, agentes Codex en TOML, hooks Cursor (17 eventos) y Codex (6 eventos). Gateway bidireccional con relay Telegram y auditoria profunda Nemesis con loop evaluator-optimizer opt-in (ADR-0021) y 8 tools ejecutables. v1.6.1 endurece el verificador docs-vs-codigo con gates de profundidad (Check #2 + #6 + #7 + #8 nuevos) y formaliza el protocolo proactivo de propagacion (doc-sync v1.3.0) — ADR-0023.",
   "bin": {
     "swl-ses": "bin/swl-ses.js",
     "swl-telegram-bot": "bin/swl-telegram-bot.js",
@@ -28,12 +28,13 @@
   ],
   "scripts": {
     "postinstall": "echo '\n  swl-software-engineering-system instalado.\n  Ejecuta: npx swl-ses init\n'",
-    "test": "node --test tests/lib/*.test.js tests/scripts/*.test.js tests/scripts/lib/*.test.js tests/hooks/*.test.js tests/gateway/*.test.js tests/bin/*.test.js tests/transformadores/*.test.js tests/mcp-server/*.test.js",
+    "test": "node --test tests/lib/*.test.js tests/scripts/*.test.js tests/scripts/lib/*.test.js tests/scripts/tui/*.test.js tests/hooks/*.test.js tests/gateway/*.test.js tests/bin/*.test.js tests/transformadores/*.test.js tests/mcp-server/*.test.js",
     "test:validate": "node scripts/validar.js",
     "test:manifest": "node scripts/validar-manifest.js",
+    "test:docs": "node scripts/verificar-docs-vs-codigo.js",
     "test:smoke": "node scripts/smoke-test.js",
     "test:aislamiento": "node scripts/validar-tests-aislamiento.js",
-    "test:all": "npm test && node scripts/validar.js && node scripts/validar-manifest.js",
+    "test:all": "npm test && node scripts/validar.js && node scripts/validar-manifest.js && node scripts/verificar-docs-vs-codigo.js && node scripts/derivar-feature-list.js --check",
     "test:userland": "node scripts/validar-userland-vacio.js",
     "test:release": "npm run test:all && npm run test:userland && npm run test:smoke",
     "doctor": "node scripts/doctor.js",
@@ -46,6 +47,8 @@
     "generate:docs": "node scripts/generar-inventario.js",
     "gen-checklists": "node scripts/generar-checklists-consolidados.js",
     "gen-checklists:check": "node scripts/generar-checklists-consolidados.js --check",
+    "gen:feature-list": "node scripts/derivar-feature-list.js",
+    "gen:feature-list:check": "node scripts/derivar-feature-list.js --check",
     "field-report": "node scripts/field-report.js",
     "configure:branch-protection": "node scripts/configurar-branch-protection.js"
   },

package/plugin.json

@@ -1,7 +1,7 @@
 {
   "name": "swl-ses",
-  "version": "1.5.2",
-  "description": "Sistema de ingenieria de software auto-evolutivo multi-runtime polyglot. 60 agentes, 162 habilidades, 44 comandos, 66 reglas y 41 hooks. 62 librerias. 11 lenguajes. Soporta Claude Code, Copilot, OpenCode, Codex y Gemini CLI. Loop evaluator-optimizer en /swl:nemesis (ADR-0021).",
+  "version": "1.6.1",
+  "description": "Sistema de ingenieria de software auto-evolutivo multi-runtime polyglot. 60 agentes, 162 habilidades, 44 comandos, 67 reglas y 41 hooks. 62 librerias. 11 lenguajes. Soporta Claude Code, Copilot, OpenCode, Codex y Gemini CLI. Loop evaluator-optimizer en /swl:nemesis (ADR-0021). v1.6.1 endurece verificador docs-vs-codigo (gates de profundidad) y formaliza protocolo proactivo doc-sync v1.3.0 (ADR-0023).",
   "author": "Saul Wade Leon",
   "license": "MIT",
   "repository": "https://github.com/saul-wade/swl-ses",
@@ -62,6 +62,7 @@
     "habilidades/doubt-driven-review",
     "habilidades/drift-detection",
     "habilidades/ejecutar-fase",
+    "habilidades/ejecutar-task-iterativo",
     "habilidades/estilo-sin-ai-isms",
     "habilidades/estructura-proyecto-claude",
     "habilidades/eval-framework",
@@ -127,6 +128,7 @@
     "habilidades/prevencion-sobreingenieria",
     "habilidades/privacy-memoria",
     "habilidades/prompt-engineering",
+    "habilidades/protocolo-revision-swl",
     "habilidades/rag-arquitectura",
     "habilidades/rails-experto",
     "habilidades/react-experto",

package/reglas/auditorias-documentales-estructurales.md

@@ -0,0 +1,205 @@
+# Regla: Auditorías documentales estructurales en SWL
+
+Esta regla es **OBLIGATORIA** y aplica a todo agente o agente humano que
+ejecute, reporte o consuma resultados de:
+
+- `node scripts/verificar-docs-vs-codigo.js` (verificador docs↔código)
+- `node scripts/verificar-release.js` (gate pre-publish)
+- `npm run test:manifest` (coherencia modulos/hooks)
+- `/swl:claudemd audit` (auditoría de CLAUDE.md)
+- Cualquier comando o script que reporte un veredicto agregado tipo
+  "N/N checks OK" como prueba de calidad documental.
+
+Es la **versión específica al sistema SWL** de la regla global
+`~/.claude/rules/arreglar-al-detectar.md § Aplicación a auditorías`.
+
+---
+
+## Principio
+
+> Una auditoría documental no se declara "limpia" hasta que se ha medido
+> **profundidad**, no solo **presencia**. El verificador automático puede
+> dar verde con docs vacías o infra-documentadas si su métrica es laxa.
+> El agente que reporta resultados al usuario es responsable de distinguir
+> entre **gate formal pasado** y **dominio realmente sano**.
+
+---
+
+## Por qué existe esta regla
+
+Sesión 2026-05-16, post-release v1.6.0: el agente ejecutó dos auditorías
+documentales consecutivas (Opción C release v1.6.0 + auditoría tras
+`/swl:exportar-vault`) y reportó "verde" en ambas. El usuario detectó que:
+
+- `agent-browser` estaba en el sistema desde ADR-0018 (skill + manifest +
+  integración con `investigador-swl` y `web-fetcher-routing`) pero **ausente
+  en `MANUAL_USO.md`**.
+- `ADR-0022` (TUI custom zero-deps, propio del release v1.6.0) **no estaba
+  referenciado** en `MANUAL_USO.md`.
+- 22 de 58 variables `SWL_*` que existen en `hooks/` y `scripts/` **no
+  estaban documentadas** ni en `docs/variables-entorno.md` ni en
+  `MANUAL_USO.md`.
+- El verificador `scripts/verificar-docs-vs-codigo.js` reportaba "9 checks
+  OK" porque sus checks de comandos contaban menciones (presencia), no
+  profundidad. WARN consolidado de comandos infra-documentados se reportaba
+  como "OK".
+
+Las dos auditorías fueron **cosméticas**, no estructurales. El gate verde
+ocultaba 22 variables huérfanas y 19 ADRs no referenciados.
+
+---
+
+## Gates de profundidad obligatorios
+
+### Para comandos `/swl:*`
+
+Un comando se considera **infra-documentado** si en `MANUAL_USO.md`:
+
+- Tiene **menos de 4 menciones** Y
+- Es un comando "no trivial" (excluir `ayuda`, `salud`, `modelo`,
+  `contexto`, `dashboard` que son operacionales simples).
+
+Un comando infra-documentado debe tener al menos:
+
+1. Una sección dedicada con encabezado `### \`/swl:<nombre>\``.
+2. Subsección "**Uso**" con el patrón completo de flags.
+3. Subsección "**¿Qué hace?**" con descripción funcional.
+4. Subsección "**Cuándo usarlo**" con casos de uso.
+5. Al menos un **ejemplo concreto** de invocación con output esperado.
+6. Subsección "**Gotchas**" o "**Troubleshooting**" si el comando tiene
+   dependencias externas (MCP, herramientas opt-in, paths críticos).
+
+### Para variables de entorno `SWL_*`
+
+Cobertura **completa, no muestral**:
+
+- Toda variable `SWL_*` que aparezca en `hooks/` o `scripts/` DEBE estar
+  documentada en `docs/variables-entorno.md` con: nombre, default, qué
+  activa, archivo que la consume.
+- La verificación es objetiva: `grep -rohE 'SWL_[A-Z_]+' hooks/ scripts/ |
+  sort -u` debe ser un **subconjunto** del set de variables documentadas.
+- **Sin excepciones**: variables internas de debug también se documentan
+  (ej. `SWL_DEBUG`, `SWL_SESSION_ID`).
+
+### Para ADRs
+
+- Todo ADR nuevo `.planning/adrs/NNNN-*.md` que cambia comportamiento
+  observable del sistema debe ser **referenciado** en al menos:
+  - `MANUAL_USO.md` en la sección del feature que materializa, Y
+  - `CHANGELOG.md` en la versión que lo introduce.
+- ADRs de proceso interno (deprecaciones, splits internos, refactors
+  ocultos) pueden documentarse solo en `.planning/adrs/README.md`.
+- El criterio de "cambia comportamiento observable" se evalúa: ¿un usuario
+  del sistema percibirá la diferencia? Si sí, debe ir a `MANUAL_USO.md`.
+
+### Para integraciones opt-in (dependencias externas)
+
+Toda dependencia externa opt-in (markitdown, code-review-graph,
+agent-browser, @dbml/core, likec4, etc.) debe documentarse en
+`MANUAL_USO.md § Dependencias externas` con la **estructura mínima**:
+
+1. Marcador obligatorio "**NO es dependencia técnica de swl-ses**"
+   (regla CLAUDE.md sobre dependencias educativas opt-in).
+2. **Qué es** y **por qué existe la integración** (no solo
+   instalación — eso es lo cosmético).
+3. **Beneficio cuantificado** vs alternativas (tokens, espacio,
+   tiempo, etc. — números, no adjetivos).
+4. **Cuándo vale la pena** vs **cuándo NO instalarlo**.
+5. **Cómo lo usa el sistema** internamente (qué agente, qué skill,
+   qué comando lo invoca).
+6. **Comportamiento si NO está instalado** (debe degradar
+   funcionalmente sin fallar — regla `arreglar-al-detectar`).
+7. **Limitaciones conocidas**.
+8. **Origen** (ADR, sesión, paper, repo).
+
+---
+
+## Procedimiento al ejecutar una auditoría documental
+
+### Antes de reportar "verde"
+
+1. **Listar qué mide cada check del verificador** y nombrar
+   explícitamente qué **NO** mide.
+2. **Hacer sondeo manual estructural** sobre 2-3 ítems aleatorios del
+   dominio auditado:
+   - Para comandos: tomar 2-3 al azar, contar menciones en MANUAL_USO,
+     verificar que tengan las 6 subsecciones obligatorias.
+   - Para variables: comparar lista de código (`grep -rohE`) contra
+     lista de docs.
+   - Para ADRs: cruzar `ls .planning/adrs/*.md` contra
+     `grep -oE "ADR-[0-9]+" MANUAL_USO.md`.
+3. **Reportar al usuario el desglose** entre:
+   - Gate formal pasado: "N/N checks OK" (cita textual del verificador).
+   - Drift estructural detectado en sondeo: "X gaps reales encontrados
+     fuera del scope del verificador".
+
+### Patrón de reporte correcto
+
+```
+Verificador docs-vs-código: 9/9 OK formal.
+Sondeo estructural manual:
+  - Comandos infra-documentados (<4 menciones): 3 detectados
+    → /swl:exportar-vault, /swl:nemesis (en COMANDOS.md), /swl:wiki
+  - Variables SWL_* huérfanas: 22 de 58
+  - ADRs nuevos no referenciados en MANUAL_USO: 19 de 22
+
+Conclusión: gate formal pasado, drift estructural REAL detectado.
+Recomendación: cerrar gaps antes de declarar docs sanas.
+```
+
+### Patrón de reporte INCORRECTO (a evitar)
+
+```
+Verificador docs-vs-código: 9/9 OK.
+Docs alineadas con código. ✓
+```
+
+Esta segunda forma es la que el usuario detectó y corrigió en
+sesión 2026-05-16. **No reincidir**.
+
+---
+
+## Anti-patrones específicos del sistema SWL
+
+- **Aceptar "WARN no falla el verificador"**: el check #2 actual
+  reporta WARN sin bloquear cuando comandos no están documentados.
+  Eso es deuda preexistente legítima, pero **NUNCA** se reporta como
+  "OK" al usuario sin enumerar los WARN.
+- **Confiar en el conteo agregado** (`44 comandos /swl:* documentados`)
+  sin verificar la profundidad de cada uno.
+- **No cruzar el universo real**: el verificador chequea `comandos/swl/*.md`
+  contra `MANUAL_USO.md`. Pero NO chequea `MANUAL_USO.md` contra ADRs
+  ni contra variables del código. Esos universos quedan invisibles.
+- **Whitelist hardcodeada en check #3**: solo 7 flags críticas. El
+  parser BOOLEANAS tiene más. Las flags no listadas en la whitelist
+  son drift invisible.
+- **Reportar "✓ skip" como "✓ pass"**: si el TUI no está instalado
+  (pre-v1.6.0), el check #5 reporta éxito. Eso es correcto técnicamente
+  pero el agente NO debe sumarlo al conteo "N/N OK" sin matizar.
+
+---
+
+## Relación con otras reglas
+
+- `~/.claude/rules/arreglar-al-detectar.md § Aplicación a auditorías` —
+  principio general; esta regla lo concreta para SWL.
+- `~/.claude/rules/registro-componentes-nuevos.md` — define el registro
+  obligatorio de componentes en manifiestos. Esta regla extiende:
+  no basta con registrar, hay que documentarlo con profundidad.
+- `~/.claude/rules/verificar-citas-normativas.md § Familia 2` —
+  verificar afirmaciones factuales del verificador antes de aceptar
+  el "verde" como hecho.
+- `habilidades/doc-sync/SKILL.md` — implementación operativa del
+  verificador. Esta regla define qué debe medir.
+
+---
+
+## Origen de esta regla
+
+Sesión 2026-05-16, post-release v1.6.0. Documentado en
+`.planning/adrs/0023-auditorias-documentales-estructurales.md`.
+Promovida tras feedback explícito del usuario:
+*"en esta misma sesión se pidieron dos auditorías que has minimizado o
+ignorado"*. Cierra el gap conceptual donde el agente aplicaba
+`arreglar-al-detectar.md` a bugs durante implementación pero NO a
+verificadores de docs que devuelven verde cosmético.

package/schemas/agent-frontmatter.schema.json

@@ -60,7 +60,7 @@
     "skillsInvocables": {
       "type": "array",
       "items": { "type": "string" },
-      "description": "Skills que este agente puede invocar"
+      "description": "Skills que este agente puede invocar. Valor especial 'todos' = wildcard (sin restriccion de skill); usar solo en agentes generalistas (investigador-swl, planificador-swl) cuando listar 162 skills es impractico. Para todos los demas agentes, listar skills especificos siguiendo privilegio minimo (regla seguridad-agentes.md)."
     },
     "skillsRestringidos": {
       "type": "array",

package/scripts/desinstalar.js

@@ -3,6 +3,22 @@
 /**
  * swl-ses uninstall
  * Desinstala componentes SWL del runtime especificado.
+ *
+ * Contrato adicional: opciones.onProgress(evento)
+ *
+ * Si se pasa una función onProgress, el desinstalador emite eventos
+ * estructurados en vez de imprimir cada archivo a stdout:
+ *   { tipo: 'archivo-eliminado',  componente, archivo, destino }
+ *   { tipo: 'bloque-eliminado',   archivo, etiqueta }
+ *   { tipo: 'archivo-no-encontrado', archivo }
+ *   { tipo: 'error',              archivo, mensaje }
+ *   { tipo: 'log',                linea }
+ *
+ * Backward compat: si onProgress no se pasa, los console.log son idénticos
+ * a antes. El CLI clásico (uninstall sin TUI) no cambia.
+ *
+ * Devuelve { eliminados, noEncontrados, bloquesEliminados } para que el
+ * caller (TUI) pueda mostrar resumen sin re-parsear stdout.
  */
 
 const fs = require('fs');
@@ -15,23 +31,40 @@ const { eliminarBloque } = require('./lib/append-con-marcadores');
 function uninstall(opciones) {
   const target = opciones.target || 'claude';
   const esGlobal = opciones.global || false;
+  const onProgress = typeof opciones.onProgress === 'function' ? opciones.onProgress : null;
 
-  console.log('swl-ses uninstall');
-  console.log('='.repeat(40));
+  function _emitir(evento, mensajeFallback) {
+    if (onProgress) {
+      onProgress(evento);
+    } else if (mensajeFallback) {
+      console.log(mensajeFallback);
+    }
+  }
+
+  if (!onProgress) {
+    console.log('swl-ses uninstall');
+    console.log('='.repeat(40));
+  }
 
   const runtime = obtenerRuntime(target);
   const rutas = calcularRutas(target, { global: esGlobal });
 
   const estado = cargarEstado(rutas.base);
   if (!estado) {
+    if (onProgress) {
+      onProgress({ tipo: 'log', linea: `No se encontró instalación SWL en ${rutas.base}` });
+      return { eliminados: 0, noEncontrados: 0, bloquesEliminados: 0, error: 'instalacion-no-encontrada' };
+    }
     console.log(`No se encontró instalación SWL en ${rutas.base}`);
     process.exit(1);
   }
 
-  console.log(`Target: ${target} (${runtime.nombre})`);
-  console.log(`Ubicación: ${rutas.base}`);
-  console.log(`Archivos a eliminar: ${estado.archivosInstalados.length}`);
-  console.log('');
+  if (!onProgress) {
+    console.log(`Target: ${target} (${runtime.nombre})`);
+    console.log(`Ubicación: ${rutas.base}`);
+    console.log(`Archivos a eliminar: ${estado.archivosInstalados.length}`);
+    console.log('');
+  }
 
   let eliminados = 0;
   let noEncontrados = 0;
@@ -56,10 +89,17 @@ function uninstall(opciones) {
       if (accionInstall === 'creado') {
         try {
           fs.unlinkSync(archivo.destino);
-          console.log(`  - ${archivo.destino} (creado por swl-ses, eliminación completa)`);
+          _emitir(
+            { tipo: 'archivo-eliminado', componente: archivo.tipo, archivo: archivo.destino, motivo: 'creado-por-swl' },
+            `  - ${archivo.destino} (creado por swl-ses, eliminación completa)`
+          );
           eliminados++;
         } catch (err) {
-          console.error(`  ! Error eliminando ${archivo.destino}: ${err.message}`);
+          _emitir(
+            { tipo: 'error', archivo: archivo.destino, mensaje: err.message },
+            null
+          );
+          if (!onProgress) console.error(`  ! Error eliminando ${archivo.destino}: ${err.message}`);
         }
       } else {
         try {
@@ -70,12 +110,19 @@ function uninstall(opciones) {
             'sin-cambios':        'sin bloque SWL presente (ya limpio)',
             'error':              `error: ${r.detalle || 'desconocido'}`,
           }[r.accion] || r.accion;
-          console.log(`  ~ ${archivo.destino} (${etiqueta})`);
+          _emitir(
+            { tipo: 'bloque-eliminado', archivo: archivo.destino, etiqueta, accion: r.accion },
+            `  ~ ${archivo.destino} (${etiqueta})`
+          );
           if (r.accion === 'bloque-eliminado' || r.accion === 'archivo-eliminado') {
             bloquesEliminados++;
           }
         } catch (err) {
-          console.error(`  ! Error limpiando bloque en ${archivo.destino}: ${err.message}`);
+          _emitir(
+            { tipo: 'error', archivo: archivo.destino, mensaje: err.message },
+            null
+          );
+          if (!onProgress) console.error(`  ! Error limpiando bloque en ${archivo.destino}: ${err.message}`);
         }
       }
       continue;
@@ -88,26 +135,47 @@ function uninstall(opciones) {
       } else {
         fs.unlinkSync(archivo.destino);
       }
-      console.log(`  - ${archivo.destino}`);
+      _emitir(
+        { tipo: 'archivo-eliminado', componente: archivo.tipo, archivo: archivo.destino },
+        `  - ${archivo.destino}`
+      );
       eliminados++;
     } catch (err) {
-      console.error(`  ! Error eliminando ${archivo.destino}: ${err.message}`);
+      _emitir(
+        { tipo: 'error', archivo: archivo.destino, mensaje: err.message },
+        null
+      );
+      if (!onProgress) console.error(`  ! Error eliminando ${archivo.destino}: ${err.message}`);
     }
   }
 
   // Desregistrar hooks de settings.json
+  let hooksDesregistrados = 0;
+  let hooksPreservados = 0;
   if (runtime.soportaHooks) {
     const settingsPath = rutaSettings(runtime, rutas.base);
     try {
       const resultado = desregistrarHooks(settingsPath);
-      if (resultado.eliminados > 0) {
-        console.log(`  - Hooks desregistrados de settings.json: ${resultado.eliminados}`);
+      hooksDesregistrados = resultado.eliminados || 0;
+      hooksPreservados = resultado.preservados || 0;
+      if (hooksDesregistrados > 0) {
+        _emitir(
+          { tipo: 'hooks-desregistrados', cuenta: hooksDesregistrados },
+          `  - Hooks desregistrados de settings.json: ${hooksDesregistrados}`
+        );
       }
-      if (resultado.preservados > 0) {
-        console.log(`    (${resultado.preservados} hooks externos preservados)`);
+      if (hooksPreservados > 0) {
+        _emitir(
+          { tipo: 'hooks-preservados', cuenta: hooksPreservados },
+          `    (${hooksPreservados} hooks externos preservados)`
+        );
       }
     } catch (err) {
-      console.error(`  ! Error desregistrando hooks: ${err.message}`);
+      _emitir(
+        { tipo: 'error', mensaje: `Error desregistrando hooks: ${err.message}` },
+        null
+      );
+      if (!onProgress) console.error(`  ! Error desregistrando hooks: ${err.message}`);
     }
   }
 
@@ -117,14 +185,27 @@ function uninstall(opciones) {
     fs.unlinkSync(estadoPath);
   }
 
-  console.log('');
-  console.log(`Eliminados: ${eliminados}`);
-  if (bloquesEliminados > 0) {
-    console.log(`Bloques SWL quitados (contenido de usuario preservado): ${bloquesEliminados}`);
+  if (!onProgress) {
+    console.log('');
+    console.log(`Eliminados: ${eliminados}`);
+    if (bloquesEliminados > 0) {
+      console.log(`Bloques SWL quitados (contenido de usuario preservado): ${bloquesEliminados}`);
+    }
+    console.log(`No encontrados: ${noEncontrados}`);
+    console.log('');
+    console.log('Nota: .planning/ y _userland/ no se eliminan (contienen datos del proyecto).');
   }
-  console.log(`No encontrados: ${noEncontrados}`);
-  console.log('');
-  console.log('Nota: .planning/ y _userland/ no se eliminan (contienen datos del proyecto).');
+
+  return {
+    eliminados,
+    noEncontrados,
+    bloquesEliminados,
+    hooksDesregistrados,
+    hooksPreservados,
+    target,
+    scope: esGlobal ? 'global' : 'proyecto',
+    ubicacion: rutas.base,
+  };
 }
 
 module.exports = uninstall;