Skills Ревью кода

Проводить аудит и улучшать веб-доступность в соответствии с рекомендациями WCAG 2.2. Использовать по запросам «улучшить доступность», «аудит a11y», «соответствие WCAG», «поддержка экранных дикторов», «навигация с клавиатуры» или «сделать доступным».

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

Генерирует код Angular и предоставляет архитектурные рекомендации. Запускается при создании проектов, компонентов или сервисов, а также для получения лучших практик по реактивности (signals, linkedSignal, resource), формам, внедрению зависимостей, маршрутизации, SSR, доступности (ARIA), анимациям, стилизации (стили компонентов, Tailwind CSS), тестированию или работе с CLI.

Применяйте современные лучшие практики веб-разработки для обеспечения безопасности, совместимости и качества кода. Используйте, когда вас просят «применить лучшие практики», «провести аудит безопасности», «модернизировать код», «проверить качество кода» или «проверить на уязвимости».

We need to translate the given text from English to Russian. The text is a description of a decision guide for delegating to subagents. We must preserve product names, protocol names, URLs, numbers, technical terms. The name "cavecrew" appears multiple times, but the instruction says "Do not include the name unless it appears in the source text." Since it appears in the source, we should keep it as is. Also preserve "cavecrew-investigator", "cavecrew-builder", "cavecrew-reviewer", "Explore" (capitalized), "~60%", "main context", "tool-result", "inline", "vanilla". The trigger phrases should be translated but the names inside them preserved? The trigger says "delegate to subagent", "use cavecrew", "spawn..." - we should translate the English words but keep "cavecrew" as is. Also "caveman-style" and "caveman-compressed" - "caveman" is part of the style name, likely should be kept as

Ультра-сжатый генератор сообщений коммитов. Убирает шум из сообщений коммитов, сохраняя намерение и обоснование. Формат Conventional Commits. Тема ≤50 символов, тело только когда «почему» не очевидно. Используется, когда пользователь говорит «напиши коммит», «сообщение коммита», «сгенерируй коммит», «/commit» или вызывает /caveman-commit. Автоматически срабатывает при подготовке изменений.

Ультра-сжатые комментарии к ревью кода. Убирает шум из фидбека по PR, сохраняя полезный сигнал. Каждый комментарий — одна строка: место, проблема, исправление. Используется, когда пользователь говорит «проверь этот PR», «ревью кода», «проверь diff», «/review» или вызывает /caveman-review. Автоматически срабатывает при ревью пул-реквестов.

Проверяет различия в коде, PR, очереди задач, готовность к релизу, коммиты, пуши, публикации и аудиты проектов. Используйте, когда пользователи просят review/看看代码/合并前/看看issue/PR/release/push или для реализации утверждённого плана, с защитными механизмами для грязных и неотслеживаемых рабочих деревьев. Не предназначено для поиска идей, отладки первопричин или рецензирования текста.

Сравнить реализацию пул-реквеста с контекстом спецификации в spec_context.md и внести любые существенные несоответствия в review.json. Использовать во время ревью PR, когда он одобрен или доступен контекст спецификации репозитория.

Проверьте изменения с фиксированной точки (коммит, ветка, тег или merge-base) по двум осям — Стандарты (соответствует ли код задокументированным стандартам кодирования этого репозитория?) и Спецификация (соответствует ли код тому, что требовалось в исходной задаче/PRD?). Запускает обе проверки в параллельных под-агентах и выводит результаты рядом. Используйте, когда пользователь хочет проверить ветку, PR, незавершённые изменения или просит «проверить с X».

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

Упрощает код для повышения читаемости. Используйте при рефакторинге кода для ясности без изменения поведения. Используйте, когда код работает, но его сложнее читать, поддерживать или расширять, чем следовало бы. Используйте при проверке кода, который накопил излишнюю сложность.

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

Стандарты именования веток, рабочих деревьев и сообщений коммитов Conventional Commits v1.0.0 для проектов GitHub и GitLab. Используется при создании веток, именовании рабочих деревьев, написании коммитов, генерации сообщений коммитов, проверке соглашений о ветках или настройке автоматизации журнала изменений. Применяется, когда вашему проекту требуется согласованная история git, релизы на основе SemVer, парсируемая генерация журнала изменений или автоматическое закрытие задач. Запускается, когда пользователь спрашивает, как назвать рабочее дерево, создать git worktree или...

Создать пулл-реквест в репозитории warp для текущей ветки. Используйте, когда пользователь упоминает открытие PR, создание пулл-реквеста, отправку изменений на ревью или подготовку кода к слиянию.

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

Управляет устареванием и миграцией. Используйте при удалении старых систем, API или функций. Используйте при миграции пользователей с одной реализации на другую. Используйте при принятии решения о поддержке или прекращении использования существующего кода.

Цикл диагностики сложных ошибок и регрессий производительности. Используйте, когда пользователь говорит «диагностируй»/«отладь это» или сообщает о чём-то сломанном/выбрасывающем ошибки/падающем/медленном.

