Detectar dependencias y parches sobrantes en un proyecto

A quién le sirve. Programadores de proyectos web o de Node que quieren aligerar su código: menos paquetes sobrantes y menos mantenimiento.

Qué hicieron

Se añade el servidor MCP de e18e a tu agente, bien como servidor remoto o como paquete local @e18e/mcp. Con él, el agente puede comprobar comandos de instalación de paquetes que tienen mejores alternativas, leer archivos de código y sugerir sustitutos para sus importaciones, buscar reemplazos por nombre o tema y leer guías de migración seleccionadas. Los polyfills son parches que añaden funciones que el entorno ya incorpora.

Cómo salió

La página solo describe las herramientas y la instalación. No da resultados, cifras ni una auditoría de ejemplo, así que no hay pruebas de cómo funciona en un proyecto real.

Conviene saber

El comprobador de código trabaja con un archivo cada vez, así que para auditar un proyecto entero el agente tiene que ir archivo por archivo.

Qué necesitas

• Un agente de programación que admita servidores MCP, como Claude Code
• El servidor MCP de e18e, en su versión remota o como paquete local (@e18e/mcp)
• El proyecto a revisar, en una carpeta de tu ordenador
• Una copia de seguridad o el proyecto guardado con Git (un sistema que guarda las versiones del código), por si hay que deshacer algo

Cómo hacerlo tú, paso a paso

1. Añade el servidor MCP de e18e a tu agente, remoto o local, siguiendo las instrucciones de su página. Para Claude Code hay una línea de comando que lo hace.
2. Abre tu proyecto con el agente.
3. Pídele que audite las dependencias y los polyfills (parches que añaden funciones que el entorno ya incluye). Dile qué entorno y versión usas, por ejemplo Node 20.
4. Pide que revise los archivos de uno en uno, porque la herramienta trabaja con un archivo cada vez.
5. Pide un informe que liste cada paquete sobrante, por qué sobra y qué lo sustituiría, con las guías de migración que haya.
6. Lee el informe. No instales ni edites nada hasta haberlo revisado.
7. Aplica los cambios de uno en uno y ejecuta las pruebas de tu proyecto después de cada uno.

Audita el proyecto de [ruta del repositorio] en busca de dependencias redundantes y polyfills innecesarios, como paquetes que se pueden sustituir por funciones incluidas en [entorno y versión, por ejemplo Node 20]. Haz un informe que liste cada uno, por qué sobra y qué lo sustituiría. No edites los archivos de paquetes ni instales nada hasta que yo haya revisado el informe.

Consejos

• Haz los cambios en una rama aparte o con el proyecto guardado en Git. Así vuelves atrás si algo se rompe.
• Revisa cada sustitución: una alternativa más moderna puede comportarse distinto en casos raros.
• La página no da resultados ni ejemplos, así que pruébalo primero en un proyecto pequeño.

Preguntas frecuentes

Fuentes

• mcp.e18e.dev ↗
• @43081j.com en Bluesky ↗
• La conversación en Bluesky, 21 de julio de 2026 ↗

En el directorio desde el 3 de octubre de 2026.