AI приняли. Но junior-разработчикам всё равно доверяют меньше

Microsoft Research опубликовала препринт работы для VL/HCC 2026 с отличным названием: After Organizational AI Acceptance, AI Bias Fades but a Junior Penalty Persists in Code Review.

В эксперименте 447 разработчиков оценивали один и тот же код. Исследователи меняли только контекст: использовал ли автор AI и был ли он junior- или Principal-инженером.

Упоминание AI заметно не повлияло ни на оценку кода, ни на восприятие компетентности автора.

А уровень разработчика повлиял. Тот же код получал более низкие оценки, когда его автором называли junior-инженера. (microsoft.com)

Конечно, из этого не следует, что seniority нужно убрать из процесса.

В реальной работе мы проверяем не только diff. Мы учитываем понимание системы, историю прошлых решений, способность увидеть побочные эффекты и готовность отвечать за результат.

Но исследование поднимает неприятный management-вопрос:

Что именно мы ревьюим — изменение или человека, который его сделал?

Более глубокое ревью может быть оправдано, если: • изменение затрагивает критичный участок; • у него большой радиус последствий; • нет тестов или наблюдаемости; • автор впервые работает с этой частью системы.

Но «посмотрю внимательнее, потому что это написал junior» — уже другой критерий.

И у него есть зеркальная сторона: «можно не вчитываться, это же senior».

Первое легко превращается в постоянное недоверие. Второе — в пропущенные ошибки с особенно дорогими последствиями.

С AI этот вопрос станет ещё интереснее.

Если значительную часть реализации для junior и senior сделал один и тот же агент, разница в способности сгенерировать код уменьшается. Но ответственность за постановку задачи, проверку допущений, оценку риска и принятие решения никуда не исчезает.

AI постепенно выравнивает способность людей производить код.

Но он не выравнивает доверие к их решениям.

Возможно, seniority всё меньше будет определять, кто способен написать изменение, и всё больше — кому команда готова позволить его принять.

От чего у вас зависит глубина code review: от риска самого изменения или от уровня его автора?