MCP-сервер: что это и зачем подключать
Это разъём, через который агент подключается к вашим данным и сервисам: базе, таблицам, аналитике, браузеру. Разбираю, как устроен протокол, что подключать в первую очередь и почему половина MCP-серверов вам не нужна.
- MCP — стандартный разъём между нейросетью и вашими данными: база, аналитика, браузер, документы.
- Окупается только на регулярных задачах. Разовый вопрос дешевле решить копипастом.
- Каждый подключённый сервер ест контекст своим описанием инструментов — десяток «на всякий случай» съедает лимит до начала работы.
- Самое полезное подключение — браузер: агент видит страницу и ошибки сам, а не чинит вслепую по вашему описанию.
Содержание статьи
MCP (Model Context Protocol) — открытый протокол, по которому нейросеть подключается к внешним данным и сервисам. Простыми словами: это стандартный разъём. Вместо того чтобы копировать данные в чат руками, вы подключаете сервер, и агент сам ходит в базу, таблицу, аналитику или браузер.
Протокол предложила Anthropic, но он открытый и поддерживается разными клиентами. Дальше — как это выглядит на практике и что подключать в первую очередь.
Зачем это нужно
Без MCP работа с внешними данными выглядит так: вы открываете сервис, выгружаете данные, копируете в чат, получаете ответ, руками переносите результат обратно. С MCP агент делает это сам.
Разница видна на регулярных задачах. Разовый вопрос проще решить копипастом. А вот «каждое утро посмотри позиции сайта, сравни с прошлой неделей и скажи, что просело» без подключения к источнику данных не автоматизируется.
Где это дало эффект у меня
Самое полезное подключение оказалось не самым модным. Браузер: агент открывает страницу, видит, как она отрисовалась, читает ошибки консоли и метрики скорости. Раньше я описывал проблему словами и агент чинил вслепую. Теперь он смотрит сам. На технических правках сайта это сократило количество кругов «попробуй ещё раз» примерно вдвое.
Какие подключения реально окупились
Разбираю на канале конкретные связки: что подключил, что дало результат, что отвалилось через неделю.
Как это устроено
Три участника:
- 1КлиентСреда, где живёт нейросеть: Claude Code, десктоп-приложение, редактор
- 2СерверНебольшая программа: описывает набор инструментов и умеет их выполнять
- 3ИсточникТо, к чему сервер подключается: база, файлы, API сервиса
При старте клиент спрашивает у сервера список инструментов. Сервер отвечает: вот действия, вот параметры, вот что вернётся. Дальше агент сам решает, когда какой инструмент вызвать.
Ключевое отличие от написания интеграции: вы не пишете код «если пользователь просит позиции — вызови такой-то метод». Агент разбирается сам из описания.
Что подключать в первую очередь
Порядок по практической пользе, а не по популярности:
| Что подключить | Что это даёт | Кому нужно |
|---|---|---|
| Браузер | агент видит страницу, ошибки, скорость | всем, кто делает сайты |
| Файловая система | работа с папками вне проекта | работа с выгрузками и архивами |
| База данных | запросы к своим данным без выгрузок | если есть база |
| Аналитика и вебмастер | позиции, трафик, ошибки индексации | сайтам с поисковым трафиком |
| Документация библиотек | актуальный синтаксис вместо памяти модели | при работе с фреймворками |
| Таск-трекер, документы | задачи и заметки под рукой | командам |
Главная ошибка при подключении
Подключить десять серверов «на всякий случай». Каждый из них при старте отдаёт агенту описание своих инструментов, и это описание занимает контекст. У меня был случай, когда набор подключений съедал заметную часть лимита ещё до первой задачи. Правило: подключено то, чем пользуетесь на этой неделе. Остальное отключено.
Как подключить
Общая схема одинаковая для любого клиента: в конфигурации указываете, какой сервер запускать и с какими параметрами. Обычно это одна запись с командой запуска и, если нужно, ключом доступа.
Два правила, которые экономят нервы:
- Ключи — в переменных окружения, не в конфиге. Конфиг может уехать в репозиторий, ключ уезжать не должен.
- Начинайте с прав только на чтение. Особенно для баз данных. Дать право на запись можно потом, когда убедились, что агент делает то, что нужно.
Проверка после подключения
- Перезапустите клиент — список инструментов читается при старте.
- Спросите у агента, какие инструменты ему доступны. Он должен перечислить реальные, а не выдуманные.
- Дайте задачу, которая обязательно требует нового инструмента, и посмотрите, вызвал ли он его.
- Проверьте, что ключ не попал в репозиторий:
git statusперед первым коммитом.
Проверь мои MCP-подключения и скажи, что из этого стоит отключить.
1. Покажи список подключённых серверов и, если можешь, оцени, сколько
контекста занимает описание инструментов каждого.
2. Для каждого сервера ответь на три вопроса: какие его инструменты
реально вызывались в последнее время, какую задачу он закрывает,
есть ли способ решить ту же задачу локальным скриптом или файлом.
3. Раздели список на три группы: оставить, отключить до надобности,
заменить скриптом.
4. Проверь, что ни в одном конфиге нет ключей открытым текстом,
и покажи, где они должны лежать вместо этого.
Если чего-то не видишь — пиши «не могу проверить», не угадывай.Когда MCP не нужен
Честно: чаще, чем кажется.
- Разовая задача. Проще выгрузить данные и вставить в чат.
- Задача решается скриптом. Если нужно отфильтровать таблицу — напишите скрипт, а не подключайте сервер.
- Данные помещаются в файл. Агент прекрасно читает локальные файлы без всякого протокола.
MCP окупается на регулярных задачах с внешними источниками. На всём остальном он добавляет сложности и расхода контекста.
MCP и скиллы: в чём разница
Их часто путают. Разница простая:
- MCP-сервер даёт агенту доступ — новые действия, которых у него не было.
- Скилл даёт агенту инструкцию — как выполнять задачу по вашему стандарту.
Одно не заменяет другое. Подключение к вебмастеру даёт данные о позициях; скилл описывает, что с этими данными делать и в каком виде отдавать отчёт. Про второе — в статье скиллы и правила Claude Code.
Читайте такжеСкиллы и правила Claude CodeЕсли вы объясняете агенту одно и то же третий раз — пора не объяснять, а записать. Разбираю, как устроены скиллы и правила, чем они отличаются и как написать такой, которым вы реально будете пользоваться.Если вы только начинаете, сначала разберитесь, что вообще умеет Claude Code, а к MCP возвращайтесь, когда появится регулярная задача с внешними данными.
- Подключайте то, чем пользуетесь на этой неделе; остальное отключайте.
- Ключи — в переменных окружения, не в конфиге: конфиг однажды уедет в репозиторий.
- Начинайте с прав только на чтение, особенно для баз данных.
- После подключения спросите у агента список доступных инструментов: он должен назвать реальные.
- MCP даёт доступ, скилл даёт инструкцию. Одно другое не заменяет.
Гайд «6 проектов в Claude Code»
Карусели, Reels, клон-голос, авто-монтаж, второй мозг — с промптами и командами. Бесплатно, отдаёт бот в Telegram.
Частые вопросы
MCP — это что-то от Anthropic или общий стандарт?
Протокол предложила Anthropic, но он открытый: его поддерживают и другие клиенты и инструменты. Смысл именно в общем разъёме — один сервер работает с разными ИИ-клиентами, не нужно писать интеграцию под каждый.
Чем MCP отличается от обычного API?
API — это интерфейс сервиса для программ. MCP — обёртка, которая описывает возможности сервиса так, чтобы нейросеть сама поняла, какие действия доступны и какие параметры нужны. Вы не пишете код интеграции — вы подключаете сервер, и агент видит инструменты.
Это безопасно?
Настолько, насколько безопасен сервер, который вы подключили. MCP-сервер работает с вашими правами: если дали доступ к базе на запись, агент сможет писать. Подключайте только то, чему доверяете, и начинайте с доступа только на чтение.
Сколько MCP-серверов стоит подключать?
Минимум, который реально нужен. Каждый подключённый сервер занимает место в контексте описанием своих инструментов — десяток серверов заметно съедает лимит ещё до начала работы. Подключайте под задачу, лишнее отключайте.
Можно ли написать свой MCP-сервер?
Да, и это несложно: нужно описать набор инструментов и обработчики. Практический смысл появляется, когда у вас есть своя система — CRM, база проектов, внутренний сервис, — к которой агент должен обращаться регулярно.