Критическое чтение диффов

Дифф — это список того, что именно изменилось: красные строки удалены, зелёные добавлены. Чтение диффов — самая рычажная привычка в vibe coding, потому что именно здесь вы ловите AI на том, что он делает что-то, о чём вы не просили.

Вам не нужно понимать каждую строку. Просматривайте на наличие этих тревожных флагов:

• Файлы, которые вы не ожидали увидеть изменёнными. Почему был тронут конфигурационный файл?
• Удалённый код. Не убрал ли он проверку валидации, обработчик ошибок или тест, «чтобы он прошёл»?
• Секреты или захардкоженные значения. API-ключи, пароли или URL, которых не должно быть в коде.
• Отключённые проверки. Пропущенный тест, закомментированная защита, // @ts-ignore или ослабленное разрешение.
• Расползание области. Изменения далеко за пределами того, о чём вы просили.

Если что-то выглядит не так, спросите: «Объясни, почему ты изменил X — я об этом не просил». Особенно заставляйте AI обосновывать удаления. «Это вызывало ошибку» — это причина понять ошибку, а не удалять проверку.

Практичный способ выработать привычку: читайте дифф до того, как примете изменение, никогда не после. Как только код смержен и приложение вроде бы работает, вы уже никогда не вернётесь и не прочитаете его — нет трения, которое заставило бы. Момент ревью должен быть моментом решения. Здесь помогают инструменты: git diff --stat даёт вам сводку по одной строке на файл, так что неожиданный файл сразу бросается в глаза, а ревью на странице pull request показывает всё изменение единым прокручиваемым видом, а не разбросанным по вашему редактору.