ИИ-ассистенту для программирования не нужно, чтобы вы за ним следили

В статье рассматривается распространённая проблема взаимодействия с ИИ-помощниками для программирования. Обычный сценарий выглядит так: разработчик открывает терминал, вводит задачу и следит за тем, как система построчно выдаёт результат. После завершения он оценивает полученное, вводит следующее указание и снова ждёт. Это синхронная модель: человек и ИИ обмениваются репликами по очереди, и ни один не может покинуть процесс. Между тем реальная разработка почти никогда не бывает синхронной. Программист одновременно просматривает несколько pull request-ов, ждёт CI, отвечает в мессенджерах и переключается между ветками для срочных исправлений. Внимание постоянно распределяется между задачами. Использование обычного ИИ-ассистента в таком ритме заставляет возвращаться в синхронное состояние: нужно сидеть у компьютера, следить за ответами и немедленно реагировать. Если разработчик на встрече или в дороге, помощник просто простаивает. Авторы подчёркивают: проблема не в самой модели, а в способе взаимодействия с ней. Далее предлагается другой сценарий. Утром можно с телефона составить список задач для ИИ: сначала отрефакторить валидацию формы на странице входа, затем унифицировать обработку ошибок API в новом формате и в конце прогнать тестовый набор. Задачи выстраиваются в очередь и отправляются. Во время стендапа приходит уведомление: первая задача выполнена, вторая запущена автоматически. После встречи видно, что вторая тоже готова, а третья обнаружила два упавших теста и ждёт подтверждения. Разработчик проверяет причину, понимает, что ожидаемое поведение изменилось, и просит обновить проверки. До обеда все три задачи закрыты, при этом не потребовалось садиться за компьютер. Это и есть делегирование, а не полная автоматизация. Автоматизация выполняется по строгим правилам без оценки, тогда как ИИ, пишущий код, принимает решения, которые могут быть ошибочными. Поэтому нельзя полностью отстраниться, но и не нужно следить за каждым шагом. Подходящая аналогия — поручение задачи коллеге: вы объясняете, что нужно сделать, исполнитель работает, возвращается при неопределённости и сообщает о результате. Чтобы такая модель заработала, нужны четыре возможности: заранее ставить несколько задач в очередь; корректировать направление, не отменяя всё и не начиная сначала; видеть план до внесения изменений; получать информацию о завершении, ошибках и нужных решениях, даже когда вы не у экрана. Телефон в этом случае естественный центр управления, потому что он уже используется для асинхронных уведомлений — почты, сообщений, календаря. При этом синхронный режим не исчезает. Глубокая отладка, обсуждение подходов и исследовательская работа по-прежнему требуют немедленной обратной связи. Но для рутинных задач, где понятно, что должно быть сделано, а само исполнение утомительно, асинхронный режим закрывает недостающее звено. В версии Tactic Remote 1.6.5 появились Plan-Modus, Prompt-Warteschlange, управление и push-уведомления. Они объединены общей идеей: ИИ-помощника можно контролировать асинхронно — поставить задачи, проверить план, подтвердить выполнение и получить уведомление. После этого можно заниматься более важными делами. ИИ-помощнику не нужно, чтобы разработчик смотрел на экран, но он должен иметь возможность связаться с ним в нужный момент.