Используйте, когда у вас есть письменный план реализации для выполнения в отдельном сеансе с контрольными точками проверки

We need to translate the given text from English to Russian. The text is a description of an agent skill called "explore-code". The instruction says to preserve the name "explore-code" if it appears in the source text. It does appear in the source text? Let's check: The source text has "explore_outputs/" but not "explore-code" as a name. The name is given in the context: "Name to preserve: explore-code". But the instruction says "Do not include the name unless it appears in the source text." So we should not add "explore-code" to the translation. The source text does not contain "explore-code" as a word. It contains "explore_outputs/" which is a directory name. We should preserve that as is. Now translate the text. The text is: "Rigor Improve implementation leaf skill for auditable candidate implementation in deep learning research repositories. Use when the researcher explicitly authorizes exploratory work on an isolated branch or worktree to transplant modules, adapt a backbone, add LoRA or adapter

Руководство по разработке серверов Fastify Node.js и REST API с использованием TypeScript или JavaScript. Используйте при создании, настройке или отладке приложения Fastify — включая определение маршрутов, реализацию плагинов, настройку валидации JSON Schema, обработку ошибок, оптимизацию производительности, управление аутентификацией, настройку CORS и заголовков безопасности, интеграцию баз данных, работу с WebSockets и развертывание в production. Охватывает полный жизненный цикл запроса Fastify (хуки,...

Используется, когда реализация завершена, все тесты пройдены, и необходимо решить, как интегрировать работу — направляет завершение разработки, предлагая структурированные варианты: слияние, пул-реквест или очистка.

Исправление ошибок компиляции, проблем линтинга и сбоев тестов в кодовой базе warp на Rust. Охватывает пресабмитные проверки, ошибки, специфичные для WASM, и запуск определённых тестов. Используйте, когда пользователь сталкивается с ошибками сборки, сбоями clippy или fmt, провалами тестов или необходимостью запустить или интерпретировать пресабмит перед PR.

Переопределяет стандартное поведение LLM по усечению. Обеспечивает полную генерацию кода, запрещает шаблоны-заполнители и корректно обрабатывает разделение при превышении лимита токенов. Применяйте к любой задаче, требующей исчерпывающего, несокращённого вывода.

Структурирует практики git-воркфлоу. Используй при любом изменении кода. Используй при коммитах, ветвлении, разрешении конфликтов или когда нужно организовать работу в нескольких параллельных потоках. Используй при создании релиза, выборе семантического версионирования, тегировании или написании changelog.

Бенчмаркинг, профилирование и измерение производительности на Golang. Используется при написании, запуске или сравнении Go-бенчмарков, профилировании горячих путей с помощью pprof, интерпретации профилей CPU/памяти/трассировки, анализе результатов с benchstat, настройке обнаружения регрессий производительности в CI или исследовании продуктивности в production с помощью метрик времени выполнения Prometheus. Также применяется, когда разработчику требуется глубокий анализ конкретного показателя производительности — этот навык предоставляет методологию измерений, в то время как...

Golang code style conventions — line length and breaking, variable declarations, control flow clarity, when comments help vs hurt. Use when writing or reviewing Go code, asking about style or clarity, or establishing project coding standards. Not for naming conventions (→ See `samber/cc-skills-golang@golang-naming` skill), linter configuration (→ See `samber/cc-skills-golang@golang-lint` skill), or doc comments (→ See `samber/cc-skills-golang@golang-documentation` skill).

Паттерны конкурентности в Golang. Используется при написании или ревью конкурентного кода на Go, включающего горутины, каналы, select, блокировки, примитивы синхронизации, errgroup, singleflight, пулы воркеров или конвейеры fan-out/fan-in. Также срабатывает при обнаружении утечек горутин, состояний гонки, проблем с владением каналами или необходимости выбора между каналами и мьютексами.

Всеобъемлющее руководство по внедрению зависимостей (DI) в Golang. Охватывает важность DI (тестируемость, слабая связанность, разделение ответственности, управление жизненным циклом), ручное внедрение через конструктор и сравнение DI-библиотек (google/wire, uber-go/dig, uber-go/fx, samber/do). Используйте этот навык при проектировании сервисной архитектуры, настройке внедрения зависимостей, рефакторинге тесно связанного кода, управлении синглтонами или фабриками сервисов, а также когда пользователь спрашивает об инверсии управления, сервисах...

Идиоматические шаблоны проектирования Golang — функциональные опции, конструкторы, обработка ошибок и каскадирование, управление ресурсами и жизненным циклом, корректное завершение работы, отказоустойчивость, архитектура, внедрение зависимостей, работа с данными, стриминг и другое. Применяйте при осознанном выборе между архитектурными шаблонами, реализации функциональных опций, проектировании API конструкторов, настройке корректного завершения работы, применении шаблонов отказоустойчивости или при выборе идиоматического шаблона Go для конкретной задачи.