SourceCraft получил автономных агентов — итог всё равно принимает разработчик

2 октября 2026 г. в 13:00|Автор: Редакция QUASA|4 мин чтения

24 сентября 2026 года, согласно сообщению Yandex B2B Tech, в SourceCraft появилась возможность подключать и настраивать автономных ИИ-агентов для разработки и проверки безопасности кода. Разработчик может поручить агенту исправление через обсуждение задачи в GitLab. Агент готовит рабочее окружение, меняет код и запускает тесты, после чего передаёт изменение человеку: разработчик принимает результат либо оставляет замечания.

В публикации «Код.ру» от 24 сентября 2026 года технический директор Yandex Cloud Иван Пузыревский сформулировал основу такого подхода: «Одних только возможностей модели для этого недостаточно». Агент действует под собственной учётной записью и может запросить у команды недостающие сведения или согласование. Запуск функции меняет исполнителя части работы, но решение о принятии исправления остаётся у разработчика.

От задачи в GitLab до исправления

Новый процесс связывает поручение и результат в одной задаче. В приведённом при запуске примере разработчик обнаруживает ошибку в работе сервиса, заводит задачу и назначает ИИ-разработчика исполнителем прямо в её обсуждении. Агент получает поручение там, где команда уже обсуждает проблему, а затем выполняет техническую работу самостоятельно. Результат возвращается к исходной задаче в виде изменения, которое можно проверить.

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

Отдельная учётная запись позволяет отличить действия агента от действий сотрудника в общем процессе разработки. Ссылка в исходной задаче сохраняет связь между обнаруженной ошибкой и предложенным исправлением, даже если агент выполняет работу самостоятельно. Запуск тестов составляет один этап этого процесса: разработчику ещё предстоит решить, устраняет ли правка исходную проблему и подходит ли она для проекта.

Каналы обращения и круг задач

GitLab подходит для поручения, привязанного к обсуждению конкретной задачи. Обратиться к агенту также можно через веб-интерфейс SourceCraft, редактор VS Code, командную строку и мессенджеры. Это разные точки входа к исполнителю; подготовка окружения, исправление и тестирование составляют уже саму работу. Выбор канала обращения не меняет описанный порядок передачи готового изменения разработчику.

Среди названных применений — разработка и проверка безопасности кода; платформа допускает и создание агентов с собственной специализацией. Конкретный объём поручения определяется задачей: в опубликованном примере агент исправляет ошибку. Если для работы не хватает исходных данных, он обращается к команде. То же происходит, когда требуется согласование, поэтому уточнение поручения входит в описанный сценарий автономной работы.

Где проходит граница автономности

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

У этой проверки есть конкретная цель. Тесты отвечают на вопросы, которые в них заложены, тогда как разработчику нужно сопоставить правку с исходным дефектом и требованиями проекта. Успешный прогон сам по себе не устанавливает, что поведение сервиса стало правильным во всех важных для команды условиях. Если подготовленных агентом изменений станет больше, время их разбора тоже повлияет на общий темп работы; это следствие устройства процесса, а не измеренный эффект запуска SourceCraft.

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

Что измеряют показатели производительности

Приведённые при запуске цифры относятся к исследованию работы разных команд: в опросе McKinsey респонденты оценили среднюю экономию времени на задачах разработки в 11,2% и сокращение повторной работы в 6,8%, а респонденты из организаций, перестроивших процессы до внедрения ИИ, более чем вдвое чаще сообщали о росте производительности свыше 20% по сравнению с теми, кто добавил инструменты к прежнему порядку работы. Это ответы о разных организациях и способах работы, а не замер эффективности новых агентов SourceCraft.

Показатели описывают разные вещи: экономия времени относится к выполнению задач, сокращение повторной работы — к объёму переделок, а сравнение организаций — к тому, как выстроен их процесс. Сложить эти величины в обещанный выигрыш для одной команды нельзя. Исследование также отмечает, что рост скорости может опережать улучшение качества; поэтому передача правки разработчику для проверки остаётся существенной частью рабочего процесса.

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