Почему ИИ-агенты ломают код при рефакторинге, даже когда сборка остаётся зелёной

По многочисленным просьбам повторяем онлайн-доклад Михаила Костицына с Heisenbug. Мы понимаем, что не все смогли попасть на конференцию, поэтому даём возможность бесплатно посмотреть доклад онлайн и задать вопросы спикеру.

На примере реального проекта разберём, почему зелёная сборка не гарантирует корректный рефакторинг и как выбор инструментов влияет на результат ИИ-агента.

Что разберём

В основе доклада лежит задача из проекта detekt. Агенту нужно изменить 1506 вызовов двух функций, сохранить вызовы других перегрузок и не затронуть одноимённые функции из соседних модулей. На этом примере Михаил сравнит три подхода к рефакторингу.

• Текстовый поиск и правки. Как агент использует grep, регулярные выражения и скрипты, почему совпавший текст ещё не означает ссылку на нужный символ и откуда появляются лишние изменения.

• LSP. Как сервер языка находит использования по символам, чем этот подход точнее текстового поиска и какие ограничения возникают при сложных рефакторингах и межъязыковых связях.

• Движок рефакторинга IntelliJ IDEA. Как IDE различает перегрузки и связанные символы, проверяет конфликты до изменения файлов и применяет рефакторинг одной операцией.

Отдельно поговорим про MCP-инструменты. Они дают агенту доступ к механизмам IDE, включая Rename, Move и Safe Delete. Разберём, почему наличия инструментов недостаточно и что влияет на выбор агента между семантическим рефакторингом и привычным поиском по тексту.

В конце Михаил подведёт итоги: когда достаточно текстового подхода, в каких задачах помогает LSP и когда для рефакторинга нужен движок IDE. После доклада можно будет задать вопросы.