lint-and-validate
Запуск линтинга и валидации вашего кода
Изменения кода часто приводят к синтаксическим ошибкам или нарушению стандартов проекта. Этот навык автоматизирует линтинг, проверку типов и аудит безопасности для выявления проблем перед коммитом.
Скачать ZIP навыка
Загрузить в Claude
Перейдите в Settings → Capabilities → Skills → Upload skill
Включите и начните использовать
Протестировать
Использование «lint-and-validate». Запустить линтинг проекта
Ожидаемый результат:
LINT RUNNER - Project: /app/myproject
Type: node
Linters: 2
Running: npm lint...
[PASS] npm lint
Running: tsc...
[FAIL] tsc
Error: src/utils.ts(15,3): Type 'string' is not assignable to type 'number'
SUMMARY
[PASS] npm lint
[FAIL] tsc
Использование «lint-and-validate». Проверить покрытие типов
Ожидаемый результат:
TYPE COVERAGE CHECKER
[TYPESCRIPT]
[OK] Analyzed 12 TypeScript files
[!] 3 'any' types found (acceptable)
[!] Type coverage: 65 percent (improve)
[PYTHON]
[OK] Analyzed 8 Python files
[OK] Type hints coverage: 82 percent
[OK] No 'Any' types found
TYPE COVERAGE: 1 critical issues
Аудит безопасности
Низкий рискStatic analyzer flagged 20 patterns but all are false positives. The subprocess.run calls execute known linter commands derived from project configuration, not user input. Markdown documentation examples were incorrectly flagged as shell execution. No cryptographic code exists. The skill is safe for publication with documented external command usage.
Проблемы низкого риска (1)
Факторы риска
⚙️ Внешние команды (1)
Оценка качества
Что вы можете построить
Валидация перед коммитом для разработчиков
Запускайте комплексный линтинг перед коммитом кода, чтобы убедиться, что все изменения соответствуют стандартам проекта.
Подготовка к код-ревью
Валидируйте изменения кода перед отправкой pull-запросов для сокращения циклов ревью.
Модернизация легаси-кода
Выявляйте пробелы в покрытии типов и проблемы линтинга при миграции старых кодовых баз.
Попробуйте эти промпты
Запустите навык lint and validate на моем текущем проекте для проверки проблем.
Проведите линтинг и валидацию всех файлов в директории src/components и исправьте все автоматически исправляемые проблемы.
Запустите полную валидацию, включая линтинг, проверку типов и аудит безопасности. Сгенерируйте сводный отчет обо всех находках, классифицированных по степени серьезности.
Проанализируйте покрытие типов во всей кодовой базе. Выявите файлы с покрытием типов менее 70 процентов и перечислите нетипизированные функции, требующие аннотаций.
Лучшие практики
- Запускайте линтинг после каждого изменения кода, а не только перед коммитами
- Настройте правила линтера в корневых файлах проекта перед запуском валидации
- Исправляйте ошибки типов немедленно, а не накапливайте технический долг
Избегать
- Пропуск валидации для соблюдения сроков приводит к багам в продакшене
- Игнорирование ошибок проверки типов приводит к ошибкам времени выполнения
- Запуск линтеров без флага --fix упускает автоматические исправления
Часто задаваемые вопросы
Что происходит, если в моем проекте не настроен линтер?
Может ли этот навык автоматически исправить все ошибки линтинга?
Работает ли это с монорепозиториями?
Сколько времени занимает валидация?
Какие языки поддерживаются?
Отправляется ли мой код во внешние сервисы?
Сведения для разработчиков
Автор
sickn33Лицензия
MIT
Репозиторий
https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/lint-and-validateСсылка
main
Структура файлов