---
title: Что такое MCP-серверы и как ими пользоваться
description: Разбираем на пальцах, что такое MCP (Model Context Protocol), как MCP-серверы дают ИИ-ассистентам и агентам доступ к вашим файлам, базам и сервисам, и как подключить первый сервер за пять минут.
createdAt: 2026-06-30
updatedAt: 2026-07-11
---
Раньше нейросеть в чате умела одно: разговаривать. Просишь код, копируешь в редактор, ловишь ошибку, копируешь её обратно в чат, и так по кругу. Любая связь модели с внешним миром, будь то лог-файл, база или чужой API, требовала отдельного костыля. Под каждый сервис свой скрипт, свои ключи, своя возня.

В конце 2024 года Anthropic выпустила Model Context Protocol (MCP), и возни стало меньше.

## MCP простыми словами

MCP это открытый протокол, по которому модель подключается к внешним инструментам и данным. Через него ИИ заглядывает в ваш Google-календарь, копается в заметках в Obsidian, ходит в базу или собирает макет в Figma. Часто его называют «USB для нейросетей»: один стандарт вместо самописного адаптера под каждый сервис.

И это не громкие слова. Раньше, чтобы дать модели доступ к десяти сервисам, нужно было написать десять интеграций. Теперь сервис один раз оборачивают в MCP-сервер, а дальше его понимает любой клиент с поддержкой протокола. Написали сервер под свою CRM, и он одинаково работает и в Claude, и в Cursor, и в VS Code, без переписывания под каждого.

Протокол открытый и к Anthropic не привязан. Его уже поддерживают Claude, Cursor, VS Code и десятки других клиентов.

## Как это устроено

Архитектура клиент-серверная, участников трое:

- **Хост**: приложение, где вы общаетесь с ИИ (Claude, Cursor, Perplexity, VS Code). Раздаёт разрешения и решает, каким серверам доверять.
- **Клиент**: живёт внутри хоста и держит соединение один-к-одному с сервером. Три сервера, три клиента.
- **Сервер**: лёгкая программа, которая даёт доступ к одному инструменту: файлам на диске, GitHub API, базе. Бывает локальным или удалённым.

Сервер общается с моделью через три типа связей:

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

На практике 90% серверов, которые вам встретятся, крутятся именно на инструментах. Ресурсы и промпты поддерживают не все клиенты, так что если что-то не работает, дело часто в этом.

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

Тут важно не запутаться на старте, потому что подключаются они по-разному.

**Локальный сервер** запускается прямо на вашей машине и общается с клиентом через stdin/stdout (в документации это зовут транспортом stdio). Именно про такие обычно пишут в гайдах: строчка в конфиге, `npx` или `uvx` подтягивает пакет, и всё крутится у вас. Плюс: сервер работает с вашими локальными файлами и не гоняет данные наружу. Минус: нужно, чтобы на машине стоял Node или Python.

**Удалённый сервер** живёт где-то на чужом хосте, а клиент ходит к нему по сети (транспорт HTTP или SSE). Ставить ничего не надо, часто хватает вставить ссылку или нажать «Connect» в интерфейсе клиента. Логин обычно идёт через OAuth: вас перекидывает на страницу сервиса, вы разрешаете доступ, и токен подхватывается сам, без ручного копирования ключей в JSON. Так подключают, например, официальные серверы Notion, Linear, Sentry.

Правило простое: файлы, локальная база, свои скрипты, берите локальный сервер. Внешний SaaS, который и так живёт в облаке, ищите удалённый, с ним меньше мороки.

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

Нужны три вещи: клиент, сервер и (не всегда) пара строк в конфиге.

Берёте хост с поддержкой MCP. Проще всего начать с Claude Desktop или Cursor, там всё из коробки. Выбираете сервер под задачу: файловая система, GitHub, Postgres, Telegram, веб-поиск. Чтобы не утонуть в сотнях вариантов, удобно искать через каталог: на [mcp-katalog.ru](https://mcp-katalog.ru) серверы разложены по категориям с описаниями.

Дальше прописываете сервер в конфиг. У локальных это обычно JSON стандартного вида. Вот, например, MCP для доступа к файлам на диске:

```json
{
  "mcpServers": {
    "filesystem": {
      "command": "npx",
      "args": [
        "-y",
        "@modelcontextprotocol/server-filesystem",
        "/Users/me/Documents"
      ]
    }
  }
}
```

`npx` сам подтянет пакет и запустит его с доступом только к папке `Documents`. Перезапускаете клиент, и модель видит файлы: может прочитать, найти, отредактировать. Нужен GitHub или база, добавляете такой же блок с нужным сервером, а токен кладёте в поле `env`, а не в текст промпта.

Удалённые серверы чаще подключаются вообще без правки файлов: вставили ссылку в настройках клиента, прошли OAuth, готово.

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

## Про безопасность

Дать модели право выполнять SQL-запросы или писать файлы на диск мощно, но и рискованно. Ещё весной 2025 года исследователи из Invariant показали реальные атаки: prompt injection через ответ сервера и отравление инструментов (tool poisoning), когда вредоносные инструкции прячут прямо в описании инструмента, а модель их послушно выполняет.

Несколько правил, чтобы не влететь:

- Давайте серверу доступ только к тем папкам, которые не страшно показать. Он работает с правами вашего пользователя, а не в песочнице.
- Не хардкодьте пароли и токены в JSON, выносите их в переменные окружения.
- Ставьте серверы из проверенных источников, а кастомные открывайте и читайте перед запуском. «Скачал случайный сервер с гитхаба и дал ему доступ к почте» звучит ровно так плохо, как и выглядит.
- Держите под контролем автоподтверждение. Если клиент разрешает выполнять инструменты без вашего «ок», включайте это только для серверов, которым реально доверяете.

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

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

**Работает ли MCP не с Claude?** Да. Протокол открытый, его тянут Cursor, VS Code, Perplexity и другие. Сервер, настроенный один раз, переезжает между клиентами без переделки.

**Это бесплатно?** Сам протокол и большинство серверов да, они с открытым кодом. Платить, если вообще придётся, вы будете за сервис, к которому сервер подключается, а не за MCP.

## TL;DR

MCP превратил нейросеть из говорящей головы в инструмент, который умеет действовать: открыть файл, сходить в базу, дёрнуть API, и всё это по единому стандарту. Первый сервер подключается за пять минут, а дальше всё упирается в то, какие серверы вы выберете под свои задачи. Подобрать их можно в [каталоге](https://mcp-katalog.ru).