Конфигурацию MCP-инструментов теперь можно менять без перезапуска сессии агента

Почему это важно для бизнеса

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

Если модели одновременно доступны Wordstat, поиск, Метрика, Roistat, CRM и генератор презентаций, растут четыре риска:

• контекст раздувается описаниями tools;
• выше шанс неправильного выбора инструмента;
• шире поверхность доступа на каждом шаге;
• сложнее объяснить ИБ, зачем агенту CRM «на этапе сбора семантики».

Динамическая смена MCP позволяет строить маршрут по этапам: сначала исследование, потом аналитика, потом выводы, затем документ — и на каждом шаге оставлять только нужные серверы. Это не магия качества само по себе; это рычаг управления контекстом и правами. Экономию токенов и рост точности tool calls я бы называла гипотезой до замера, не фактом из release notes.

Что меняется для маркетинга

1. Этапный агент вместо «комбайна». Пример маршрута: Wordstat и поиск → Метрика и Roistat → CRM → генерация отчёта или презентации. На финале у модели нет лишнего доступа к рекламным кабинетам «на всякий случай». 2. Согласование с ИБ по scope. Можно показать матрицу: этап → набор MCP → permission policy. Это ближе к нормальному access control, чем один вечный super-toolset. 3. Длинные сессии без потери контекста. Не нужно рвать разговор и заново «вводить агента в курс», чтобы сменить коннекторы. 4. Связка с периметром. Имеет смысл проектировать вместе с self-hosted sandboxes и MCP tunnels: где исполняется код, как дотягиваемся до закрытых систем, какие tools видны на шаге. Для продукта вроде MCP Panel это усиливает ценность каталога коннекторов как управляемого набора, а не свалки.