Перед каждым коммитом хочется одного и того же дисциплинированного обзора: correctness, security, compatibility, пропущенные тесты, лишние несвязанные изменения. Но делать это руками каждый раз - значит делать по-разному и легко пропустить под давлением сроков. Дисциплина, которая держится на памяти человека, рано или поздно провисает именно тогда, когда важнее всего. И пропуск обходится тем дороже, чем позже обнаружен: незамеченный на обзоре дефект уезжает в историю коммитов, и достаётся его оттуда уже отдельной правкой.

Наивный ход - попросить агента в свободной форме: "проверь мои изменения перед коммитом". Один раз сработает, но каждый следующий - иначе: границы обзора плывут, чек-лист в голове меняется, а ревьюящий агент вполне может начать заодно и править. Обзор без фиксированной формы - это не процедура, а настроение.

Ломается это на двух вещах. У свободного обзора нет закреплённого чек-листа, поэтому он то полон, то поверхностен. И у него нет гарантии, что агент не тронет файлы: ревьюер, который умеет писать, - уже не ревьюер. Он может тихо "починить" то, что сам же отметил, и вы теряете главную ценность - независимый второй взгляд на неизменный diff.

Решение - упаковать обзор в навык с урезанными правами. Во frontmatter навык назван precommit-review, у него allowed-tools ограничены чтением (read, grep, glob, exec), а permissions разрешают только Exec(git diff) и Exec(git status) и явно запрещают edit и Write(**). triggers: user делает его осознанной командой, а не автоматически срабатывающим правилом. Каждое поле здесь несёт смысл: allowed-tools очерчивает, к чему навык вообще прикасается, permissions - что из этого разрешено без вопросов, а trigger user гарантирует, что обзор запускаете вы, а не он сам в неожиданный момент.

Тело навыка описывает сам обзор словами: прочитать AGENTS.md и staged diff; проверить correctness, security, compatibility, пропущенные тесты и несвязанные изменения; не изменять файлы; вернуть findings по severity с указанием file:line, затем residual risks и команды проверки. Это законченная процедура с одним ясным выходом - отчётом, а не правкой. Порядок вывода тоже не случаен: сначала findings по severity, чтобы важное было сверху, затем остаточные риски, которые обзор не закрывает, и в конце команды, которыми результат можно перепроверить руками.