Константин ВасинБлог
Claude Code и вайбкодинг

MCP-сервер: что это и зачем подключать

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

Коротко
  • MCP — стандартный разъём между нейросетью и вашими данными: база, аналитика, браузер, документы.
  • Окупается только на регулярных задачах. Разовый вопрос дешевле решить копипастом.
  • Каждый подключённый сервер ест контекст своим описанием инструментов — десяток «на всякий случай» съедает лимит до начала работы.
  • Самое полезное подключение — браузер: агент видит страницу и ошибки сам, а не чинит вслепую по вашему описанию.
Содержание статьи
  1. Зачем это нужно
  2. Как это устроено
  3. Что подключать в первую очередь
  4. Как подключить
  5. Когда MCP не нужен
  6. MCP и скиллы: в чём разница

MCP (Model Context Protocol) — открытый протокол, по которому нейросеть подключается к внешним данным и сервисам. Простыми словами: это стандартный разъём. Вместо того чтобы копировать данные в чат руками, вы подключаете сервер, и агент сам ходит в базу, таблицу, аналитику или браузер.

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

Зачем это нужно

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

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

Где это дало эффект у меня

Самое полезное подключение оказалось не самым модным. Браузер: агент открывает страницу, видит, как она отрисовалась, читает ошибки консоли и метрики скорости. Раньше я описывал проблему словами и агент чинил вслепую. Теперь он смотрит сам. На технических правках сайта это сократило количество кругов «попробуй ещё раз» примерно вдвое.

Дальше по теме

Какие подключения реально окупились

Разбираю на канале конкретные связки: что подключил, что дало результат, что отвалилось через неделю.

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

Три участника:

Как агент получает доступ к внешним данным
  1. 1КлиентСреда, где живёт нейросеть: Claude Code, десктоп-приложение, редактор
  2. 2СерверНебольшая программа: описывает набор инструментов и умеет их выполнять
  3. 3ИсточникТо, к чему сервер подключается: база, файлы, API сервиса

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

Ключевое отличие от написания интеграции: вы не пишете код «если пользователь просит позиции — вызови такой-то метод». Агент разбирается сам из описания.

Что подключать в первую очередь

Порядок по практической пользе, а не по популярности:

Что подключить Что это даёт Кому нужно
Браузер агент видит страницу, ошибки, скорость всем, кто делает сайты
Файловая система работа с папками вне проекта работа с выгрузками и архивами
База данных запросы к своим данным без выгрузок если есть база
Аналитика и вебмастер позиции, трафик, ошибки индексации сайтам с поисковым трафиком
Документация библиотек актуальный синтаксис вместо памяти модели при работе с фреймворками
Таск-трекер, документы задачи и заметки под рукой командам

Главная ошибка при подключении

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

Как подключить

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

Два правила, которые экономят нервы:

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

Проверка после подключения

  1. Перезапустите клиент — список инструментов читается при старте.
  2. Спросите у агента, какие инструменты ему доступны. Он должен перечислить реальные, а не выдуманные.
  3. Дайте задачу, которая обязательно требует нового инструмента, и посмотрите, вызвал ли он его.
  4. Проверьте, что ключ не попал в репозиторий: git status перед первым коммитом.
Промпт — ревизия подключений раз в месяц
Проверь мои MCP-подключения и скажи, что из этого стоит отключить.

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

Если чего-то не видишь — пиши «не могу проверить», не угадывай.

Когда MCP не нужен

Честно: чаще, чем кажется.

  • Разовая задача. Проще выгрузить данные и вставить в чат.
  • Задача решается скриптом. Если нужно отфильтровать таблицу — напишите скрипт, а не подключайте сервер.
  • Данные помещаются в файл. Агент прекрасно читает локальные файлы без всякого протокола.

MCP окупается на регулярных задачах с внешними источниками. На всём остальном он добавляет сложности и расхода контекста.

MCP и скиллы: в чём разница

Их часто путают. Разница простая:

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

Одно не заменяет другое. Подключение к вебмастеру даёт данные о позициях; скилл описывает, что с этими данными делать и в каком виде отдавать отчёт. Про второе — в статье скиллы и правила Claude Code.

Читайте такжеСкиллы и правила Claude CodeЕсли вы объясняете агенту одно и то же третий раз — пора не объяснять, а записать. Разбираю, как устроены скиллы и правила, чем они отличаются и как написать такой, которым вы реально будете пользоваться.

Если вы только начинаете, сначала разберитесь, что вообще умеет Claude Code, а к MCP возвращайтесь, когда появится регулярная задача с внешними данными.

Что забрать из статьи
  1. Подключайте то, чем пользуетесь на этой неделе; остальное отключайте.
  2. Ключи — в переменных окружения, не в конфиге: конфиг однажды уедет в репозиторий.
  3. Начинайте с прав только на чтение, особенно для баз данных.
  4. После подключения спросите у агента список доступных инструментов: он должен назвать реальные.
  5. MCP даёт доступ, скилл даёт инструкцию. Одно другое не заменяет.
Забрать материал

Гайд «6 проектов в Claude Code»

Карусели, Reels, клон-голос, авто-монтаж, второй мозг — с промптами и командами. Бесплатно, отдаёт бот в Telegram.

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

MCP — это что-то от Anthropic или общий стандарт?

Протокол предложила Anthropic, но он открытый: его поддерживают и другие клиенты и инструменты. Смысл именно в общем разъёме — один сервер работает с разными ИИ-клиентами, не нужно писать интеграцию под каждый.

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

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

Это безопасно?

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

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

Минимум, который реально нужен. Каждый подключённый сервер занимает место в контексте описанием своих инструментов — десяток серверов заметно съедает лимит ещё до начала работы. Подключайте под задачу, лишнее отключайте.

Можно ли написать свой MCP-сервер?

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

Константин Васин
Предприниматель, маркетолог

10 лет в маркетинге и онлайн-образовании. Запускаю проекты в одиночку на Claude Code и показываю экономику как есть. Все методы из блога сначала обкатываю на своих проектах и только потом описываю.