MCP-серверы: что это, как работают и зачем нужны бизнесу

Что такое MCP-сервер и почему это не обязательно отдельный компьютер

MCP — Model Context Protocol, открытый протокол взаимодействия ИИ-приложений с внешними возможностями. Слово «сервер» здесь обозначает программу: она принимает запросы от совместимого клиента и предоставляет определённые функции. Программа может работать рядом с приложением на ноутбуке, в контейнере, на виртуальной машине или у поставщика сервиса. Покупать отдельный физический сервер только из-за названия не требуется.

Представьте сотрудника, который спрашивает: «Что сейчас с заявкой на замену компьютера?» Модель сама по себе не знает состояние вашей системы поддержки. Если подключён подходящий инструмент с разрешённым доступом, приложение может запросить карточку и передать результат модели для ответа. Если инструмент отсутствует или прав недостаточно, MCP не создаёт недостающий доступ.

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

Как проходит запрос: человек, ИИ-приложение, MCP и рабочая система

Ответ возвращается в обратном направлении. Модель не получает прямой неограниченный доступ к системе только потому, что между ними появился MCP.

В терминах протокола host — приложение, в котором работает пользователь; client — его компонент, общающийся с конкретным MCP-сервером. Один host может подключать несколько серверов. Модель предлагает вызов, а приложение организует его выполнение в рамках своей политики. Сам MCP-сервер обычно не является языковой моделью.

При выборе проверяйте поддержку конкретного клиента: транспорт, авторизацию, инструменты, ресурсы и версию протокола. Наличие надписи «MCP» у двух продуктов ещё не является испытанием их совместной работы. У протокола есть развитие версий; механизмы обнаружения и обмена могут различаться. Основа схемы описана в официальной архитектуре MCP.

Tools, Resources и Prompts: что именно даёт подключение

Названия справа и в примерах условные: они не обозначают универсальные встроенные команды MCP. Возможности объявляет конкретный сервер, а клиент может поддерживать их не полностью. Более того, инструмент тоже может только читать данные: различие между Tool и Resource не сводится к «запись против чтения».

Инструмент должен быть достаточно узким. Вместо функции «выполнить любой SQL» для первого проекта разумнее предоставить «получить статус своего заказа по номеру». Тогда проще описать допустимые параметры, проверить полномочия и понять, что произошло. Одно и то же подключение может содержать несколько таких функций.

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

Какие задачи бизнеса можно решить: четыре прикладных сценария

Эти примеры — варианты проекта, не описание уже внедрённых у AVG IT продуктов и не результаты измеренной экономии. Для 1С потребуется отдельная проверка интерфейсов, прав, лицензирования и конкретной конфигурации. Общая возможность MCP не означает наличие официального универсального MCP-сервера для любой базы 1С.

MCP, API, RAG и обычный чат: где проходит граница

API — интерфейс самой системы. Через него интеграция получает данные или выполняет действия. MCP-сервер часто использует API внутри, а наружу предоставляет инструменты в согласованном с ИИ-приложением формате. Если две системы уже обмениваются документами по расписанию, работающий обмен не нужно переделывать только ради MCP.

RAG — подход, при котором для ответа находят подходящие фрагменты знаний и передают их модели. Поисковый MCP-инструмент может участвовать в таком решении, но MCP сам не строит индекс, не гарантирует полноту документов и не устраняет ошибки ответа. Для поиска по большому архиву может понадобиться отдельная поисковая система.

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

Какие MCP-серверы бывают и где искать готовые решения

• Официальный GitHub MCP Server: интеграция с объектами GitHub и инструментами работы с репозиториями. Доступные действия и режимы сверяют в репозитории разработчика. Не подключайте организационные права шире задачи.
• Sentry MCP: поиск ошибок и работа с контекстом проблем приложения. У поставщика описано подключение через OAuth и ограничение подключения организацией или проектом — официальная страница Sentry.
• Эталонные серверы MCP: Filesystem, Git, Memory и другие учебные реализации. Их назначение — демонстрация подхода и SDK; разработчики прямо не объявляют их готовыми производственными решениями. См. официальный набор примеров.
• Собственная интеграция: узкий сервер для ваших разрешённых документов, CRM или отраслевой системы. Его нужно сопровождать как приложение: с владельцем, версиями, журналом изменений и проверками.

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

Для российского продукта проверяйте разработчика и конкретную редакцию, а не только язык описания. Если требуется решение из реестра российского ПО, выясняют статус всей применяемой поставки и условия проекта; протокол MCP сам по себе не подтверждает происхождение или сертификацию интеграции.

Локальный запуск или сервер в облаке: как выбрать размещение

Это стандартные варианты транспорта, а не два разных типа искусственного интеллекта. Старый HTTP+SSE встречается в прежних реализациях; для нового проекта проверяют Streamable HTTP и совместимость конкретных версий. В редакции протокола 2026-07-28 поведение HTTP изменено, поэтому старую инструкцию нельзя автоматически переносить на новый клиент. См. описание транспортов.

В облаке арендуют ресурсы под интеграцию, но модель при этом может находиться в другой системе. Локальный MCP-сервер также не означает, что данные никогда не покидают компьютер: результат инструмента может отправляться внешнему поставщику модели. Схему передачи, хранение журналов и условия провайдеров проверяют отдельно.

Для небольшого коннектора не следует назначать универсальную конфигурацию «N ядер на всех». Нагрузку определяют число одновременных запросов, объём ответов, задержка API и дополнительные компоненты поиска. Тяжёлая индексация и запуск собственной модели — отдельные потребители ресурсов.

Права доступа: три проверки вместо одного общего пароля

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

