Разработка долгое время сосредоточивалась на коде – IDE оставалась инструментом для редактирования кода, а не для управления процессами. В настоящее время ситуация меняется: модели получают доступ к внешним инструментам, запускаются мультиагентные процессы. Исследования McKinsey подтверждают, что генеративный ИИ меняет рабочие цепочки. IDE перестает быть простым редактором и превращается в среду исполнения, где код является лишь артефактом. Тимлид Umbrella IT Артем Серяк рассказал IT Speaker о том, как MCP и мультиагентные системы трансформируют роль IDE, процессы и распределение ответственности между человеком и агентами.
MCP как новый язык для агентов
Model Context Protocol (MCP) представляет собой попытку стандартизировать взаимодействие модели с внешними системами и устранить индивидуальные интеграции для каждого инструмента. Вместо отдельной логики для каждого API, базы данных или репозитория, MCP предлагает единый интерфейс.
С технической точки зрения это изменяет поведение модели. Она перестает быть замкнутой системой и получает возможность взаимодействовать с внешними сервисами в рамках одного цикла исполнения. Модель может вызвать инструмент, получить результат и продолжить выполнение с учетом обновленного контекста.
Упрощенный цикл:
-
анализ контекста;
-
выбор инструмента;
-
вызов внешнего сервиса через MCP;
-
получение результата;
-
обновление состояния задачи.
Согласно данным GitHub, MCP уже применяется как базовый слой для расширения Copilot и подключения внешних сервисов в агентных сценариях: работа с репозиториями, CI/CD и корпоративными системами.
В отчете Thoughtworks Technology Radar 2025 MCP выделяется как ключевой элемент перехода к системам на основе агентов, где модель выступает координатором внешних сервисов и данных в рамках агентной архитектуры.
Фактически интеграция перестает быть задачей инфраструктурного уровня и становится частью поведения модели. Это смещает границу между приложением и средой исполнения.
5 ролей в одной цепочке
С появлением инструментального слоя логичным следующим шагом становится переход от точечного использования модели к связанным цепочкам действий, в которых несколько агентов выполняют разные этапы одной задачи.
Модель становится частью распределенной системы, где каждый агент отвечает за свой процесс.
ИИ-технологии внедрят в 15 регионах России
Упрощенный агентный цикл:
-
агент планирования формирует структуру задачи;
-
агент разработки вносит изменения в код через MCP;
-
агент тестирования запускает тестовые сценарии;
-
агент анализа проверяет архитектурные и логические конфликты;
-
агент интеграции инициирует CI/CD и отслеживает результат.
В этой модели важны не только роли, но и взаимодействие между ними. Агенты работают через общий контекст и событийную модель, где каждый шаг изменяет состояние системы, а не просто передает данные дальше.
IDE уступает место оркестрации
В этой архитектуре IDE теряет свою роль инструмента редактирования кода и начинает выполнять функции среды координации процессов. Она становится точкой, где сходятся управление агентами, работа с контекстом и интеграция с внешними системами.
Если ранее IDE оптимизировала работу с локальным файлом кода, то теперь она управляет распределенным состоянием системы. Единицей управления становится не код, а процесс.
Ключевой сдвиг: IDE ведет себя не как редактор, а как runtime-оркестратор задач, где код является побочным результатом исполнения цепочек действий, а не исходной точкой работы.
Функциональная модель такой среды включает:
-
orchestration layer – управление агентами и задачами;
-
context layer – хранение и управление состоянием выполнения;
-
integration layer – подключение внешних систем через MCP;
-
execution runtime – выполнение цепочек действий и контроль состояния.
Согласно данным Gartner, развитие AI-native engineering приводит к изменению роли разработчика от реализации к управлению процессами исполнения, где ключевым становится не написание кода, а проектирование логики взаимодействия между системами.
Контекст – узкое горло
С усложнением агентных сценариев ключевым ограничением становится не генерация кода, а управление контекстом выполнения.
В агентных системах контекст перестает быть просто входными данными модели. Он становится динамическим состоянием, которое изменяется между агентами, фрагментируется при распределении задач, ограничивается размером и релевантностью, требует постоянного обновления.
Возникает явление, известное как расхождение контекста – постепенное расхождение состояния между агентами при длинных цепочках выполнения. Это влияет на стабильность результата и становится ключевой проблемой масштабирования таких систем.
Идеальный цикл и его жесткие рамки
В реальных системах разработка представляется как последовательность автономных шагов, выполняемых различными агентами внутри одного контура исполнения.
После получения задачи система передает ее агенту планирования, который формирует структуру изменений. Агент разработки через MCP вносит изменения в код. Следующий агент создает тестовые сценарии и запускает их. Агент анализа оценивает результат с точки зрения архитектурных ограничений и конфликтов. Финальный агент инициирует CI/CD и контролирует интеграцию.
Security Vision запустила продукт для защиты персональных данных
Исследования показывают, что применение ИИ-инструментов сокращает время между этапами разработки – от написания кода до тестирования и интеграции.
При этом ключевой эффект достигается не за счет генерации кода, а за счет устранения задержек между этапами и минимизации ручных переключений контекста.
Несмотря на развитие MCP и агентных систем, их внедрение ограничено рядом системных факторов.
Основные ограничения:
-
непредсказуемость выполнения цепочек действий;
-
сложности с безопасностью инструментальных вызовов;
-
необходимость строгого контроля доступа к внешним системам;
-
деградация контекста при росте числа агентов;
-
отсутствие единых стандартов для взаимодействия агентов.
Эти факторы формируют текущую стадию как переходную – архитектура уже изменилась, но инженерные практики еще не полностью адаптировались.
Разработчик – режиссер, не оператор
Роль разработчика смещается от выполнения задач к управлению их исполнением. Он реже работает с кодом и чаще – с процессами, которые этот код создают.
Ключевые зоны ответственности:
-
формулировка задач и ограничений для агентов;
-
контроль качества результатов;
-
архитектурное проектирование.
Основной принцип: ответственность за результат не передается системе.
MCP и мультиагентные системы формируют новый уровень архитектуры, где IDE перестает быть редактором кода и становится средой координации распределенных процессов.
Код перестает быть центральным элементом работы, превращаясь в часть более сложной системы исполнения задач. Центральной становится архитектура взаимодействия агентов, инструментов и инфраструктуры.
Разработка смещается от написания кода к управлению процессами его создания, проверки и интеграции. Ключевой навык – работать не с инструментами, а с системой в целом.
Объем российского рынка СРК превысил 10 млрд рублей
