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 для конкретной задачи.

Всеобъемлющее руководство по документации для проектов на Golang, охватывающее godoc-комментарии, README, CONTRIBUTING, CHANGELOG, Go Playground, примеры тестов, документацию API и llms.txt. Используется при написании или рецензировании комментариев к документации, добавлении примеров кода, настройке сайтов документации или обсуждении лучших практик документирования. Срабатывает как для библиотек, так и для приложений/CLI.

We need to translate the given text from English to Russian, preserving the name "golang-error-handling" but only if it appears in the source text. The source text does not contain the name "golang-error-handling" explicitly; it only appears in the instruction as the directory item name. The instruction says: "Do not include the name unless it appears in the source text." So we should not add it. Also preserve product names, protocol names, URLs, numbers, technical terms. The text includes: "Golang", "%w", "errors.Is/As", "errors.Join", "panic/recover", "slog", "HTTP", "samber/oops", "samber/cc-skills-golang@golang-samber-oops". Also "3rd-party" should be preserved as is or translated? "3rd-party" is a term, but we can translate as "сторонних" but keep the number? Better to keep "3rd-party" as is? The instruction says "preserve ... numbers, technical terms". "3rd

We need to translate the given text from English to Russian, preserving the specified name "golang-google-wire" but only if it appears in the source text. The source text does not contain that name; it contains "google/wire" and "github.com/google/wire". So we don't include "golang-google-wire". We translate the entire text inside <text> tags, preserving technical terms like wire.NewSet, wire.Build, etc., URLs, numbers, and code snippets. No extra commentary, labels, or formatting. The text is a description of compile-time dependency injection in Golang using google/wire. We need to translate it naturally into Russian, keeping all technical terms and code references intact. Let's translate: "Compile-time dependency injection in Golang using google/wire — wire.NewSet, wire.Build, wire.Bind (interface→concrete), wire.Struct, wire.Value, wire.InterfaceValue, wire.FieldsOf, cleanup functions, //go:build wireinject injector files, and generated wire_gen.go

Предоставляет рекомендации по использованию gRPC, организации protobuf и шаблоны для production-ready микросервисов на Golang. Используйте при реализации, ревью или отладке gRPC-серверов/клиентов, написании proto-файлов, настройке перехватчиков, обработке ошибок gRPC с кодами статуса, конфигурации TLS/mTLS, тестировании с bufconn или работе с потоковыми RPC.

Оркестратор навыков Golang — всегда активен при любой задаче по написанию, ревью, отладке или настройке кода на Golang. Читает контекст задачи и загружает наиболее релевантные навыки из samber/cc-skills-golang, часто сразу несколько: написание gRPC-сервиса загружает golang-grpc + golang-testing + golang-error-handling; отладка паники загружает golang-troubleshooting + golang-safety; аудит безопасности загружает golang-security + golang-lint + golang-safety. Также: устраняет неоднозначность конкурирующих кластеров, когда два навыка кажутся пересекающимися...

Лучшие практики линтинга и настройка golangci-lint для проектов на Golang — запуск линтеров, настройка .golangci.yml, подавление предупреждений с помощью директив nolint, интерпретация вывода линтера и выбор линтеров. Используйте при настройке golangci-lint, вопросах о предупреждениях линтера или подавлении nolint, настройке инструментов качества кода или выборе линтеров. Также используйте, когда пользователь упоминает golangci-lint, go vet, staticcheck или revive.

golang-linter — устанавливаемый навык для ИИ-агентов.

Модернизация Golang-кода с использованием новых возможностей языка, улучшений стандартной библиотеки и идиоматических паттернов. Запускать проактивно при написании или ревью Go-кода, когда обнаружены устаревшие паттерны, или при появлении предупреждений об устаревании. Также использовать, когда пользователь явно запрашивает модернизацию, обновление версии Go или обновление CI/инструментов.

Соглашения об именовании в Go (Golang) — охватывают пакеты, конструкторы, структуры, интерфейсы, константы, перечисления, ошибки, булевы значения, получатели, геттеры/сеттеры, функциональные опции, аббревиатуры, тестовые функции и имена подтестов. Используйте этот навык при написании нового кода на Go, ревью или рефакторинге, выборе между альтернативами именования (New vs NewTypeName, isConnected vs connected, ErrNotFound vs NotFoundError, StatusReady vs StatusUnknown в iota 0), обсуждении имен пакетов Go (антипаттерны utils/helpers) или...

