Заменил программиста на нейросеть
Ладно, это просто громкий заголовок, чтобы привлечь внимание, но доля истины в нём есть. Обо всём по порядку.
У нас есть внутренняя ERP. Мы ставим там задачи, храним учётные данные, ведём учёт зарплат, счетов, отпусков и так далее. Функционала там ещё много, но описывать всё лень.
Так вот, есть проблема — её некому дорабатывать. А задач куча: от безопастности до новых фич. Все программисты компании распределены по проектам, все что-то делают, все заняты. Кто-то на недели вперед в работе, а кто-то на месяца.
Раньше я занимался доработкой ERP, но, так как у меня есть более приоритетные задачи руководителя, делал всё медленно и понемногу. Иногда неделями не прикасался к ERP.
И тут я решил запариться и автоматизировать большую часть работы с помощью AI-ассистента. 31 июля 2026 года я уже выступал с докладом на похожую тему в студии Михаила (на кодочате). Правда, там речь шла немного о другом — о разработке проекта с нуля через AI-assisted-подход.
А здесь мне нужно было похожим способом дорабатывать огромную, уже существующую и работающую систему.
И у меня всё получилось. Даже скриншоты приложу.
Если кратко, то теперь у меня есть виртуальный программист, который раз в час сам заглядывает в ERP, берёт задачи, самостоятельно решает, сколько из них взять, выполняет их и отправляет мне результат на проверку.
Причём всё сделано достаточно хорошо. Ассистент создаёт новую ветку в нашем GitLab, перед коммитом прогоняет тесты на своей машине, создаёт Merge Request и пишет мне об этом в Telegram.
Моя задача — только найти время на проверку кода и ручное тестирование функционала, при необходимости дать ему корректировки прямо через комментарии в GitLab и принять Merge Request. После этого всё автоматически собирается и бесшовно выкатывается на боевой сервер через GitLab.
Кстати, если изменения касались только бекенда, то можно ограничиться автоматическими тестами и вообще не подключать меня на проверку. Работоспособность всех эндпоинтов можно и скриптами проверять, это еще до нейросетей было изобретено. Но вот фронтенд лучше самому просмотреть, так будет надежней.
Как-то так.
В следующий раз расскажу, что оказалось самым сложным в такой автоматизации и что вызвало больше всего проблем. А проблем масса: от игнорирования моделью прямых команд до качества кода.
Но всё это оказалось решаемо. Нужно было лишь набраться терпения.
· 25.08
Заголовок и правда громкий, но суть интереснее. Ты описал ровно тот кейс, где AI-ассистент - это не замена разработчика, а способ разгрузить себя как руководителя. Только вот смущает момент про "сам решает, сколько задач взять" и проверку через Merge Request. На практике такое редко живёт долго: либо ассистент начинает плодить мусорные ветки, либо через месяц ты тонешь в ревью, потому что он берёт больше, чем ты физически успеваешь проверить. У меня так было с CRM-интеграциями, где автоматизация тестов съела больше времени, чем сэкономленный ручной труд. Судя по скриншотам, у тебя процесс выстроен, но я бы посмотрел на метрики: сколько PR ты реально отклоняешь и как быстро растёт технический долг.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 25.08
О, крутой вопрос. Я ждал чего-то подобного. Сейчас всё расскажу, но сильно душнить не буду, чтобы не превращать в простыню.
Про «сам решает, сколько задач взять».
Чтобы снизить количество галлюцинаций и выдумываний после компрессий и не ронять общее качество кода, я дал чёткие инструкции брать небольшое количество задач. А он уже сам выбирает: взять одну побольше или две маленькие, но логически связанные.
Насчёт MR и качества.
Много MR не плодит — я запретил. Пока я не проверю один MR, он спит. Да, медленно, но я за качество. Поэтому, кстати, техдолга нет. Ну, он есть, но это ещё мой со старых времён, а я его как раз и исправляю :D
Поэтому третий месяц полёт уже нормальный.
А вот про время много чего есть рассказать.
Сначала он запускался раз в час… Можете сами догадаться, сколько у меня было работы. Первые два дня я только и успевал проверять, больше ничего не делал.
Потом я ограничил запуск определёнными часами: условно, 10, 14 и 18. Тут вылезли две проблемы. Во-первых, всё ещё много моего времени. Во-вторых, если были вопросы, требовавшие уточнения очень долго решались.
Спустя несколько недель я вывел нужную формулу: он каждые два часа запускается, что-то делает, и, если появляется MR, другой саб-агент проверяет соответствие результата ТЗ и передает информацию мне. А там ещё в некоторых случаях пара итераций проходит без меня (пока саб-агент не примет).
Ну а я лишь выделяю, ну стараюсь, каждый день до часа утром, перед основными задачами, на просмотр. Это может быть как просто просмотр минут на 15, так и разворачивание копии у себя локально, чтобы посмотреть UI-изменения и написать ТЗ на доработку — до часа.
Важно: пока меня всё устраивает, не напрягает, но я хочу свести своё участие к понедельнику и пятнице. Так-то мне ничего не стоит — просто перестать каждое утро смотреть, и всё то же самое будет, скорость только упадет. Но хочется сохранить текущий темп работы и качество кода, а как это решить — я пока не думал.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён