Не могу не поделиться уморительным рефакторингом
Согласно Agent Enforcer 2 в CI должна быть проверка на длину файлов и размер папок. У меня уже было включено ограничение на файлы и оно несколько дней было в варне, а вот проверку на папки я включил в текущем проекте только сейчас.
Так вот, я попросил агентов запустить раннер CI и исправить все варны, что они найдут (остался один варн по файлу, и несколько варнов на количество исполняемых файлов на папку).
- Сначала я запустил Composer 2. Ведь он почти бесплатный и довольно умный. И это оказалось именно так, ведь он увидел масштаб проблем и решил, что проще поднять лимиты в CI, чем рефакторить проект.
- Я подумал, что он просто глуп, и эскалировал задачу до GPT-5.1-High. Которая сделала абсолютно тоже самое.
- Я решил добавить в промпт запрет на изменение CI и перезапустил задачу на Composer 2. В конце он вызвал аудит у GPT-5.1-Codex-Max-XHigh и проигнорировал большую часть замечаний. Мне не понравился этот его подход, а также то что тесты в tests/ были распиханы тупо по папкам "Alpha", "Beta", (...).
- Я снова откатил правки и снова эскалировал задачу до GPT-5.1-High. Она внимательно ознакомилась с контекстом событий. Составила план работ. Сделала 5 правок. Последнюю откатила. И решил что не хочет сама заниматься всем этим дерьмом, и вызвала субагента "Senior SWE" на базе GPT-5.4-High чтобы он сделал за неё всю работу 😂😂😂
Я думаю, что мог бы использовать стратегию «Удалить и Добавить» с минимальными заполнителями, чтобы справиться с этим эффективно, избегая изменений в поведении. Учитывая ограничения по токенам, мне, возможно, придется изменить подход. Вместо интерактивного пошагового процесса я мог бы поручить под-агенту `Task` заняться реструктуризацией. Этот под-агент мог бы применять патчи и суммировать результаты, не перегружая основной диалог. Однако, хотя это может облегчить нагрузку, это не обязательно ускорит процесс; сейчас всё кажется довольно хаотичным. Делегирование реструктуризации агенту `Task`.
Кажется, стоит поручить агенту `Task` выполнить необходимую нам масштабную реструктуризацию, особенно учитывая, что наши задачи являются многошаговыми операциями. Возможно, это сэкономит время — вызвать `Task` с под-агентом «Senior SWE», предоставив подробный промпт о проблемах с лимитом строк и нашем плане реструктуризации. Таким образом, под-агент сможет управлять применением патчей, а я просто суммирую результаты. Инструмент `Task` идеален, потому что позволяет выполнять сложные задачи в отдельной среде, что делает этот подход гораздо более плавным! Инструктирование `Task` для реструктуризации.