MCP-сервер: что это такое

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

Обновлено 13 октября 2026 года. Текст подготовил ООО «ФИИ», источники в конце страницы.

Что такое MCP

MCP (Model Context Protocol) это открытый стандарт подключения ИИ-приложений к внешним системам: файлам, базам данных, рабочим программам. Авторы сравнивают его с разъемом USB-C: один способ подключения вместо отдельной доработки под каждую пару «приложение и система».

Протокол открыла компания Anthropic 25 ноября 2024 года как стандарт подключения ИИ-ассистентов к системам, где лежат данные. Спецификация опубликована на GitHub под лицензией MIT.

Протокол меняется. Эта страница описывает версию спецификации 2026-07-28. В ней протокол стал без состояния: каждый запрос самодостаточен и сам несет версию протокола. Многие статьи описывают прежние версии с сессиями, поэтому при чтении инструкций смотрите на дату.

Как устроен: хост, клиент и сервер

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

Обмениваются они сообщениями формата JSON-RPC 2.0. Важное свойство: вся история разговора остается у хоста. По спецификации сервер не должен видеть весь разговор и не должен заглядывать в другие серверы. Модель сама в базу не ходит: ходит сервер, а хост решает, что из ответа попадет в разговор.

Что сервер дает модели

Сервер предлагает три вида возможностей, и управляет каждым свой участник.

Инструменты (tools): функции, которые выполняют действия, например запрос к базе или вызов внешней программы. Вызывать их решает модель.
Ресурсы (resources): данные для контекста, например содержимое файла или записи базы. Подкладывает их приложение.
Шаблоны (prompts): готовые заготовки запросов. Выбирает их человек.

Локальный и удаленный сервер

Протокол знает два способа связи. Локальный сервер запускается на той же машине, что и приложение, и общается с ним через стандартный ввод и вывод: читает сообщения из ввода и пишет ответы в вывод. Удаленный сервер работает по HTTP: приложение отправляет ему запросы, ответы могут приходить потоком. Для удаленного сервера протокол рекомендует получать права доступа через OAuth.

MCP-сервер для 1С и других учетных систем

MCP не привязан к конкретной программе. Сервер для 1С, Битрикс24 или трекера задач устроен так же, как любой другой: отдает данные системы как ресурсы, а операции как инструменты. Отдельных правил для учетных систем в спецификации нет.

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

Что проверить по безопасности

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

Человек подтверждает действия. Приложение должно получить явное согласие пользователя, прежде чем вызвать инструмент или передать серверу его данные, и показать входные данные вызова до отправки.
Минимум прав. Руководство по безопасности на сайте протокола советует выдавать права постепенно и по минимуму и называет ошибкой права вида «полный доступ».
Локальный сервер это чужой код на вашей машине. Он работает с теми же правами, что и приложение. Связь через ввод и вывод не песочница. Запускайте сторонний сервер в изолированной среде и проверяйте команду запуска целиком.
Данные и описания инструментов не команды. Чужой текст, который прочитал сервер, может содержать инструкцию для модели и направить даже честный сервер не туда. Описания инструментов модель тоже читает как указания, а сервер может поменять их после того, как вы его одобрили.
Серверы влияют друг на друга. Все подключенные серверы делят один контекст модели, и вредный сервер может повлиять на то, как используются инструменты остальных.
Удаленный сервер защищен. Проверяет заголовок Origin, при локальном запуске слушает только 127.0.0.1, требует аутентификацию и не пробрасывает чужие токены дальше: в спецификации авторизации это прямо запрещено.

MCP и наши продукты

В наших продуктах MCP нет, и мы этого не заявляем. У Сибирь.Диалога есть программный интерфейс REST и коннекторы к 1С, у Сибирь.ИИ модель отвечает через программный интерфейс по HTTP. Продукты работают в контуре заказчика без обращения к зарубежным сервисам.

Если вы подключаете модель к своим данным, модель в собственном контуре снимает вопрос передачи данных внешнему поставщику. Но правила из раздела выше нужны и тогда: они про то, что модели разрешено делать, а не про то, где она работает.

Другие разборы

Источники

Страницы открыты 13 октября 2026 года, версия спецификации 2026-07-28.

Частые вопросы

Что такое MCP-сервер простыми словами

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

Чем MCP отличается от обычного API

API у каждой системы свой. MCP задает один способ, которым любое ИИ-приложение узнает, какие данные и действия предлагает сервер, и вызывает их.

Есть ли MCP-сервер для 1С

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

Безопасно ли подключать MCP-сервер

Зависит от приложения и сервера: протокол сам безопасность не обеспечивает. Нужны подтверждение действий человеком, минимум прав и изоляция стороннего сервера.

Поддерживают ли ваши продукты MCP

Нет. У Сибирь.Диалога есть REST API и коннекторы к 1С, у Сибирь.ИИ программный интерфейс по HTTP.