Пользователь открывает приложение банка, чтобы узнать, хватит ли денег до зарплаты. Он проходит авторизацию, ищет вкладку «Баланс», затем «История операций», потом открывает калькулятор и вручную вычитает предстоящие списания. Три минуты и пять экранов. Агентный интерфейс на базе Model Context Protocol (MCP) сокращает этот путь до одного сообщения в чате: «Хватит ли мне денег до конца недели?». Агент обращается к MCP-серверу, тот транслирует запрос в вызовы API биллинга, агрегирует данные и возвращает ответ - «Остаток 12 400 рублей, обязательных списаний на 8 200, свободных средств 4 200».
Это не сценарий из демо-ролика. Selectel уже внедрил такую механику в свою биллинговую систему: автоматическое пополнение баланса, создание регулярных задач и построение инфографики расходов выполняются через агента без единого клика по GUI. MCP-сервер выступает прослойкой, переводящей намерение пользователя в последовательность действий бизнес-логики и возвращающей результат на естественном языке. Традиционный графический интерфейс, ориентированный на возможности системы и требующий изучения навигации, уступает место интерфейсу, ориентированному на намерение.
Разбираем, как устроен этот переход, какие риски он несёт и как проектировать продукты, в которых агент и GUI дополняют друг друга.
Почему GUI устаревает: от навигации по меню к прямому намерению
Графический интерфейс строится вокруг возможностей системы. Разработчик проектирует экраны, кнопки и формы, а пользователь вынужден изучать эту структуру. Чтобы пополнить баланс, нужно знать, где находится раздел «Платежи», как называется нужная операция и какие поля обязательны к заполнению. Каждый новый продукт требует освоения новой терминологии и навигационной логики.
Агентный подход инвертирует эту модель. Пользователь формулирует намерение на естественном языке, а система сама определяет, какие действия нужны для его реализации. Запрос «пополни счёт на 5000 рублей с карты, которая привязана» не требует знания структуры меню. MCP-сервер принимает этот запрос от ИИ-агента, разбирает интенцию, вызывает соответствующие методы API и возвращает результат.
Ключевое различие - в точке входа. GUI требует от пользователя понимания модели данных продукта. Агентный интерфейс требует только умения описать потребность. Это снижает когнитивную нагрузку и сокращает время выполнения типовых операций с минут до секунд.
Рост числа MCP-серверов подтверждает тренд. Крупные компании - Anthropic, NVIDIA, OpenAI, Google, Cloudflare, Microsoft - уже опубликовали официальные репозитории скиллов для подключения агентов к своим сервисам. NVIDIA предоставляет более 110 верифицированных скиллов, каждый из которых криптографически подписан. Экосистема формируется быстрее, чем можно было предположить год назад.
Что такое MCP и как он работает: технический ликбез за 2 минуты
Model Context Protocol - это открытый протокол, стандартизирующий взаимодействие между ИИ-агентами и внешними источниками данных или сервисами. Он решает проблему фрагментации: раньше каждое подключение агента к API требовало индивидуальной интеграции, теперь достаточно реализовать один MCP-сервер, и любой совместимый агент сможет с ним работать.
Архитектура проста. Пользователь отправляет сообщение ИИ-агенту. Агент определяет, что для ответа нужны данные из внешней системы, и обращается к MCP-серверу. Сервер выполняет вызовы бизнес-логики - запрос к базе данных, создание сущности, запуск процесса - и возвращает структурированный результат. Агент формулирует ответ на естественном языке и отправляет пользователю.
Цепочка выглядит так: пользователь → ИИ-агент → MCP-сервер → бизнес-логика.
Для разработчиков доступны официальные SDK. Kotlin MCP SDK позволяет создать сервер, который отдаёт агенту список людей на орбите и координаты МКС, - это стандартный пример, демонстрирующий базовую механику. На Go реализованы серверы для семантического поиска по коду и браузерной автоматизации - архитектура GnostisMCP и KlyxarMCP показывает, как упаковать сложную логику в один бинарник без зависимостей Node.js. Протокол переходит на stateless-архитектуру, что упрощает масштабирование: отказ от session ID снимает проблему синхронизации сессий между десятками серверов за балансировщиками нагрузки.
MCP в действии: как Selectel заменил GUI в биллинге
Биллинг - одна из самых консервативных областей интерфейсного дизайна. Пользователь работает с деньгами, и каждая операция требует подтверждения. Selectel реализовал три сценария, в которых агент берёт на себя рутинные действия, а пользователь только формулирует намерение.
Автоматическое пополнение баланса: от команды к транзакции
Пользователь пишет агенту: «Пополни баланс на 5000 рублей с привязанной карты». Агент через MCP-сервер вызывает API биллинга, инициирует списание и возвращает подтверждение. Критичная операция требует явного согласия пользователя - агент запрашивает подтверждение перед выполнением. Механика безопасности встроена на уровне сервера: необратимые действия не выполняются без дополнительного шага верификации.
Цепочка вызовов прозрачна. MCP-сервер получает запрос, проверяет доступные методы оплаты, резервирует сумму, отправляет запрос на подтверждение агенту и только после ответа пользователя завершает транзакцию. Это не «чёрный ящик» - каждый шаг логируется и может быть аудирован.
Регулярные задачи и инфографика: агент как личный ассистент
Второй сценарий - создание регулярных задач. Пользователь говорит: «Каждую пятницу в 18:00 присылай отчёт о расходах за неделю». MCP-сервер регистрирует задачу в планировщике биллинга, и агент начинает присылать сводку по расписанию. Пользователю не нужно заходить в дашборд и настраивать автоматические отчёты через GUI.
Третий сценарий - генерация инфографики. Запрос «покажи структуру расходов за июль в виде круговой диаграммы» обрабатывается агентом без открытия раздела «Аналитика». MCP-сервер агрегирует данные по категориям затрат, формирует изображение и возвращает его в чат. Пользователь видит результат, не покидая интерфейс общения с агентом.
Эти три сценария покрывают основные потребности пользователя биллинга: оплата, мониторинг и аналитика. GUI остаётся доступным для сложных операций - например, настройки детализированного отчёта с фильтрами по проектам и типам ресурсов, - но типовые задачи переезжают в агентный интерфейс.
Экосистема MCP: какие скиллы уже доступны и кто их создает
MCP - не изолированная технология, а быстро растущая экосистема. Крупные игроки публикуют официальные репозитории скиллов, которые можно подключать к агентам без написания кода.
Anthropic предоставляет базовые скиллы для Claude. NVIDIA выложила более 110 верифицированных скиллов, каждый из которых криптографически подписан - подпись гарантирует, что код не был подменён после публикации. OpenAI развивает скиллы для Codex, Google - для Google Cloud, Vercel - для React и Next.js. Cloudflare предлагает готовые MCP-серверы для доступа к аккаунту прямо из агента. Microsoft публикует скиллы для Azure, Datadog - для логирования и мониторинга, MongoDB - для работы с базами данных.
Скорость интеграции впечатляет. Подключение Claude к Beehiiv через MCP занимает три минуты - это не преувеличение, а задокументированный сценарий быстрого старта. Разработчик запускает MCP-сервер, указывает учётные данные и получает работающую связку агента с почтовым сервисом.
Для тех, кто строит собственные решения, полезна архитектура агентных CMS - разбор того, как headless-платформы внедряют агентные функции и какие новые классы инцидентов возникают при агентом доступе к сайту. Полная поддержка MCP в llama.cpp открывает возможность запускать агентное взаимодействие полностью локально, без внешних зависимостей, что критично для сценариев с чувствительными данными.
Темная сторона MCP: безопасность и вредоносные серверы
MCP-сервер получает доступ к бизнес-логике и данным. Это делает его привлекательной целью для атак. Вредоносный сервер может перехватывать запросы, подменять ответы или эксфильтровать данные.
Кейс SANDWORM_MODE - червь, распространявшийся через поддельный MCP-сервер в npm. Он заражал Claude, Cursor и VS Code, крал ключи разработчиков и распространялся через ИИ-помощников. Вектор атаки использовал доверие к MCP-интеграциям: разработчик подключал сервер, не проверяя его происхождение, и вредоносный код получал доступ к окружению.
Угрозы можно классифицировать по трём направлениям. Первое - компрометация сервера: злоумышленник публикует MCP-сервер с вредоносной нагрузкой, маскируя его под полезный инструмент. Второе - prompt injection: атакующий через пользовательский ввод заставляет агента выполнить нежелательное действие. Третье - экономические атаки: раздувание контекста агента для исчерпания токенов и увеличения затрат на инференс.
Как защитить свой продукт при использовании MCP
Три принципа снижают риски до приемлемого уровня.
Первый - минимальные привилегии. MCP-сервер должен иметь доступ только к тем методам API, которые действительно нужны для заявленных сценариев. Если агент должен только читать баланс, он не должен иметь права инициировать платёж.
Второй - подтверждение необратимых действий. Любая операция, меняющая состояние системы - списание средств, изменение конфигурации, удаление данных - должна требовать явного подтверждения пользователя. Текстовых ограничений в промпте недостаточно, нужна серверная валидация.
Третий - использование верифицированных скиллов. Криптографическая подпись, как у скиллов NVIDIA, позволяет проверить, что код не был подменён. Мониторинг аномалий в поведении MCP-сервера - резкий рост объёма передаваемых данных, обращения к нехарактерным эндпоинтам - помогает обнаружить компрометацию на ранней стадии.
Для QA-инженеров, работающих с MCP-связками, чек-лист безопасности и 7 уровней зрелости дают практическую рамку для оценки рисков при интеграции агентов в цикл тестирования.
Проектирование агентного опыта: что оставить в GUI, а что отдать агенту
Полный отказ от GUI - ошибка. Графический интерфейс незаменим для задач, требующих визуального контекста: настройка сложных отчётов с множеством фильтров, работа с диаграммами, конструирование инфраструктуры в визуальном редакторе. Агентный интерфейс выигрывает на повторяющихся, текстовых операциях: проверка статуса, запрос метрики, выполнение типового действия.
Критерий для выбора - частота и сложность операции. Если пользователь выполняет действие несколько раз в день и оно требует навигации по меню - это кандидат на передачу агенту. Если операция выполняется раз в месяц и требует тонкой настройки параметров - GUI остаётся предпочтительным.
Концепция «продуктовых способностей» - это явное определение того, какие действия доступны агенту. Не все методы API должны быть открыты для MCP-сервера. Проектировщик продукта решает: агент может читать баланс и историю операций, но не может менять платёжные реквизиты. Агент может создать тикет в поддержку, но не может закрыть существующий.
Гибридный подход выглядит так: пользователь настраивает детализированный отчёт через GUI один раз, а затем запрашивает его через агента ежедневно командой «пришли вчерашний отчёт по проекту X». GUI и агентный интерфейс работают с одним и тем же MCP-сервером, просто через разные точки входа.
Будущее интерфейсов: прогнозы и первые шаги для вашего продукта
Три тренда определят развитие агентных интерфейсов в ближайшие годы. Стандартизация MCP продолжится - протокол уже поддержан основными игроками, и появление новых версий SDK упростит создание серверов. Появятся конструкторы скиллов - инструменты, позволяющие описывать продуктовые способности без написания кода, через конфигурационные файлы. Грань между GUI и агентом будет размываться: интерфейсы станут мультимодальными, где пользователь переключается между кликами и голосовыми командами в рамках одного сценария.
Практические шаги для продуктовой команды, рассматривающей внедрение MCP. Первое - аудит пользовательских сценариев: выделите топ-10 операций, которые пользователи выполняют чаще всего, и оцените, сколько шагов в GUI требует каждая. Второе - выделите операции, которые можно передать агенту без угрозы безопасности. Третье - запустите пилотный проект с одним MCP-сервером, покрывающим 2-3 сценария, и соберите метрики: время выполнения операции, количество ошибок, удовлетворённость пользователей.
Предостережение: гибридный подход - наиболее реалистичный сценарий на ближайшие 3-5 лет. Полный отказ от GUI преждевременен. Агентный интерфейс забирает рутину, GUI остаётся для сложных визуальных задач. Продукты, которые найдут правильный баланс, получат конкурентное преимущество за счёт снижения когнитивной нагрузки на пользователя и ускорения типовых операций.