MCP меняет правила: как агенты пересобирают IDE

Разработка долго строилась вокруг кода – 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 выделяется как ключевой элемент перехода к agent-based системам, где модель выступает координатором внешних сервисов и данных в рамках агентной архитектуры.

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

5 ролей в одной цепочке

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

Модель становится частью распределенной системы, где каждый агент отвечает за свой процесс.

Упрощенный агентный цикл:

• агент планирования формирует структуру задачи;

• агент разработки вносит изменения в код через MCP;

• агент тестирования запускает тестовые сценарии;

• агент анализа проверяет архитектурные и логические конфликты;

• агент интеграции инициирует CI/CD и отслеживает результат.

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

IDE уступает место оркестрации

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

Если раньше IDE оптимизировала работу с локальным файлом кода, то теперь она работает с распределенным состоянием системы. Единицей управления становится не код, а процесс.

Ключевой сдвиг: IDE ведет себя не как редактор, а как runtime-оркестратор задач, где код – побочный результат исполнения цепочек действий, а не исходная точка работы.

Функциональная модель такой среды включает:

• orchestration layer – управление агентами и задачами;

• context layer – хранение и управление состоянием выполнения;

• integration layer – подключение внешних систем через MCP;

• execution runtime – выполнение цепочек действий и контроль состояния.

По данным Gartner, развитие AI-native engineering ведет к смещению роли разработчика от реализации к управлению процессами исполнения, где ключевым становится не написание кода, а проектирование логики взаимодействия между системами.

Контекст – узкое горло

По мере усложнения агентных сценариев ключевым ограничением становится не генерация кода, а управление контекстом выполнения.

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

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

Идеальный цикл и его жесткие рамки

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

После получения задачи система передает ее агенту планирования, который формирует структуру изменений. Агент разработки через MCP вносит изменения в код. Следующий агент формирует тестовые сценарии и запускает их. Агент анализа оценивает результат с точки зрения архитектурных ограничений и конфликтов. Финальный агент инициирует CI/CD и контролирует интеграцию.

Исследования показывают, что использование ИИ-инструментов сокращает время между этапами разработки – от написания кода до тестирования и интеграции.

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

Несмотря на развитие MCP и агентных систем, их внедрение ограничено рядом системных факторов.

Основные ограничения:

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

• сложности с безопасностью инструментальных вызовов;

• необходимость строгого контроля доступа к внешним системам;

• деградация контекста при росте числа агентов;

• отсутствие единых стандартов агентного взаимодействия.

Эти факторы формируют текущую стадию как переходную – архитектура уже изменилась, но инженерные практики еще не полностью адаптировались.

Разработчик – режиссер, не оператор

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

Ключевые зоны ответственности:

• постановка задач и ограничений для агентов;

• контроль качества результатов;

• архитектурное проектирование.

Фундаментальный принцип: ответственность за результат не делегируется системе.

MCP и мультиагентные системы формируют новый слой архитектуры, где IDE перестает быть редактором кода и становится средой координации распределенных процессов.

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

Разработка смещается от написания кода к управлению процессами его создания, проверки и интеграции. Ключевой навык – работа не с инструментами, а с системой в целом.