Skills Ревью кода

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.

Проверить 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 — требует выполнения команд верификации и подтверждения результата перед любыми заявлениями об успехе; сначала доказательства, потом утверждения.