AB repo-security-auditor
Проверяйте репозитории GitHub на наличие уязвимостей безопасности, вредоносных шаблонов кода и подозрительного поведения. Клонируйте репозитории, анализируйте код на наличие бэкдоров, утечек данных, обфускации, рисков зависимостей и соответствия лицензиям. Генерируйте отчет о безопасности и при необходимости создавайте чистую переработку, если репозиторий проходит проверки безопасности. Используйте, когда: пользователь хочет «проверить репозиторий GitHub на безопасность», «убедиться, что код безопасен», «проверить репозиторий на вредоносный код», «проанализировать репозиторий перед использованием», «проверить зависимости», «пересоздать этот репозиторий безопасно» или любой запрос, связанный с анализом безопасности стороннего кода. НЕ используйте для: репозиториев, которыми вы владеете и которым доверяете, общего обзора кода без фокуса на безопасности, или когда пользователь хочет только сводку функций без проверок безопасности.
машинный переводПоказать оригиналСкрыть оригинал«Audit GitHub repositories for security vulnerabilities, malicious code…»
Audit GitHub repositories for security vulnerabilities, malicious code patterns, and suspicious behavior. Clone repos, analyze code for backdoors, data exfiltration, obfuscation, dependency risks, and license compliance. Generate a security report and optionally scaffold a clean reimplementation if the repo passes safety checks. Use when: user wants to "review a GitHub repo for security", "check if code is safe", "audit repository for malicious code", "analyze repo before using", "scan dependencies", "recreate this repo safely", or any request involving security analysis of third-party code. Do NOT use for: repos you own and trust, general code review without security focus, or when user only wants a feature summary without security checks.
Проверяйте репозитории GitHub на наличие уязвимостей безопасности, вредоносных шаблонов кода и подозрительного поведения.
Как процесс B 69/100 · Почти готов — слабые места: входы и предусловия, отчётность по ходу
Как улучшить
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 5. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
✓ По спецификации Agent Skills замечаний нет
Процессный рейтинг: все десять параметров 69/100
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 50Когда включается. Не сказано, при каком запросе скилл включается
- 60Результат и критерий готовности. Формат результата описан, критерия завершения нет
- 60Ошибки и развилки. Развилок: 2
- 85Шаги. Шагов: 24, расплывчатых формулировок: 1
- 100Инструменты и файлы. Внешние инструменты не нужны
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 2398 токенов
- 100Повторный запуск. Изменяющие операции проверяют текущее состояние
- low Разделов верхнего уровня: 12. Похоже на несколько доменов в одном скилле
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +1Лицензия не указана
- +2Инструкции на одном языке
- +5В description 6 примера фраз-триггеров в кавычках
- +4Описание говорит, когда скилл НЕ применять
- +3Длина description 750 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 20 заголовков
- +3Пошаговые инструкции: 24 пунктов
- +3Формат ответа описан явно
- +4Есть примеры (8 блоков кода)
- +3Все 3 скриптов описаны в инструкциях
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 99.