Авторизация HTTP-подключения и права в рабочей системе — разные уровни. Успешный OAuth-вход в MCP не даёт права читать любую строку базы. Токены ограничивают назначением и полномочиями; не передают произвольный входящий токен дальше как универсальный пропуск. Стандартные механизмы для HTTP и отличие stdio изложены в разделе Authorization.

Для меняющих операций полезны предварительный просмотр, подтверждение конкретного результата и защита от повторов. Если запрос на создание заявки завершился тайм-аутом, заявка могла уже появиться. Повтор без идентификатора операции способен создать дубль. Такая бизнес-логика реализуется в интеграции, а не появляется автоматически от использования MCP.

Какие риски появляются и как их ограничить

• Подмена инструкций в данных. Текст письма, заявки или документа может содержать команду раскрыть сведения или вызвать другой инструмент. Внешний контент рассматривают как данные; ограничивают доступные действия и проверяют переход к записи.
• Слишком широкий инструмент. Универсальный запуск команд или SQL резко расширяет последствия ошибки. Начинают с предметных функций с проверяемыми аргументами и лимитом объёма ответа.
• Чужой сервер под знакомым названием. Проверяют издателя, происхождение пакета и версии. Локально запускаемый процесс обладает правами своей учётной записи.
• Секреты в ответах и журналах. Пароли, токены и полные документы не должны случайно попадать в диагностическую запись. Отдельно задают состав журнала, срок хранения и доступ к нему.
• Внутренние адреса через параметры. Инструмент загрузки произвольного URL способен обратиться к нежелательному внутреннему ресурсу. Нужны ограничения адресов и исходящих соединений.

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

Практический отрицательный тест: сотрудник отдела А просит карточку отдела Б по известному номеру. Сервер обязан отказать независимо от того, как убедительно сформулирован вопрос. Второй тест — отключённая учётная запись: старый доступ не должен продолжать работать только потому, что приложение помнит подключение.

Как внедрить MCP: пилот с понятным результатом

1. Выбрать одну повторяемую задачу. Например, найти инструкцию и статус собственной заявки. Зафиксировать время выполнения и типичные ошибки до проекта.
2. Назначить владельцев. Бизнес отвечает за полезность, владелец системы — за данные и права, ИТ-служба — за эксплуатацию интеграции. Нужен ответственный и после завершения разработки.
3. Описать минимальный набор функций. Входные поля, допустимые значения, объём результата и понятные отказы. Для начала не включать массовое изменение записей.
4. Подготовить отдельную среду. Тестовые данные или разрешённая выборка, ограниченная учётная запись, фиксированные версии, закрытое хранение секретов. Проверить поддержку выбранного host.
5. Испытать обычные и отрицательные сценарии. Чужой объект, пустой результат, недоступный API, просроченный доступ, большая выдача и повтор запроса. Проверять не только красивый правильный ответ.
6. Оценить результат и стоимость. Сопоставить время с исходным процессом, число уточнений и фактическую точность. Учесть расходы на модель, ресурсы, разработку и обслуживание.
7. Переходить к записи по отдельным операциям. Только после проверки прав, подтверждений, журналирования, повторов и порядка возврата.

Как проверить подключение и локализовать ошибку

Разделите проверку на уровни: запуск процесса или доступность HTTP, совместимость протокола, авторизация, видимость функций и результат конкретной операции. Ответ «порт открыт» ещё не означает работоспособность MCP, а обнаруженный инструмент не доказывает наличие прав на документ.

Для удалённого сервера с HTTPS в Windows можно проверить только сетевую доступность узла. Адрес ниже учебный; его заменяют фактическим адресом своей интеграции:

Test-NetConnection mcp.example.internal -Port 443

TcpTestSucceeded: True подтверждает TCP-соединение. Затем отдельно проверяют сертификат, правильный MCP endpoint, вход, транспорт и поддерживаемую версию. Не используйте корневую страницу сайта как доказательство корректного адреса MCP.

Для исследования сервера существует MCP Inspector. Команда ниже запускает официальный инструмент через пакетный менеджер; нужен Node.js и доступ к пакету. Для воспроизводимой рабочей среды выбирают и фиксируют проверенную версию. Inspector не является защитным шлюзом и получает возможность вызывать инструменты подключённого сервера, поэтому испытания начинают в отдельной среде.

npx @modelcontextprotocol/inspector

В Inspector выбирают поддерживаемый транспорт, задают локальную команду или URL сервера, выполняют нужную авторизацию, просматривают доступные функции. Сначала вызывают одну операцию чтения с разрешённым объектом, затем повторяют с запрещённым. Пример смыслового запроса ниже — иллюстрация формата, а не готовый запрос для любого сервера; подключение и обмен версией выполняет клиент:

{
  "jsonrpc": "2.0",
  "id": 7,
  "method": "tools/call",
  "params": {
    "name": "get_ticket",
    "arguments": {"ticket_id": "DEMO-1042"}
  }
}

Имя get_ticket и поля должны существовать в конкретной реализации. Для разбора сохраняют время, идентификатор запроса, пользователя, имя инструмента, длительность и результат разрешения доступа. Содержимое токенов и лишние персональные данные не копируют в общий журнал. Эти команды и условный запрос приведены для пояснения; полноценный стенд MCP в ходе подготовки статьи не запускался.

Сколько стоит эксплуатация и что нужно сопровождать

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

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

• Кто обновляет сервер и проверяет совместимость после изменения API?
• Как отзывается доступ у ушедшего сотрудника?
• Какие настройки и данные требуется восстановить после отказа?
• Кто реагирует на рост задержек, ошибки доступа и исчерпание лимитов?
• Как отключить проблемный инструмент, сохранив работу остальных функций?

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

Две памятки для подготовки проекта

Подготовить инфраструктуру и сопровождение интеграции

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