Почему ИИ делает разработчиков хуже в ревью кода

Вы замечали: код пишется быстрее, но объяснить его становится всё сложнее? Я тоже. В прошлом году я одобрил большую часть коммитов в своих проектах, а через сорок минут не мог сказать, зачем в функции нужен лок. Это не проблема отдельного разработчика — это системный сдвиг, который уже измерили.

Что именно деградирует

Когда исследователи тестировали пилотов, пересевших на высокоавтоматизированные самолеты, выяснилось: процедурные навыки (ручное пилотирование) остаются, а когнитивные — осознание положения самолета, отслеживание следующих шагов, распознавание отказа приборов — проседают. То же самое с разработчиками. Набирать код ИИ не мешает, но разрушает внутреннюю модель того, что ты делаешь.

В 2024 году обзор Макнамары показал: поскольку ИИ имитирует именно когнитивную работу, а не механическую, вызванная им деградация навыков должна быть хуже, чем в авиации. Ревью кода, поиск ошибок, решение, когда «правдоподобный ответ» на самом деле неверен, — это как раз когнитивная колонка. Мы автоматизировали упражнения, которые и создавали нашу экспертизу.

Почему вы не замечаете проблему

Есть три независимых факта, которые объясняют, почему самооценка тут не работает.

Первый. Обычная деградация навыка заметна — вы перестали практиковаться. С ИИ вы продолжаете делать ревью и коммиты, только мыслительный процесс исчез. Сигнала нет, пока CI зеленый.

Второй. В рандомизированном исследовании METR (2025) разработчики с опытом предсказывали, что ИИ ускорит их на 24%, после оценивали ускорение в 20%, а на деле оказались на 19% медленнее. Причем на задачах с высоким опытом замедление было больше. Люди ошибались в оценке собственного опыта сразу после его получения.

Третий. Классический эффект тестирования Родигера и Карпике: студенты, которые перечитывали материал, были увереннее в себе, но вспомнили 40% против 61% у тех, кто проверял себя. Перечитывание диффа, пока он не покажется нормальным, — ровно та же операция.

Быстрая самопроверка

Прежде чем читать дальше, попробуйте на своем коде. Две минуты:

1. Откройте последний PR, который в основном написал ИИ. Не читайте его.
2. В отдельном файле запишите: что делает этот код, зачем он нужен, что сломается, если его удалить.
3. Теперь прочитайте диф.

Заметьте, где вы зависли. Не «были ли вы правы», а где именно вы не смогли объяснить. Это называется иллюзией объяснительной глубины — мы оцениваем свое понимание выше, чем оно есть, до того как нас просят дать реальное объяснение. Эффект усиливается, когда механизм у вас перед глазами. Диф — идеальный триггер.

Почему обычные советы не работают

«Дни без ИИ», «попробуйте вручную 15 минут», «объясняйте каждую строку вслух» — все это правильно, но у всех один изъян: это дисциплина, вынесенная за пределы рабочего процесса. Требуется сила воли, время и напоминание. Один пропуск — и привычка умирает. Скилл-скоринг (типа «ваш уровень: 73%») тоже не помогает: создает зависимость от приложения и внешнюю мотивацию вместо внутренней. Помните, как 74% пользователей бросают health-приложения? Здесь та же ловушка.

Что действительно работает

В январе 2026 Anthropic опубликовала рандомизированное исследование: 52 разработчика учили асинхронную библиотеку Trio. Половина работала с ИИ, половина с документацией. Группа с ИИ показала 50% в тесте на понимание против 67% у «ручных» разработчиков, причем разрыв оказался максимальным на вопросах отладки — ключевом навыке для ловли ошибок ИИ. Но главное: исследователи выделили шесть паттернов взаимодействия, и три из них сохраняли понимание даже с полным использованием ИИ.

Переменная не в том, сколько ИИ вы используете, а в том, происходит ли акт припоминания или объяснения в момент использования. Это маленькое вмешательство — не «день без ИИ», а встроенный в работу вопрос-провокация.

Практический рецепт

Встраивайте в процесс ревью обязательный вопрос перед одобрением. Не «все ли ок?», а один из:

• Что делает это изменение?
• Что сломается, если его удалить?
• Какой краевой случай он не покрывает?

Сверьте свой ответ с дифом. Записывайте не оценку, а расхождения. Через месяц у вас будет объективная статистика: где вы ошибались, какие баги пропустили. Это не дашборд со стрелочками, а наблюдаемый факт.

Если вы работаете в команде — сделайте это частью code review: перед approve каждый ревьюер пишет две строки объяснения. Не для галочки, а чтобы поймать момент, когда вы перестали понимать свой код. Это займет 20 секунд, но вернет вам чувство контроля.

Вывод

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