Вы добавляете .npmignore с единственной строкой test/, и npm перестает читать .gitignore, поэтому следующий npm publish публикует .env.production. В .dockerignore указано *.log, но Docker применяет этот шаблон только в корне, и logs/ все равно попадает в образ. Этот навык находит такие и другие незаметные сбои правил игнорирования и объясняет, как исправить каждый из них.

Ваш агент запускает сканер папки проекта. Он определяет, что каждый инструмент действительно сделает: git (все .gitignore, включая вложенные и родительские, .git/info/exclude, отрицания, привязку к корню, шаблоны только для папок и список в .git/index с файлами, которые git уже отслеживает и которые .gitignore никогда не исключает из отслеживания), Docker (.dockerignore в корне контекста сборки или отдельный файл для конкретного Dockerfile, шаблоны только для корня, ** и повторные включения через ! с проверкой каждого COPY и ADD) и npm (список "files", замена .gitignore файлом .npmignore, рабочие пространства, всегда включаемые и никогда не включаемые файлы). Файлы с секретами распознаются по содержимому, а не только по имени: файл .env отмечается лишь тогда, когда содержит настоящее секретное значение. Он никогда не запускает git, docker или npm. Результат: BLOCK, REVIEW или NOT FLAGGED с указанием файла, строки, причины и более безопасного подхода. Секреты никогда не выводятся.

Что проверяет

БЛОКИРОВКА (исправить перед выпуском)

• G01: файлы с секретами, которые git включил бы в коммит или уже отслеживает (.env с ключами, закрытые ключи, хранилища ключей .p12/.jks, JSON сервисных аккаунтов, токены .npmrc/.pypirc/.netrc, состояние Terraform, Rails master.key)

• G02: файлы с секретами или папка .git, копируемые в образ Docker через COPY или ADD

• G03: файлы с секретами, которые включит npm publish

ПРОВЕРКА (проверить перед релизом)

• G11: неигнорируемые node_modules, виртуальные окружения, кеши и результаты сборки

• G12: COPY . без .dockerignore или папки зависимостей, копируемые с хоста

• G13: шаблоны .dockerignore, работающие только в корне контекста сборки

• G14: строки с !, повторно включающие имена файлов с секретами

• G15: неигнорируемые файлы больше 50 МБ, базы данных SQLite, дампы баз данных и логи

• G16: логи, результаты измерения покрытия тестами и старые tar-архивы, которые включит npm publish

• G17: неигнорируемые .DS_Store, Thumbs.db, swap-файлы, *.orig и файлы рабочих пространств IDE

• G18: файлы с секретами в папках тестов, фикстур и примеров (часто это одноразовые тестовые ключи, поэтому проверьте их)

Что входит в комплект

• Сканер (Python 3.9+, только стандартная библиотека)

• Руководство по правилам с обоснованием и более безопасным подходом для каждого правила

• Пример проекта с рисками и его безопасная версия, а также реальный отчет сканера по проекту с рисками

Ограничения

Он читает файлы на диске. Не учитываются глобальный файл исключений git, контексты сборки, заданные только в docker-compose или командах CI, и файлы, создаваемые во время сборки. Папки вроде node_modules и dist перечисляются, но их содержимое не просматривается. NOT FLAGGED не дает гарантий.

Содержимое

Один ZIP-архив с 38 файлами: SKILL.md, сканер в scripts/ (5 файлов Python), references/rules.md (все правила с обоснованием и более безопасным подходом), а также examples/ (30 файлов примеров и report.md, реальный вывод сканера для примера с рисками).

Как использовать: Это навык для агента: папка с файлом SKILL.md и скриптами Python, которые может запускать ИИ-агент для программирования, например Claude Code, Cursor или Codex CLI. Распакуйте архив в папку навыков вашего агента (для Claude Code: ~/.claude/skills/), затем попросите агента проверить ваш проект. Скрипты также можно запускать отдельно с Python 3.9 или новее, ничего устанавливать не нужно. Они только читают ваши файлы: не обращаются к сети и никуда ничего не отправляют.