MCP-сервер выбирают под конкретную операцию: найти документ, прочитать данные или выполнить действие. Начните с нужной функции и источника сервера, затем проверьте совместимость с клиентом и минимальные права. Большой каталог возможностей сам по себе не делает подключение полезным.
Первый тест проводите на отдельном материале. Для локального сервера также нужна среда запуска без доступа к рабочим данным и секретам: одной тестовой папки недостаточно. Для поиска документа достаточно чтения; право изменять или удалять записи не нужно выдавать «на всякий случай».
Кто поддерживает сервер
Найдите официальную страницу разработчика и инструкцию установки. Сверьте адрес репозитория или пакета, способ обновления и описание доступных инструментов. Если сервер использует название известного сервиса, это ещё не доказывает, что его выпустил сам сервис.
Проверьте, какие версии клиента поддерживаются и есть ли понятный способ сообщить об ошибке. Не устанавливайте пакет по одному сообщению в чате без проверки происхождения.
Где выполняется код
Локальный сервер запускает программу на вашем компьютере. В Security Best Practices, проверенных 22 сентября 2026 года, указано: сервер работает с теми же правами, что и клиент. Папка, заданная в конфигурации сервера, сама по себе не мешает вредоносному пакету читать другие доступные процессу файлы. Для проверки используйте изолированную среду с минимальными правами, например контейнер или виртуальную машину без доступа к рабочим папкам и ключам. Если происхождение пакета не удалось проверить, откажитесь от подключения.
При подключении в один клик MCP-клиент обязан показать полную команду с аргументами и запросить согласие до выполнения. При ручной настройке прочитайте команду и аргументы в конфигурации самостоятельно. Остановитесь, если не можете объяснить необходимость sudo, удаления через rm -rf, сетевых операций или доступа к домашней папке и SSH-ключам. Отсутствие окна подтверждения не заменяет эту проверку.
Для удалённого сервера выясните, кто его обслуживает, каким способом выдаётся доступ и как его отозвать. Стандарт MCP не означает, что любое подключение уже прошло проверку безопасности.
Какие разрешения нужны
| Задача | Что запросить | Что не нужно без отдельной задачи |
|---|---|---|
| Найти документ | Чтение тестовой области | Редактирование и удаление |
| Проверить событие календаря | Чтение нужного календаря | Создание приглашений |
| Подготовить проект изменения | Чтение исходника | Автоматическая публикация |
В окне согласия проверьте фактически запрашиваемые области доступа. Фактические права зависят от сервиса. Если их нельзя сузить до приемлемой области, оцените, нужен ли такой сервер для текущей задачи.
Первое подключение
- Подключите выбранный сервер по официальной инструкции клиента и разработчика.
- Для удалённого сервера ограничьте выданные права тестовой областью; для локального подготовьте изолированную среду запуска и ограничьте доступ процессу.
- Поместите туда документ с уникальной учебной фразой, например «Код проекта — Сосна-42».
- Попросите найти его и привести ссылку и факт.
- Ожидаемый результат — точная фраза и ссылка именно на этот документ. Если журнал доступен, проверьте, что использовались только предусмотренные инструменты чтения. При попытке записи или обращения за пределы области остановите проверку и отключите сервер.
- Локальный сервер отключите в конфигурации клиента и убедитесь, что его процесс остановлен. Для удалённого отзовите выданное разрешение в настройках сервиса и отключите подключение в клиенте. Обновите список инструментов: подключение не должно оставаться доступным; повторный доступ без новой авторизации не должен проходить.
Если операция завершилась неопределённо, сначала проверьте состояние на стороне сервиса. Это особенно важно для записи: повторный запрос может создать дубль. Для постоянной работы сохраняйте понятный перечень подключений и их назначение.
Источники и документация
- What is the Model Context Protocol (MCP)? - Model Context Protocol
- Security Best Practices - Model Context Protocol