MCP-сервер: что это, как подключить и какие бывают

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

MCP (Model Context Protocol) — общий язык, на котором нейросеть разговаривает с внешними системами. Модель сама по себе умеет только одно: получать текст и отвечать текстом. MCP-сервер даёт ей руки: доступ к файлам, к базе, к браузеру, к трекеру задач.

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

Дальше — как это подключается, чем локальный сервер отличается от удалённого, отдельно про связку с 1С и что проверить с точки зрения безопасности.

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

Подключение сводится к одному конфигурационному файлу. Клиент читает его при запуске и поднимает указанные серверы сам.

// файл конфигурации клиента
{
  "mcpServers": {
    "filesystem": {
      "command": "npx",
      "args": ["-y", "@modelcontextprotocol/server-filesystem", "/путь/к/папке"]
    },
    "postgres": {
      "command": "npx",
      "args": ["-y", "@modelcontextprotocol/server-postgres"],
      "env": { "DATABASE_URL": "postgresql://..." }
    }
  }
}

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

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

Первый сервер за десять минут: полный проход

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

Тот же сервер через командную строку, без правки JSON:

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

Что спрашивать после подключения

Главный вопрос новичка звучит так: сервер подключил, а дальше что. Дальше меняется формулировка задач. Пока доступа не было, вы описывали данные словами и вставляли куски в окно. С сервером задача начинается с глагола: найди, посчитай, сравни, открой, создай.

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

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

Разница в том, где выполняется код и куда уходят данные.

Локальный запускается на вашей машине и работает с тем, что на ней есть: файлы, база, браузер. Данные с компьютера никуда не уезжают, кроме того фрагмента, который модель забирает в ответ. Это вариант по умолчанию для файлов и внутренних систем.

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

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

MCP против API и плагинов

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

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

Где брать серверы и как выбирать

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

MCP и 1С: зачем это связывают

Запрос «MCP-сервер для 1С» задают почти так же часто, как «что это такое», и причина понятная: в 1С лежат остатки, документы и номенклатура, а вытаскивать их для анализа приходится выгрузками.

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

Что тут важно понимать. Готовых универсальных серверов под 1С мало, потому что конфигурации у всех разные: сервер под управление торговлей не подойдёт к самописной базе. На практике его пишут под свою конфигурацию, а объём работы сравним с обычной интеграцией. Второе: доступ на запись давать рано. Модель читает данные, проводят документы люди.

Сервер не поднялся: разбор частых ошибок

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

Отдельно про последнюю строку таблицы. Конструкция npx -y пакет при каждом запуске тянет свежую версию, и работавшая связка ломается после чужого релиза. На проекте, где сервер нужен ежедневно, версию стоит зафиксировать.

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

MCP-сервер даёт модели реальные права в ваших системах, поэтому три вещи проверяют до подключения.

Область видимости. Файловый сервер должен смотреть в папку проекта. Указали корень диска — модель получила доступ к документам, ключам и почте.

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

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

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

Главное