Архитектор вместо кодера: как ИИ-агенты меняют роль разработчика в MTS

# ИИ пишет код, а разработчику остается архитектура: итоги шестого митапа MWS

Хайп вокруг искусственного интеллекта часто создает впечатление, что разработчикам осталось лишь нажимать кнопку «сгенерировать». Однако опыт инженеров MTS Web Services (MWS), озвученный на шестом митапе, рисует более тонкую картину. ИИ-агенты действительно взяли на себя значительную часть рутинного кодинга, но цена за эту автоматизацию — необходимость пересмотреть сами принципы построения систем и контроль их безопасности.

*«Разработчик все больше отвечает за постановку задачи и ограничений, устройство среды, контроль действий агента, проверку результата, архитектурные решения и правила взаимодействия компонентов. ИИ работает внутри заданных рамок, а разработчик проектирует эти рамки»*. > — Обобщение итогов митапа MWS.

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

От помощника к автономному агенту с правами суперпользователя

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

Проблема бесконтрольности. Изначально идея была проста: создать «умную» программу, которая сама находит баги и чинит их. Однако без жестких ограничений такое поведение стало бы угрожающим. Разработчик мог случайно удалить базовую таблицу или изменить критическую конфигурацию при попытке исправить опечатку в коде.

Решение через изоляцию (Sandboxing). Команда MWS пришла к решению о создании строго изолированной среды для ИИ. Агент работает в «песочнице», где ему доступно только минимально необходимое: список файлов проекта, доступ к API для запуска тестов и ограниченная конфигурация.

• Принцип наименьших привилегий: Агент не может изменять файлы вне своей директории или запускать произвольные процессы. Он работает внутри заранее определенной среды.
• Соблюдение правил: Любое действие агента проверяется на соответствие правилам проектирования API. Например, если агент пытается сгенерировать запрос, который нарушает стандарты безопасности, действие блокируется.

*«ИИ-агент не должен иметь прав суперпользователя. Даже если задача кажется простой, среда должна гарантировать, что агент не сможет сломать систему»*.

Автоматизация генерации кода: от OpenAPI до собственной платформы

Вторым важным аспектом стала автоматизация создания самого исходного кода. Команда MWS столкнулась с проблемой: популярные инструменты (например, генераторы на базе OpenAPI) не могли учитывать специфику внутренних архитектурных решений компании.

Генератор как архитектурный инструмент. Вместо того чтобы подстраиваться под стандартные решения, MWS разработала собственный генератор. Он позволяет:

1. API-First подход: Продуктовая команда сначала описывает интерфейс продукта в спецификации. Это становится источником истины для всей системы. 2. Генерация полного цикла: На основе спецификации автоматически создаются: - Клиентский и серверный код. - Terraform-провайдеры для инфраструктуры. - Интерфейсы командной строки (CLI). 3. Учет бизнес-логики: Генератор не просто создает код, но и внедряет в него проверки и ограничения, заданные архитектурой. Это позволяет избежать распространенных ошибок и дублирования усилий.

Результат: Разработчики перестали тратить время на написание рутинных частей кода. Их задача сместилась к проектированию API, проверке его на соответствие бизнес-требованиям и контролю за тем, что генерирует система.

*«Если API уже описан, значительную часть работы можно не делать вручную. Генератор сам создаст структуры запросов и ответов, а также клиентский и серверный код»*. > — Александр Бухалко, ведущий разработчик MWS Cloud Platform.

Синхронизация и контроль в распределенных системах

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

Алгоритм Sliding Window (Скользящее окно). Команда MWS выбрала этот подход вместо альтернативных решений, так как он позволяет равномернее распределять нагрузку и избежать резких всплесков запросов. Система работает централизованно в каждом центре обработки данных:

• Шлюзы отправляют информацию о потреблении ресурса.
• Сервис управления квотами считает запросы за последнее временное окно.
• На основе подсчета формируется квота на следующий интервал.

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

*«Для пользователя запрос либо проходит, либо получает ограничение. За этой логикой работает отдельная распределенная система. Такой подход гарантирует предсказуемость при больших нагрузках»*.

Итог: переход от кодинга к инженерии

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

| Роль в традиционной разработке | Роль в автоматизированной среде | | --- | --- | | Написание кода вручную | Проектирование интерфейсов и спецификаций | | Настройка генераторов | Определение правил и ограничений для агентов | | Проверка работы системы | Контроль архитектуры и безопасности изоляции | | Решение проблем с кодом | Создание среды, где проблемы не возникают |

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

---

Теги: MWS Meetup, разработка, DevRails, платформа, Golang-разработка, Хабы, Блог компании МТС, Карьера в IT, Искусственный интеллект, Управление разработкой.

Источник: [Компьютерра](https://compora.ru) | Хабр

Дата: 21 августа 2026

---

*Примечание: Данная статья является репортажем и аналитическим обзором материалов, представленных на MWS Meetup 6, и основана на публично доступных данных о проекте МТС.*