Навыки lint-and-validate
📦

lint-and-validate

Низкий риск ⚙️ Внешние команды

Запуск линтинга и валидации вашего кода

Изменения кода часто приводят к синтаксическим ошибкам или нарушению стандартов проекта. Этот навык автоматизирует линтинг, проверку типов и аудит безопасности для выявления проблем перед коммитом.

Поддерживает: Claude Codex Code(CC)
📊 71 Адекватно
1

Скачать ZIP навыка

2

Загрузить в Claude

Перейдите в Settings → Capabilities → Skills → Upload skill

3

Включите и начните использовать

Протестировать

Использование «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

Аудит безопасности

Низкий риск
v1 • 2/25/2026

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.

3
Просканировано файлов
398
Проанализировано строк
2
находки
1
Всего аудитов
Проблемы низкого риска (1)
External Command Execution via Subprocess
The skill uses subprocess.run to execute linting commands. Commands are derived from project configuration files (package.json, pyproject.toml) or hardcoded linter names, not direct user input. This is legitimate for a linting tool but should be documented.

Факторы риска

⚙️ Внешние команды (1)
Проверено: claude

Оценка качества

45
Архитектура
100
Сопровождаемость
85
Контент
32
Сообщество
88
Безопасность
91
Соответствие спецификации

Что вы можете построить

Валидация перед коммитом для разработчиков

Запускайте комплексный линтинг перед коммитом кода, чтобы убедиться, что все изменения соответствуют стандартам проекта.

Подготовка к код-ревью

Валидируйте изменения кода перед отправкой pull-запросов для сокращения циклов ревью.

Модернизация легаси-кода

Выявляйте пробелы в покрытии типов и проблемы линтинга при миграции старых кодовых баз.

Попробуйте эти промпты

Базовая проверка линтинга
Запустите навык lint and validate на моем текущем проекте для проверки проблем.
Валидация целевого пути
Проведите линтинг и валидацию всех файлов в директории src/components и исправьте все автоматически исправляемые проблемы.
Полный аудит проекта
Запустите полную валидацию, включая линтинг, проверку типов и аудит безопасности. Сгенерируйте сводный отчет обо всех находках, классифицированных по степени серьезности.
Анализ покрытия типов
Проанализируйте покрытие типов во всей кодовой базе. Выявите файлы с покрытием типов менее 70 процентов и перечислите нетипизированные функции, требующие аннотаций.

Лучшие практики

  • Запускайте линтинг после каждого изменения кода, а не только перед коммитами
  • Настройте правила линтера в корневых файлах проекта перед запуском валидации
  • Исправляйте ошибки типов немедленно, а не накапливайте технический долг

Избегать

  • Пропуск валидации для соблюдения сроков приводит к багам в продакшене
  • Игнорирование ошибок проверки типов приводит к ошибкам времени выполнения
  • Запуск линтеров без флага --fix упускает автоматические исправления

Часто задаваемые вопросы

Что происходит, если в моем проекте не настроен линтер?
Навык обнаруживает отсутствующую конфигурацию и предлагает создать файлы .eslintrc, tsconfig.json или pyproject.toml с соответствующими настройками.
Может ли этот навык автоматически исправить все ошибки линтинга?
Нет. Флаг --fix обрабатывает автоматически исправляемые проблемы, такие как форматирование. Логические ошибки, несоответствия типов и сложные нарушения требуют ручного исправления.
Работает ли это с монорепозиториями?
Да. Запустите навык с аргументом пути к конкретному проекту для валидации отдельных пакетов в структуре монорепозитория.
Сколько времени занимает валидация?
Обычные запуски завершаются за 5-30 секунд. Каждый линтер имеет таймаут 120 секунд для больших кодовых баз.
Какие языки поддерживаются?
Node.js, TypeScript и Python. Другие языки требуют кастомной интеграции линтера.
Отправляется ли мой код во внешние сервисы?
Нет. Весь линтинг выполняется локально с использованием установленных инструментов. Код не передается вовне.

Сведения для разработчиков

Автор

sickn33

Лицензия

MIT

Ссылка

main

Структура файлов