requesting-code-review
Запросить рецензирование кода ИИ
Также доступно от: davila7,DMJGilbert,DYAI2025,Cygnusfear,Cycleaddict,CodingCossack,obra
Разработчики часто упускают проблемы в собственном коде, потому что слишком близко знакомы с реализацией. Этот навык отправляет ИИ-субагента для проверки изменений кода на соответствие требованиям, оценки качества, архитектуры, тестирования и готовности к продакшену перед слиянием.
Скачать ZIP навыка
Загрузить в Claude
Перейдите в Settings → Capabilities → Skills → Upload skill
Включите и начните использовать
Протестировать
Использование «requesting-code-review». Request code review for my authentication module changes
Ожидаемый результат:
### Сильные стороны
- Чёткое разделение ответственности с сервисом аутентификации (auth.ts:1-50)
- Правильное хеширование паролей с использованием bcrypt (hash.ts:15)
- Хорошее покрытие тестами граничных случаев
### Проблемы
#### Важные
1. **Отсутствует проверка истечения срока действия токена**
- Файл: auth.ts:45
- Проблема: Токены никогда не истекают, создавая риск безопасности
- Исправление: Добавить временную метку истечения срока в JWT payload
#### Незначительные
1. **Несогласованные сообщения об ошибках**
- Файл: auth.ts:30-35
### Оценка
**Готово к слиянию: С исправлениями**
**Обоснование:** Логика аутентификации надёжная. Важная проблема с истечением срока токена должна быть устранена перед использованием в продакшене.
Использование «requesting-code-review». Review my database migration changes
Ожидаемый результат:
### Сильные стороны
- Правильные ограничения внешнего ключа (migrations/002.sql:20)
- Хорошая стратегия отката
### Проблемы
#### Критичные
1. **Отсутствует резервное копирование перед деструктивной операцией**
- Файл: migrations/003.sql:15
- Проблема: DROP TABLE без стратегии резервного копирования
- Исправление: Добавить скрипт миграции данных или шаг резервного копирования
### Оценка
**Готово к слиянию: С исправлениями**
**Обоснование:** Критичная проблема безопасности данных должна быть решена.
Аудит безопасности
БезопасноAll 27 static findings are false positives. The skill uses legitimate git commands (git diff, git rev-parse) for code review - these are standard development operations. The detected 'weak cryptographic algorithm' patterns match the word 'security' in documentation headings, not actual crypto code. The 'system reconnaissance' matches are generic text. This is a safe code review workflow skill with no command injection risk - git commands use hardcoded arguments with template variable placeholders.
Факторы риска
⚙️ Внешние команды (5)
Обнаруженные паттерны
Оценка качества
Что вы можете построить
Рецензирование кода перед слиянием
Используйте перед слиянием функциональных веток для раннего обнаружения проблем. Субагент просматривает все изменения на соответствие требованиям и даёт чёткий вердикт: готово/не готово.
Проверка задач субагента
После выполнения каждой задачи субагентом в agent-driven разработке вызывайте рецензента кода для проверки работы перед переходом к следующей задаче.
Застревание на проблеме
При работе над сложным багом или функционалом запросите рецензирование кода, чтобы получить свежий взгляд ИИ-субагента на потенциальные проблемы или лучшие подходы.
Попробуйте эти промпты
Request code review for the changes I just made. Use the requesting-code-review skill with: WHAT_WAS_IMPLEMENTED: [describe what you built], PLAN_OR_REQUIREMENTS: [link to plan or describe requirements], BASE_SHA: [starting commit], HEAD_SHA: [ending commit], DESCRIPTION: [brief summary]
Please review my latest feature implementation using the requesting-code-review skill. Compare against the requirements in docs/plans/[feature-name].md. Include architecture assessment and testing coverage evaluation.
Run the code-reviewer subagent to verify the task just completed. Check against the original task requirements and report any Critical or Important issues that need fixing before proceeding.
Request a code review of the current state of [component/module] before I refactor it. This will serve as a baseline to ensure the refactoring does not introduce regressions.
Лучшие практики
- Предоставляйте чёткие требования или ссылку на план при запросе рецензирования — субагент сравнивает реализацию с ними
- Проводите рецензирование после каждой значимой задачи в agent-driven разработке, чтобы выявлять проблемы до их накопления
- Исправляйте Критичные и Важные проблемы перед продолжением; устраняйте Незначительные проблемы в последующей работе
Избегать
- Пропуск рецензирования, потому что изменение кажется простым — даже небольшие изменения могут иметь тонкие ошибки
- Игнорирование Критичных проблем или продолжение работы с неисправленными Важными проблемами
- Запрос рецензирования без предоставления чётких требований или плана для сравнения субагентом
Часто задаваемые вопросы
Чем этот навык отличается от использования Claude напрямую?
Могу ли я использовать это для любого языка программирования?
Что делать, если у меня нет формального документа требований?
Заменяет ли это человеческое рецензирование кода?
Как получить BASE_SHA и HEAD_SHA?
Могу ли я настроить критерии рецензирования?
Сведения для разработчиков
Автор
ZhanlinCuiЛицензия
MIT
Репозиторий
https://github.com/ZhanlinCui/Ultimate-Agent-Skills-Collection/tree/main/requesting-code-reviewСсылка
main
Структура файлов