Один рядок, dangerouslyAllowAllBuilds: true, дозволяє кожній залежності, яку ви коли-небудь встановите, включно з транзитивними, запускати код на вашому ноутбуці та ваших CI-раннерах під час pnpm install. Оновлення до pnpm 11 скасовує перевизначення, які ви зберігали в полі "pnpm" файлу package.json для виправлення вразливих версій, лише з попередженням: pnpm 11 більше не читає це поле. А починаючи з pnpm 10.34.2 та 11.5.3, рядок ${NPM_TOKEN} у проєктному .npmrc більше не розгортається, тож встановлення провалюються, і хтось вставляє справжній токен у файл. Цей скіл знаходить ці та інші помилки pnpm, описані нижче, і підказує, як виправити кожну з них.

Ваш агент запускає сканер на pnpm-workspace.yaml, кожному .npmrc, файлах package.json, що належать проєкту pnpm, і pnpm-lock.yaml. Він знає, що змінилося між версіями pnpm (скрипти блокуються за замовчуванням у pnpm 10; одноденний minimumReleaseAge, blockExoticSubdeps і allowBuilds у pnpm 11), і використовує прив'язку packageManager проєкту, щоб повідомляти лише те, що стосується версії pnpm, яку ви використовуєте. Він пропускає коментарі, приймає loopback-реєстри, не повідомляє про токен у .npmrc, який охоплює .gitignore, і ніколи не запускає pnpm і нічого не встановлює. Він повертає BLOCK, REVIEW або NOT FLAGGED, із зазначенням файлу, рядка, причини та безпечнішого підходу. Секрети ніколи не виводяться.

Що він перевіряє

BLOCK (виправити перед публікацією)

• P01: dangerouslyAllowAllBuilds: true, або порожній список neverBuiltDependencies у pnpm 10, через що кожна залежність виконує свої скрипти встановлення
• P02: звичайний реєстр http://, скопований реєстр, реєстр публікації, override, запис каталогу чи архів lockfile (localhost допустимий)
• P03: токени реєстру, значення _auth чи _password, паролі в URL, або токени npm, GitHub і GitLab у закомічених файлах pnpm
• P04: strict-ssl=false чи strictSsl: false

REVIEW (перевірити перед релізом)

• P11: схвалення збірки для джерел git чи архівів без закріпленого коміту, список заборон neverBuiltDependencies, або прив'язка до pnpm 9 чи старішої версії, яка виконує кожен скрипт встановлення
• P12: вимкнена затримка віку релізу (minimumReleaseAge: 0, виняток '*'), або pnpm 10 без заданого minimumReleaseAge (і чому варто задавати його явно також у pnpm 11)
• P13: override чи записи каталогу, що вказують на git-репозиторії чи URL, або blockExoticSubdeps: false
• P14: shamefully-hoist, publicHoistPattern зі значенням '*', або hoisted node linker (фантомні залежності)
• P15: вимкнений lockfile, відсутність pnpm-lock.yaml у корені робочого простору, або lockfile, вказаний у .gitignore (приклади, шаблони та тестові застосунки не враховуються)
• P16: версії каталогу, що змінюються самостійно: '*', latest чи інший dist-tag, '>=' без верхньої межі
• P17: налаштування, які pnpm 11 і новіші версії не застосовують: поле "pnpm" у package.json, налаштування pnpm у .npmrc, а також onlyBuiltDependencies та інші налаштування, видалені в pnpm 11 (pnpm 12 завершується з помилкою на них, коли прив'язка версії збігається)
• P18: заповнювачі ${VAR} у рядках auth, registry, proxy чи client-certificate проєктного .npmrc (або URL реєстру й проксі робочого простору), які поточна версія pnpm більше не розгортає

Що входить

• Сканер (Python 3.9+, лише стандартна бібліотека)
• Посібник із правил із причиною, безпечнішим підходом і офіційним джерелом для кожного правила
• Ризиковий і безпечний приклад монорепозиторію (pnpm-workspace.yaml, .npmrc, файли package.json та lockfile), а також справжній звіт, який сканер видає для ризикового прикладу

Обмеження

Він читає лише файли проєкту: налаштування на рівні користувача в ~/.npmrc, глобальному config.yaml і auth.ini pnpm, змінні середовища та прапорці командного рядка невідомі. Lockfile-файли більші за 1 МБ пропускаються. Файл, названий окремо, перевіряється без lockfile та прив'язки версії його папки. Хуки .pnpmfile, configDependencies, патчі та самі пакети не перевіряються, а версії залежностей не перевіряються на відповідність базам даних вразливостей. NOT FLAGGED не є гарантією.

Зміст

Один ZIP-файл із 20 файлами: SKILL.md, сканер у scripts/ (5 файлів Python), references/rules.md (кожне правило з причиною та безпечнішим підходом) і examples/ (12 файлів прикладів плюс report.md, справжній результат роботи сканера на ризиковому прикладі).

Як використовувати: Це скіл для агента: папка з файлом SKILL.md і скриптами Python, які можуть запускати ШІ-агенти для написання коду, такі як Claude Code, Cursor або Codex CLI. Розпакуйте його в папку скілів вашого агента (для Claude Code: ~/.claude/skills/), а потім попросіть агента перевірити ваш проєкт. Скрипти також можна запускати самостійно з Python 3.9 або новішим, нічого не встановлюючи. Вони лише читають ваші файли: без доступу до мережі, і нічого нікуди не надсилається.