ИИ пишет код и архитектуру для разработчика

Инженеры MWS DevRails разобрали на практике три сценария: агент-разработчик в облачной среде, вынос типовых инфраструктурных задач на общую платформу и генерация кода на основе описания API. Всё это прозвучало на MWS Meetup, серии технических встреч для разработчиков и инженеров МТС. Для тех, кто работает с российской инфраструктурой и задумывается об автоматизации кода, это готовый набор решений и ограничений.

Что понадобится

• Доступ к облачной среде с возможностью создания изолированных контейнеров (песочниц). Подойдёт любой российский облачный провайдер, поддерживающий контейнеризацию.
• Языковая модель с поддержкой вызова инструментов (tool calling), то есть способная не просто отвечать текстом, а вызывать внешние функции: читать файлы, запускать тесты, делать коммиты.
• Платформенный слой для управления средами: компонент, который выдаёт агенту подготовленное окружение и применяет политики доступа.
• Базовое понимание Go (или другого языка, на котором строится сервис) и навык формулировки задач для ИИ-агента.
• Время: от двух до четырёх часов на первую настройку среды и тестовый прогон.

Пошаговая инструкция

1. Разделите агента и среду выполнения. Не давайте ИИ-агенту работать в одном процессе с основным сервисом. Как объяснила Вера Касьяненко, Golang-разработчик MWS DevRails: агент, работающий в одном процессе с основным сервисом, потенциально получает доступ ко всем его ресурсам и данным. Создайте отдельный платформенный слой, который выдаёт агенту песочницу.

2. Подготовьте окружение заранее. Агент не должен сам создавать окружение и управлять доступами. Платформа предоставляет ему заранее подготовленную среду с заданными ограничениями. Это решает проблему слишком широких полномочий.

3. Сформулируйте задачу и список доступных инструментов. Модель получает задачу и перечень того, что она может делать: читать файлы, запускать тесты, изменять код, создавать коммиты.

«Модель получает задачу и список доступных инструментов. И далее она отвечает не текстом, а вызовом. Например, прочитай файл, запусти тесты и сделай коммит». : Вера Касьяненко, Golang-разработчик MWS DevRails

1. Ограничьте область действий агента политиками. Определите, какие файлы агент может менять, какие тесты запускать, к каким секретам (паролям, токенам, ключам доступа) у него нет доступа. Политики применяет платформенный слой, а не сам агент.

2. Запустите агента на тестовой задаче. Начните с рутины: написать тест, исправить очевидную ошибку, выполнить стандартную последовательность действий. Эти операции хорошо формализуются.

3. Контролируйте результат вручную. Особенно внимательно проверяйте изменения, которые затрагивают архитектуру. По словам Веры Касьяненко, модель может ошибаться даже в простых ситуациях, и агент уже тестируется на реальных проектах MWS, но полностью передавать ему задачи пока нельзя.

4. Вынесите повторяющиеся инфраструктурные функции на общую платформу. Принцип тот же, что в платформе Octapi (через неё проходит около 250 млн запросов в сутки, по данным Андрея Пушкарева, Golang-разработчика MWS Octapi): проверка подлинности, валидация запросов, мониторинг переносятся в общую точку входа (шлюз), чтобы каждая команда не писала одно и то же.

«Когда мы пишем сервис, чтобы он стал готов к промышленной эксплуатации, нам, кроме бизнес-логики, надо поддержать проверку подлинности пользователей, проверку запросов, мониторинг. Но вот это все можно перенести в общую точку входа». : Андрей Пушкарев, Golang-разработчик в MWS Octapi

Что остаётся за разработчиком?

Агент не убирает разработчика из процесса, а перераспределяет работу. Разработчик отвечает за:

• постановку задачи и ограничений
• устройство среды выполнения
• контроль действий агента и проверку результата
• архитектурные решения и правила взаимодействия компонентов

Архитектурное решение требует понимания устройства системы, существующих ограничений, последствий изменений и их влияния на другие компоненты. ИИ работает внутри заданных рамок, а разработчик проектирует эти рамки.

Кому это пригодится прямо сейчас?

Разработчику и техлиду в российской компании. Схема MWS напрямую применима, если вы строите на отечественной облачной инфраструктуре. Изоляция агента в песочнице решает вопрос безопасности, который особенно остро стоит при работе с внутренними данными.

Автору на Дзене, который пишет о технологиях. Тема «ИИ пишет код» собирает аудиторию. Конкретный российский кейс с названиями, цитатами и схемой работы даёт материал для разбора, который не требует пересказа западных источников.

Маркетологу и предпринимателю. Если ваша команда разработки тратит время на повторяющуюся инфраструктурную работу, принцип общей платформы (как Octapi у МТС) сокращает эти затраты. Платформа берёт на себя проверку подлинности, мониторинг и валидацию, команды пишут только бизнес-логику.

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