Kodacode 1.3 объединяет 4 рабочих режима агента в одном Desktop-клиенте

Агент написал код, поменял десяток файлов — и начинается знакомая работа: открыть изменения, проверить каждую правку, запустить тесты, затем понять, почему автоматизация в CI завершилась странным текстом вместо нормального статуса. Kodacode 1.3 пытается собрать этот разорванный процесс в одном месте. Теперь агент умеет работать с приложениями через интерфейс, открывать страницы во встроенном браузере, показывать собственные изменения и запускаться в конвейере с машинно-читаемым результатом.

Практический смысл здесь не в ещё одном окне с чатом. Разработчику дают более цельный рабочий цикл: поручить задачу, увидеть действия агента, проверить дифф и передать результат следующему инструменту. Продакту — возможность быстро собрать интерактивный прототип из компонентов проекта. Команде автоматизации — визуальные потоки с HTTP-запросами, MCP-инструментами, условиями и обязательным согласованием человеком.

Агент вышел за пределы редактора

Режим Computer Use позволяет Kodacode видеть экран, находить нужное окно, нажимать элементы интерфейса, прокручивать страницы и вводить текст. Он доступен в настольном приложении и IDE-плагинах в режиме Agent.

Простой пример: нужно перенести данные из внутренней панели в таблицу, но у панели нет удобного API. Агент может открыть приложение, найти запись, скопировать значения и заполнить форму. Раньше для такой задачи пришлось бы писать отдельную браузерную автоматизацию или выполнять всё руками.

Рядом появился встроенный браузер. Ссылки открываются внутри Desktop-клиента, выделенный фрагмент страницы можно сразу передать агенту, а для проверки доступны поиск, выбор элементов и снимки экрана. Это сокращает переключения между чатом, браузером и редактором, хотя само по себе не делает действия агента надёжными.

Именно здесь важен контроль. Визуальный агент может нажать не ту кнопку, неверно распознать состояние интерфейса или продолжить работу после неожиданного окна. Поэтому операции с публикацией, оплатой, удалением данных и изменением настроек нельзя отдавать ему без подтверждения человеком.

Правки и прототипы видны рядом с диалогом

В Desktop-клиенте появился просмотр изменений на двух уровнях: за весь диалог и за отдельное сообщение. Это помогает отделить результат конкретного поручения от накопившихся правок. Причём дифф работает даже в папках без Git: приложение самостоятельно отслеживает изменения агента.

Рабочую область можно разделить на чат и просмотр файла. Там доступны дерево проекта, подсветка синтаксиса и привязка конкретного участка к следующему запросу. Для длинной сессии это полезнее общего вопроса «что ты поменял?»: разработчик сразу показывает проблемную строку и просит исправить именно её.

Отдельный сценарий — интерактивные прототипы. Агент может собрать несколько экранов из существующих компонентов и стилей проекта, а команда — сравнить мобильную и настольную версии. Это не заменяет дизайн-ревью, зато ускоряет проверку гипотезы до того, как разработчики начнут полировать реализацию.

Flows и CLI делают агента частью системы

Flows — визуальный конструктор автоматизаций, похожий на n8n или Zapier, но отдельные шаги в нём может выполнять агент. Поток запускается вручную, по расписанию, вебхуком или другим потоком. Доступны ветвления, циклы, работа с файлами, HTTP, MCP и остановка для согласования.

Например, утренний сценарий забирает новости, фильтрует их, готовит черновик и ждёт одобрения редактора. Ключевое слово здесь — «ждёт»: ручная проверка встроена в сам процесс, а не держится на обещании команды не публиковать результат автоматически. Пока Flows находится в бете, поэтому критические процессы разумно дублировать журналированием и проверками на стороне внешней системы.

Для CI расширили headless-режим. CLI умеет принимать поток запросов через stdin, возвращать события построчным JSON, сообщать расход токенов и завершаться понятным кодом. Код 0 означает успех, ненулевой код — невыполненную задачу. Лимит ходов помогает остановить зациклившийся запуск; при достижении лимита возвращается причина остановки и код 2.

Практический вывод: сначала стоит попробовать CLI на безопасной проверке — например, анализе изменений без права записи. Затем подключить потоковый JSON к журналам CI, задать лимит ходов и проверить обработку всех кодов завершения. Computer Use и Flows лучше вводить после этого, начиная с обратимых операций и обязательного подтверждения перед любым внешним действием.