Шаблоны и методология оптимизации производительности Golang — если узкое место X, примени Y. Охватывает снижение аллокаций, эффективность CPU, компоновку памяти, настройку GC, пулинг, кэширование и оптимизацию горячих путей. Используйте, когда профилирование или бенчмарки выявили узкое место и вам нужен правильный шаблон оптимизации для его устранения. Также используйте при проведении код-ревью производительности, чтобы предложить улучшения или бенчмарки, которые помогут выявить быстрые выигрыши в производительности. Не для методологии измерений (→...

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

Защитное программирование на Golang для предотвращения паник, скрытого повреждения данных и трудноуловимых ошибок времени выполнения. Используйте при обнаружении паник из-за nil, проблем с алиасингом при append, конкурентного доступа к map, подводных камней сравнения чисел с плавающей запятой или вопросов проектирования нулевых значений. Также используйте при проверке кода на nil-безопасность, переполнение при преобразовании числовых типов, проблемы жизненного цикла ресурсов (defer в циклах) или защитное копирование срезов и map.

Внедрение зависимостей в Golang с использованием samber/do — контейнеры сервисов, управление жизненным циклом, области видимости, проверки работоспособности, корректное завершение работы и организация модулей. Применяется при использовании или внедрении samber/do, когда кодовая база импортирует github.com/samber/do или github.com/samber/do/v2, или при рефакторинге ручного внедрения конструкторов в DI-контейнер.

Monadic types for Golang using samber/mo — Option, Result, Either, Future, IO, Task, and State types for type-safe nullable values, error handling, and functional composition with pipeline sub-packages. Apply when using or adopting samber/mo, when the codebase imports `github.com/samber/mo`, or when considering functional programming patterns as a safety design for Golang.

Лучшие практики безопасности и предотвращение уязвимостей для Golang. Охватывает инъекции (SQL, командные, XSS), криптографию, безопасность файловой системы, сетевую безопасность, куки, управление секретами, безопасность памяти и логирование. Применяется при написании, рецензировании или аудите Go-кода на безопасность, а также при работе с любым рискованным кодом, связанным с криптографией, вводом-выводом, управлением секретами, обработкой пользовательского ввода или аутентификацией. Включает настройку инструментов безопасности.

We need to translate the given text from English to Russian, preserving the name "golang-spf13-viper" but it's not in the text. The text is a description of a Golang configuration library using spf13/viper. We must not include the name unless it appears in the source text. The source text does not contain "golang-spf13-viper". So we just translate the text inside <text>. We need to preserve technical terms like spf13/viper, BindPFlag, BindPFlags, SetEnvPrefix, SetEnvKeyReplacer, AutomaticEnv, ReadInConfig, ConfigFileNotFoundError, Unmarshal, mapstructure, Sub, WatchConfig, OnConfigChange, viper.New(), etc. Also preserve URLs like github.com/spf13/viper. Translate the rest naturally. The text: "Golang configuration library using spf13/viper — layered precedence (flag > env > file > KV > default), BindPFlag/BindPFlags, SetEnvPrefix + SetEnv

Полное руководство по stretchr/testify для тестирования на Golang. Подробно рассматривает пакеты assert, require, mock и suite. Используйте при написании тестов с testify, создании моков, настройке тестовых наборов или выборе между assert и require. Охватывает утверждения testify, ожидания моков, сопоставление аргументов, проверку вызовов, жизненный цикл набора тестов и продвинутые шаблоны, такие как Eventually, JSONEq и пользовательские сопоставители. Применяйте, когда кодовая база импортирует github.com/stretchr/testify.

Шаблоны проектирования структур и интерфейсов Golang — композиция, встраивание, утверждения типов, переключатели типов, разделение интерфейсов, внедрение зависимостей через интерфейсы, теги полей структур, а также получатели указателей и значений. Используйте этот навык при проектировании типов Go, определении или реализации интерфейсов, встраивании структур или интерфейсов, написании утверждений типов или переключателей типов, добавлении тегов полей структур для сериализации JSON/YAML/БД или выборе между получателями указателей и значений. Также используйте, когда пользователь...

We need to translate the given text from English to Russian, preserving the name "golang-testing" if it appears. The text is a description of a skill for Go testing. The instruction says: "Translate only the text inside <text>. Do not include the name unless it appears in the source text." The name "golang-testing" does not appear in the source text, so we should not add it. Also, preserve product names, protocol names, URLs, numbers, technical terms. So "golang-testing" is not in the source, but "golang-stretchr-testify" is. We must preserve that. Also "goleak" is a tool name, preserve. "testify" is a library name, preserve. "CI" is an acronym, preserve. "Go" is a language name, preserve. "table-driven tests", "testify suites and mocks", "parallel tests", "fuzzing", "fixtures", "goroutine leak detection", "snapshot testing", "code coverage", "integration tests",

Этот навык следует использовать, когда пользователь хочет «написать код агента», «создать агента с помощью ADK», «добавить инструмент», «создать обратный вызов», «определить агента», «использовать управление состоянием» или нуждается в шаблонах Python API и примерах кода для ADK (Agent Development Kit). Часть набора навыков Google ADK. Предоставляет краткий справочник по типам агентов, определениям инструментов, шаблонам оркестрации, обратным вызовам и управлению состоянием. НЕ использовать для создания новых проектов (используйте google-agents-cli-scaffold) или развертывания...

Выполняет бюджетно-ориентированный аудит инженерного здоровья с помощью агента для проверки дрейфа инструкций/конфигураций, хуков/MCP, поверхностей верификатора и поддерживаемости ИИ. Используйте, когда пользователи запрашивают 检查claude/检查codex/检查pi/配置检查/健康度 или сообщают, что агенты игнорируют инструкции, отсутствует валидация или код становится сложным для поддержки. Не предназначено для отладки кода или ревью пул-реквестов.

Находит первопричину перед применением исправлений для ошибок, сбоев, регрессий, падающих тестов, некорректного поведения и дефектов, сообщённых через скриншоты. Используйте, когда пользователи просят 排查/报错/崩溃/不工作/回归/判断为什么报错 или говорят, что что-то раньше работало, а теперь не работает. Не предназначено для ревью кода или новых функций.

Установка и подключение блоков и компонентов реестра в композиции HyperFrames. Используется при выполнении hyperframes add, установке блока или компонента, подключении установленного элемента в index.html или работе с hyperframes.json. Охватывает команду add, места установки, подключение подкомпозиций блоков, слияние фрагментов компонентов, обнаружение реестра и создание нового блока или компонента для передачи в основной репозиторий (идея → заготовка → проверка → PR).

Реализовать часть работы на основе PRD или набора задач.

Реализовать утверждённую функцию из PRODUCT.md и TECH.md, поддерживая согласованность спецификаций и кода в одном PR по мере развития реализации. Использовать после утверждения продуктовых и технических спецификаций, когда следующим шагом является создание функции.

Провести аудит любой кодовой базы в роли старшего консультанта и подготовить приоритизированные, самодостаточные планы реализации для выполнения ДРУГИМИ моделями/агентами. Строго режим «только чтение» исходного кода — никогда ничего не реализует, не исправляет и не рефакторит самостоятельно. Использовать, когда требуется провести аудит кодовой базы, найти возможности для улучшения (ошибки, безопасность, производительность, покрытие тестами, технический долг, миграции, DX), предложить функции или определить направление развития проекта (дорожная карта, продуктовая стратегия) или сгенерировать планы передачи задач другому агенту...

Находить возможности для углубления в кодовой базе, руководствуясь предметным языком из CONTEXT.md и решениями из docs/adr/. Использовать, когда пользователь хочет улучшить архитектуру, найти возможности для рефакторинга, объединить тесно связанные модули или сделать кодовую базу более тестируемой и удобной для навигации ИИ.

Мигрирует React-проекты и компоненты с Radix UI на Base UI. Используйте, когда требуется миграция с radix, переход на base-ui, преобразование примитивов radix или смена базовой библиотеки проекта shadcn. Обрабатывает как отдельные компоненты («migrate accordion»), так и целые проекты.

Migrate test files from `as` type assertions to @total-typescript/shoehorn. Use when user mentions shoehorn, wants to replace `as` in tests, or needs partial test data.

We need to translate the given English text into Russian, preserving the name "minimal-run-and-audit" if it appears. The text is a description of a skill. The instruction says: "Translate only the text inside <text>. Do not include the name unless it appears in the source text." The source text does not contain the name "minimal-run-and-audit". The name is given in the context but not inside the <text> tags. So we should not include it. Also, we must preserve product names, protocol names, URLs, numbers, technical terms. The text includes "Rigor Run skill", "README-first", "repro_outputs/", "patch notes", etc. We need to translate the rest naturally. Let's translate: "Rigor Run skill for README-first deep learning repo reproduction." -> "Навык Rigor Run для воспроизведения репозитория глубокого обучения с приоритетом README." "Use when the task is specifically to capture or normalize evidence from the selected smoke test or documented inference

Исследуйте и понимайте рабочие пространства Nx. ИСПОЛЬЗУЙТЕ при ответах на вопросы о рабочем пространстве, проектах или задачах. ТАКЖЕ ИСПОЛЬЗУЙТЕ, когда команда nx завершается ошибкой или вам нужно проверить доступные цели/конфигурацию перед запуском задачи. ПРИМЕРЫ: «Какие проекты есть в этом рабочем пространстве?», «Как настроен проект X?», «Что зависит от библиотеки Y?», «Какие цели я могу запустить?», «Не удается найти конфигурацию для задачи», «отладка сбоя задачи nx».

Заставляет выбрать самое ленивое, но работающее решение: самое простое, короткое, минимальное. Включает режим старшего разработчика, который всё видел: ставить под сомнение необходимость задачи (YAGNI), сначала использовать стандартную библиотеку, а не собственный код, нативные возможности платформы вместо зависимостей, одну строку вместо пятидесяти. Поддерживает уровни интенсивности: lite, full (по умолчанию), ultra. Использовать, когда пользователь говорит «ponytail», «будь ленивым», «ленивый режим», «самое простое решение», «минимальное решение», «yagni», «делай меньше» или...

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

Harvest every `ponytail:` comment in the codebase into a debt ledger, so the deliberate shortcuts and deferrals ponytail leaves behind get tracked instead of rotting into "later means never". Use when the user says "ponytail debt", "/ponytail-debt", "what did ponytail defer", "list the shortcuts", "ponytail ledger", or "what did we mark to do later". One-shot report, changes nothing.

Ревью кода, сосредоточенное исключительно на излишней сложности. Находит, что удалить: переизобретённая стандартная библиотека, ненужные зависимости, спекулятивные абстракции, мёртвая гибкость. Одна строка на находку: расположение, что вырезать, чем заменить. Используется, когда пользователь говорит «проверь на излишнюю сложность», «что можно удалить», «это переусложнено», «упрости ревью» или вызывает /ponytail-review. Дополняет ревью, ориентированное на корректность; это ищет только сложность.

pr-to-video workflow — pull request на GitHub (URL вида github.com/ / /pull/ , или / # , или «this PR» в репозитории с клоном) -> извлечённые данные PR (заголовок, описание, diff, коммиты, файлы, статистика +/-) -> narrator_scripts.json + аудио (голос + фоновая музыка) + section_plan.md -> видео с объяснением изменений кода / сравнением до и после / влиянием. Входные данные — ИЗМЕНЕНИЕ КОДА. URL — это ссылка на PR, а не маркетинговый сайт для парсинга; не текстовое описание и не сайт продукта. Для ввода, не являющегося PR (сайт продукта, общий сайт, текст темы),...

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

Интерактивная сессия QA, в ходе которой пользователь сообщает об ошибках или проблемах в разговорной форме, а агент создаёт задачи на GitHub. В фоновом режиме изучает кодовую базу для понимания контекста и предметной области. Используйте, когда пользователь хочет сообщить об ошибках, провести QA, создать задачи в разговорной форме или упоминает «QA session».

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

Обновляет существующие сайты и приложения до премиум-качества. Проводит аудит текущего дизайна, выявляет шаблонные AI-решения и применяет стандарты высококлассного дизайна без нарушения функциональности. Работает с любыми CSS-фреймворками и чистым CSS.

Создать детальный план рефакторинга с маленькими коммитами через интервью с пользователем, затем оформить его как issue на GitHub. Использовать, когда пользователь хочет спланировать рефакторинг, создать RFC по рефакторингу или разбить рефакторинг на безопасные пошаговые этапы.

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

Resolve Git merge conflicts by extracting only unresolved paths, conflict hunks, and compact diffs instead of loading whole files into context. Use when a merge, rebase, cherry-pick, or stash pop stops on conflicts, when `git status` shows unmerged paths, or when files contain conflict markers.

Используйте, когда нужно разрешить текущий конфликт слияния/перебазирования в git.

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

Проверить diff пул-реквеста и записать структурированную обратную связь в review.json для публикации в рамках рабочего процесса. Использовать при проверке выгруженного PR из локальных артефактов, таких как pr_diff.txt и pr_description.txt, и создавать машиночитаемый результат ревью вместо прямой публикации на GitHub.

Навык Rigor Debug / Rigor Audit для исследовательской работы в области глубокого обучения. Используйте, когда пользователь вставляет traceback, ошибку терминала, CUDA OOM, сбой загрузки контрольной точки, несоответствие форм, симптом NaN loss или сбой обучения и хочет консервативной диагностики до любого исправления, с четким разделением отладочных исправлений и исследовательских вкладов. Не используйте для широкого рефакторинга, спекулятивной адаптации, автоматического исследовательского исправления или общего ознакомления с репозиторием.

Настроить Husky pre-commit хуки с lint-staged (Prettier), проверкой типов и тестами в текущем репозитории. Использовать, когда пользователь хочет добавить pre-commit хуки, настроить Husky, сконфигурировать lint-staged или добавить форматирование/проверку типов/тестирование при коммите.

Эксперт по соответствию для snyk-agent-scan — сканера файлов навыков агента — НЕ для других инструментов Snyk CLI (snyk test, snyk code SAST, snyk iac, snyk container). Устраняет предупреждения путем реструктуризации содержимого, никогда не подавляя и не удаляя информацию. Охватывает каждый файл в каталоге навыка: SKILL.md, references/, assets/ и любые дополнительные файлы Markdown. Применяйте при создании нового навыка, редактировании существующего, триажировании неудачного запуска snyk-agent-scan локально или в CI, или при разблокировке PR, заблокированного агентом...

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

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

Используйте при реализации любой функции или исправления ошибки, перед написанием кода реализации

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

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

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