MCP подключения настраивают через конфигурацию клиента: указывают, какой MCP-сервер запустить и какие права ему выдать, а агент получает доступ к его инструментам сразу после перезапуска. Разберём, какие серверы встречаются чаще всего, как их включают и что проверить перед тем, как открывать агенту рабочие данные.
Сервер и клиент
Короткий ответ: MCP подключение — это связка MCP-клиента (например, Claude) и MCP-сервера, что открывает доступ к конкретному источнику: файлам, репозиторию, браузеру или базе данных, через единый протокол вместо отдельной интеграции под каждый сервис.
MCP (Model Context Protocol) — открытый протокол, через который модель получает доступ к внешним инструментам и данным без отдельной интеграции под каждый сервис. MCP-сервер отвечает за конкретный источник (файлы, репозиторий, таблицу), а MCP-клиент — приложение, где работает модель, — подключает сервер и передаёт агенту список его инструментов.
До MCP каждую связку модели с внешним сервисом собирали отдельно, под конкретного вендора и конкретный клиент. Общий протокол меняет эту картину: один сервер под файлы или под репозиторий работает с любым клиентом, что умеет говорить на MCP, — Claude, редактором кода или собственным агентом компании.
Базовый сценарий подключения MCP к Claude пошагово разобран в статье как подключить MCP к Claude. Здесь — обзор популярных типов серверов и практика их настройки в связке.
Какие бывают серверы
| Тип сервера | Что открывает агенту | Типичная задача |
|---|---|---|
| Файловая система | Чтение и правку файлов в заданной папке | Работа с кодом и документами проекта |
| Репозиторий кода | Ветки, коммиты, issues, pull request | Разбор задач и правок в общем репозитории команды |
| Браузер | Открытие страниц, клики, чтение содержимого | Проверка сайта, сбор данных со страниц |
| База данных | Запросы к таблицам по заданным правам | Отчёты и выборки без ручного SQL сотрудника |
| Таблицы и документы | Чтение и правку содержимого файла | Обновление реестров и трекеров без переключения окна |
Сервер для браузера — частый первый выбор команд: агент открывает страницу и читает содержимое так же, как это увидел бы сотрудник. Подключений такого рода в поиске ищут отдельно, под запрос «playwright mcp» — инструмент для автоматизации браузера через тот же протокол.
Выбор первого сервера привязывают к самой частой рабочей операции команды вместо перебора всего списка доступных вариантов подряд. Отдел поддержки чаще начинает с базы данных или таблиц, разработка — с репозитория, маркетинг и контент-команда — с браузера и файловой системы.
Как настроить связь
- Выбрать сервер под задачу — файлы, репозиторий, браузер или база данных.
- Добавить запись о сервере в конфигурацию клиента: имя, команда запуска, переменные окружения.
- Указать в конфигурации ключи или токены доступа отдельно от общего кода проекта.
- Перезапустить клиент — список инструментов сервера появится у агента автоматически.
- Дать агенту тестовую задачу именно на чтение данных и свериться с ожидаемым результатом, прежде чем разрешать запись.
Отдельного внимания заслуживают токены доступа: их выпускают под конкретную задачу подключения вместо переиспользования личного рабочего токена сотрудника. Так при отключении сервера или смене прав достаточно отозвать один токен вместо смены паролей по всему контуру.
Права и границы
- Открывать агенту отдельную рабочую папку или тестовую базу вместо корня системы и вместо полной продовой базы.
- Выдавать токены доступа с минимальным набором прав: там, где хватает чтения, обходятся без права записи.
- Держать ключи и токены вне общего репозитория — в переменных окружения или отдельном защищённом файле.
- Проверять журнал действий сервера при первых запусках, пока команда доверяет агенту новую зону ответственности.
Список прав пересматривают раз в квартал вместе с ростом числа подключённых серверов: часть доступов, выданных на старте пилота, к этому моменту чаще оказывается шире, чем нужно для текущих задач агента.
В вашей команде какой из подключённых источников пора пересмотреть на права?
Проверка связи
Работающее подключение видно по короткому тесту: агент называет доступные инструменты сервера и выполняет простое чтение — список файлов папки, последние коммиты репозитория, заголовок страницы браузера. Если список инструментов пуст, чаще дело в опечатке конфигурации или в правах запуска команды сервера.
Второй уровень проверки — контроль качества ответов агента на реальных задачах: список инструментов появился, а результат чтения файла или запроса к базе сверяют с тем, что видит сотрудник вручную в том же источнике.
При нескольких подключённых серверах важно следить за пересечением прав: агент с доступом одновременно к репозиторию и к базе данных способен связать два источника способом, что выходит за рамки любого из серверов по отдельности. Такое пересечение закладывают в правила заранее и держат в поле зрения при каждом новом подключении.
Полезная привычка команды — короткий список подключённых серверов с датой добавления и причиной, ради которой сервер появился в контуре: через несколько месяцев такой список проще проверить на актуальность, чем вспоминать, зачем агенту доступ к очередной системе.
На практике такой список экономит время именно в момент разбора инцидента: когда что-то в контуре повело себя неожиданно, команда сначала смотрит, какие серверы подключены и с какими правами, а только потом переходит к логам самого агента и модели.
Такой же список показывают новому сотруднику команды при знакомстве с контуром — быстрее устного пересказа каждого подключения по памяти.
Формат списка можно держать простым: таблица или файл в общем хранилище команды с колонками — сервер, дата подключения, причина, ответственный. Ценность растёт вместе с числом подключений, а изящество самого формата записи здесь дело десятое.
Первую запись делают сразу после подключения тестового сервера — так список с самого начала растёт вместе с контуром вместо появления задним числом, когда подключений уже накопился десяток.
На практике первый MCP-сервер в контуре почти всегда файловый: его подключают к тестовой папке, дают агенту задачу собрать сводку по документам, и только потом в контур входит второй сервер — репозиторий или таблица. Постепенное расширение реже путает права, чем разовое подключение всех источников сразу.
Разбор своего MCP-сервера под данные компании — в статье свой MCP-сервер: как дать Claude доступ к данным. Настройку контура подключений под задачи команды разбираем на консультациях по внедрению Claude Code.