AI Review не делает код лучше. И вот почему

В сфере искусственного интеллекта произошло заметное событие. sound_right 25 минут назад AI Review не делает код лучше. И вот почему 8 мин 891 Искусственный интеллект Python * Open source * DevOps * Тестирование IT-систем * Ретроспектива ВступлениеЭта статья — не про настройку AI Review и не про список его возможностей. И точно не про «AI всё решит».

Про это я уже писал раньше. Мне хотелось зафиксировать другое: что происходит, когда инструмент выходит за пределы “попробовать на выходных” и начинает жить в реальных репозиториях. Там, где есть дедлайны, большие MR, разные команды и очень разные ожидания.

Технические детали

За это время накопился интересный слой обратной связи. Люди запускали AI Review, получали результат — и дальше начинались одни и те же вопросы. Не потому что кто-то «не понял», а потому что мы все ожидаем от AI-ревью примерно одно и то же: чуть больше магии, чем оно реально даёт.

И вот это место мне кажется самым полезным для обсуждения. Где AI Review действительно помогает и экономит время. И где он подсвечивает не проблемы в коде, а проблемы в процессе ревью.

Важно: я не считаю, что кто-то “использует неправильно”. AI Review задумывался как движок — он не навязывает флоу и не заменяет ревьюеров. Он просто усиливает то, что уже есть: хороший процесс или плохой.

Отраслевые последствия

Дальше я пройдусь по нескольким типичным ожиданиям, которые не совпали с реальностью, и расскажу, какие выводы я из этого сделал — как автор и как пользователь. AI Review не был пет-проектом — и это многое определилоЯ довольно рано понял, что AI Review не будет пет-проектом. Не в смысле «я знал, что он выстрелит», а в более приземлённом и, пожалуй, важном смысле.

Пет-проекты обычно делаются ради эксперимента или интереса. AI Review делался под конкретную задачу — убрать рутину и ускорить ревью там, где оно давно превратилось в механическую работу. Из-за этого инструмент сразу проектировался по-инженерному.

Не как «умный бот», который живёт своей жизнью, а как движок: CLI, без привязки к языку, стеку или конкретному CI. Его предполагалось запускать где угодно и как угодно — в GitHub, GitLab, self-hosted пайплайне или вообще вручную. Это сильно повлияло на архитектуру и на многие решения, которые закладывались с запасом, ещё до появления первых пользователей.

Этот прогресс даёт важные сигналы о будущем отрасли, и технологический мир внимательно наблюдает.