MCP протокол нужен не всегда: Рег.облако объяснило, когда ИИ-агенту хватит API

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

Что нового?

• Правило выбора. Если система одна и набор операций известен заранее, подойдёт прямой API. Если одни и те же инструменты нужны нескольким ИИ-приложениям, удобнее MCP-сервер.
• Прямой API. Разработчик сам пишет обращения к сервису и обработку ответов.
• MCP. Протокол задаёт единый способ, которым агент находит и вызывает инструменты. Готовый сервер можно повторно использовать в совместимых клиентах.
• Пример с заказом. Сервер предоставляет инструмент get_order_status. Приложение получает его описание командой tools/list (запрос «какие инструменты у тебя есть»). Затем оно вызывает инструмент через tools/call и передаёт номер заказа, а сервер обращается к учётной системе и возвращает результат.
• Практическая часть. В статье показано, как создать MCP-сервер на Python и подключить его к ИИ-приложению.

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

Как попробовать?

1. Найдите в блоге Рег.облака статью про архитектуру MCP. В ней есть пример сервера на Python и порядок подключения к ИИ-приложению.
2. Выберите одну операцию, например проверку статуса заказа. Посчитайте, сколько ИИ-приложений будут её использовать: если одно, начните с прямого API.
3. Если приложений несколько, оформите операцию как инструмент MCP-сервера с понятным описанием.
4. До запуска настройте права и подтверждение для операций, которые меняют данные. Проверяйте вызовы после каждого обновления.

Работает ли это с 1С, МойСклад и российскими нейросетями?

Источник пишет про учётную систему без названий. Для бизнеса в РФ на её месте может стоять 1С или МойСклад. Схема та же: MCP-сервер обращается к API учётной системы и отдаёт агенту, например, статус заказа.

Среди доступных в РФ нейросетей есть YandexGPT и GigaChat. Источник не сообщает, поддерживают ли приложения на их основе MCP как клиенты, поэтому проверьте это в документации до того, как писать сервер. Если поддержки нет, прямой API к учётной системе остаётся рабочим вариантом.

Что делать с этим прямо сейчас, по ролям

Автору Дзена. Если вы пишете про ИИ для бизнеса, пример со статусом заказа хорошо объясняет читателю работу агентов без жаргона. Возьмите его как иллюстрацию.

Маркетологу. Если ваша команда подключает несколько ИИ-инструментов к одной базе клиентов или каталогу, спросите разработчиков про MCP. Один сервер может заменить отдельную интеграцию под каждое приложение.

Предпринимателю. Не заказывайте MCP только потому, что о нём говорят. Один бот к 1С проще связать через API, а протокол оправдан, когда инструменты нужны нескольким приложениям.

Разработчику. Проверяйте сторонние MCP-серверы до подключения и не давайте агенту права на изменения без подтверждения человека.

Частые вопросы про MCP, 1С и безопасность

Нужен ли MCP, если у меня один бот и одна учётная система?

Скорее нет. По логике разбора, для одной системы и небольшого набора известных операций хватает прямого API.

Опасно ли подключать чужой MCP-сервер?

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

Что может сломаться после обновления?

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