Una sola línea, dangerouslyAllowAllBuilds: true, permite que cada dependencia que instales alguna vez, incluidas las transitivas, ejecute código en tu portátil y en tus runners de CI durante pnpm install. Al actualizar a pnpm 11 se descartan los overrides que mantenías en el campo "pnpm" de package.json para parchear versiones vulnerables, con solo una advertencia: pnpm 11 ya no lee ese campo. Y desde pnpm 10.34.2 y 11.5.3, una línea ${NPM_TOKEN} en el .npmrc del proyecto ya no se expande, por lo que las instalaciones fallan y alguien termina pegando el token real en el archivo. Esta skill encuentra esos y los demás errores de pnpm que se describen a continuación, y te indica cómo solucionar cada uno.

Tu agente ejecuta un escáner sobre pnpm-workspace.yaml, cada .npmrc, los archivos package.json que pertenecen a un proyecto pnpm, y pnpm-lock.yaml. Conoce lo que cambió entre versiones de pnpm (scripts bloqueados por defecto en pnpm 10; un minimumReleaseAge de un día, blockExoticSubdeps y allowBuilds en pnpm 11) y usa el pin de packageManager del proyecto para reportar solo lo que corresponde a la versión de pnpm que usas. Omite los comentarios, acepta registros loopback, no reporta un token en un .npmrc que .gitignore ya cubre, y nunca ejecuta pnpm ni instala nada. Devuelve BLOCK, REVIEW o NOT FLAGGED, con el archivo, la línea, el motivo y un enfoque más seguro. Los secretos nunca se muestran.

Qué comprueba

BLOCK (corregir antes de publicar)

• P01: dangerouslyAllowAllBuilds: true, o una lista neverBuiltDependencies vacía en pnpm 10, de modo que cada dependencia ejecuta sus scripts de instalación
• P02: un registro http:// sin cifrar, un registro con alcance, un registro de publicación, un override, una entrada de catalog o un tarball de lockfile (localhost es aceptable)
• P03: tokens de registro, valores de _auth o _password, contraseñas en URLs, o tokens de npm, GitHub y GitLab en archivos de pnpm confirmados en el repositorio
• P04: strict-ssl=false o strictSsl: false

REVIEW (revisar antes del lanzamiento)

• P11: aprobaciones de build para fuentes git o tarball sin un commit fijado, una lista de denegación neverBuiltDependencies, o un pin a pnpm 9 o anterior que ejecuta todos los scripts de instalación
• P12: el retraso de antigüedad de publicación desactivado (minimumReleaseAge: 0, una exclusión de '*'), o pnpm 10 sin minimumReleaseAge (y por qué conviene definirlo explícitamente también en pnpm 11)
• P13: overrides o entradas de catalog que apuntan a repositorios git o URLs, o blockExoticSubdeps: false
• P14: shamefully-hoist, un publicHoistPattern de '*', o el node linker con hoisting (dependencias fantasma)
• P15: lockfile desactivado, sin pnpm-lock.yaml en la raíz del workspace, o el lockfile incluido en .gitignore (las apps de ejemplo, plantilla y fixture quedan fuera)
• P16: versiones de catalog que cambian por sí solas: '*', latest u otro dist-tag, '>=' sin límite superior
• P17: ajustes que pnpm 11 y versiones posteriores ya no aplican: el campo "pnpm" de package.json, los ajustes de pnpm en .npmrc, y onlyBuiltDependencies y los demás ajustes eliminados en pnpm 11 (pnpm 12 falla con ellos cuando el pin de versión coincide)
• P18: placeholders ${VAR} en las líneas de auth, registry, proxy o certificado de cliente del .npmrc del proyecto (o en las URLs de registro y proxy del workspace) que la versión actual de pnpm ya no expande

Qué incluye

• El escáner (Python 3.9+, solo biblioteca estándar)
• Una guía de reglas con el motivo, el enfoque más seguro y la fuente oficial de cada regla
• Un monorepo de ejemplo de riesgo y uno seguro (pnpm-workspace.yaml, .npmrc, archivos package.json y un lockfile), y el informe real que genera el escáner sobre el de riesgo

Límites

Lee solo los archivos del proyecto: no conoce los ajustes a nivel de usuario en ~/.npmrc, el config.yaml global de pnpm ni auth.ini, ni las variables de entorno ni los parámetros de línea de comandos. Los lockfiles de más de 1 MB se omiten. Un archivo indicado por su cuenta se revisa sin el lockfile ni el pin de versión de su carpeta. Los hooks .pnpmfile, configDependencies, los patches y los propios paquetes no se inspeccionan, y las versiones de las dependencias no se comprueban contra bases de datos de vulnerabilidades. NOT FLAGGED no es una garantía.

Contenido

Un archivo ZIP con 20 archivos: SKILL.md, el escáner en scripts/ (5 archivos Python), references/rules.md (cada regla con su motivo y su enfoque más seguro), y examples/ (12 archivos de ejemplo más report.md, la salida real del escáner sobre el ejemplo de riesgo).

Cómo usarlo: Esta es una skill de agente: una carpeta con un archivo SKILL.md y scripts de Python que un agente de codificación con IA, como Claude Code, Cursor o Codex CLI, puede ejecutar. Descomprímela en la carpeta de skills de tu agente (para Claude Code: ~/.claude/skills/), y luego pídele a tu agente que revise tu proyecto. Los scripts también se ejecutan por su cuenta con Python 3.9 o más reciente, sin nada que instalar. Solo leen tus archivos: sin acceso a la red, y no se envía nada a ningún lugar.