Токен реєстру, записаний у bunfig.toml, потрапляє до всіх, хто може читати репозиторій, а $`sh -c "convert ${file}"` передає справжній оболонці ім'я файлу із запиту: Bun Shell екранує значення для власного розбору, а не для оболонки, яку ви запускаєте. Крім того, trustedDependencies замінює вбудований список довірених пакетів Bun, тож один зайвий запис запускає скрипт встановлення цього пакета на кожній машині, де виконується встановлення. Ця навичка знаходить ці та інші помилки в проєктах на Bun, перелічені нижче, до встановлення чи розгортання й підказує, як виправити кожну з них.

Ваш агент запускає сканер для bunfig.toml, .npmrc, package.json, bun.lock (а також імен bun.lockb та інших lockfile) і файлів TypeScript та JavaScript, що використовують Bun. Він простежує дані запиту через змінні в кожному файлі, знає, які форми Bun Shell і SQL екранують або прив'язують значення, а які ні, не чіпає арифметику чисел і списки заповнювачів ?, порівнює trustedDependencies зі списком Bun за замовчуванням, вважає налаштованими посилання $VAR і ${VAR}, пропускає коментарі, тести й node_modules і ніколи не запускає bun чи ваш код. Він повертає BLOCK, REVIEW або NOT FLAGGED із зазначенням файлу, рядка, причини та безпечнішого варіанту. Секрети ніколи не виводяться.

Що перевіряється

BLOCK (потрібно виправити перед релізом)

• B01: звичайні реєстри http://, реєстри областей, URL пакетів і URL у lockfile (реєстр на localhost допустимий)
• B02: токени та паролі реєстру, записані в bunfig.toml, .npmrc, скриптах package.json, URL, коді або bun.lock
• B03: дані запиту, передані в sh -c, bash -c, bun -e, необроблена інтерполяція або Bun.spawn із sh -c, а також вибір програми для запуску
• B04: запити bun:sqlite і sql.unsafe() зі значеннями, вставленими в текст SQL (зокрема SQL, складений у змінній і доповнюваний через +=)

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

• B11: записи trustedDependencies поза списком довірених пакетів Bun за замовчуванням або з git, GitHub, файлів чи URL (не позначаються, якщо скрипти встановлення вимкнено в bunfig.toml або .npmrc)
• B12: bun.lock поруч із lockfile від npm, Yarn або pnpm
• B13: бінарний bun.lockb або налаштування, що вимикають текстовий lockfile чи збереження lockfile
• B14: вимкнена перевірка сертифікатів TLS (rejectUnauthorized: false, NODE_TLS_REJECT_UNAUTHORIZED=0)
• B15: режим розробки Bun.serve, прописаний у коді, або трасування стека, що надсилається клієнтам
• B16: shell-команди, складені зі змінних, і дані запиту, передані як аргументи команди
• B17: назви таблиць чи стовпців та інші частини SQL, взяті зі змінних

Що входить до комплекту

• Сканер (Python 3.9+, лише стандартна бібліотека)
• Посібник із правил: причина, безпечніший варіант і посилання на офіційну документацію Bun для кожного правила
• Ризикований і безпечний приклади проєкту на Bun (bunfig.toml, package.json, lockfile та TypeScript), а також справжній звіт, який сканер видає на ризикованому прикладі

Обмеження

Сканер читає кожен файл окремо: дані запиту простежуються через змінні всередині одного файлу, а не між модулями; параметри Bun.serve, складені в іншій змінній, Dockerfile, файли CI та NODE_ENV вашого розгортання не читаються. node:child_process і SQL-клієнти, крім bun:sqlite та Bun SQL, не перевіряються. NOT FLAGGED не є гарантією.

Вміст

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

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