Что такое MCP: мосты между AI-агентом и вашими сервисами

MCP простыми словами: мост между агентом и сервисом

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

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

Схема нарисована кодом прямо на странице. Движение идет в обе стороны: агент забирает данные и кладет результат туда, где он нужен.

Пока моста нет, вы работаете грузчиком между агентом и своими же сервисами. Выгрузили таблицу, перетащили в чат, скопировали ответ обратно.

---

Что меняется после подключения

Разница видна на любой рутине, где данные лежат в одном месте, а результат нужен в другом.

Задача	Без моста	С мостом
Сводка по трафику	Выгрузка отчета, загрузка файла в чат, копирование ответа в заметки	Одна фраза, готовая страница в заметках
Разбор базы	Скриншот таблицы или выгрузка в файл	Агент смотрит структуру и данные сам
Верстка по макету	Экспорт картинок и переписывание размеров руками	Агент читает макет и берет размеры оттуда
Проверка сайта	Вы открываете страницу и описываете словами, что не так	Агент открывает страницу сам и смотрит на результат

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

Живой пример из соседнего гайда: сборка дайджеста с AI-агентом начинается с коннекторов к источникам и заканчивается готовым файлом, который уходит в Telegram без единого ручного шага.

Как это выглядит в обычный вторник

Сценарий, который у меня работает каждое утро. Раньше он занимал минут двадцать и делался через раз.

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

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

---

Три уровня: система, проект, скилл

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

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

Имена файлов у разных инструментов свои, устройство одинаковое: список коннекторов и права каждого.

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

Уровень скилла отдельно приятен тем, что доступ появляется вместе с задачей и исчезает вместе с ней. Как устроены сами скиллы, разобрано в гайде про скиллы для агентов.

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

---

Что уже готово: каталог в вашей IDE

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

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

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

Шесть мостов, которые окупаются первыми

Список собран по тому, что чаще всего снимает ручную работу в первую же неделю.

• Браузер. Агент открывает страницу, снимает экран и смотрит на собственную работу. Это единственный способ получить внятную правку верстки без вашего описания словами.
• Заметки и база знаний. Результат сразу ложится страницей туда, где вы его потом ищете. Ручной перенос из чата в заметки исчезает целиком.
• Облачный диск и таблицы. Отчеты, выгрузки и договоры агент берет сам. Файл перестает быть тем, что вы приносите в разговор руками.
• База данных проекта. Агент видит структуру и данные, поэтому перестает угадывать имена полей. Права на первое время ставятся на чтение.
• Трекер задач. Разбор превращается в поставленные задачи с описанием, а еженедельная сводка собирается по фактическим статусам.
• Макеты. Размеры, цвета и отступы приезжают из макета цифрами. Верстка по скриншоту рядом не стоит, про это подробнее в гайде про красивый дизайн с агентом.

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

---

Свой мост, когда готового нет

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

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

Хороший мост отдает три-четыре понятных действия. Один универсальный инструмент вида сделай любой запрос перекладывает всю ответственность на агента.

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

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

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

---

Чем MCP отличается от скилла и файла-инструкции

Три вещи из мира агентов легко путаются, при этом отвечают за разное.

Что это	За что отвечает	Где живет
Файл-инструкция	Контекст: что за проект, кто вы, чего делать нельзя	В папке проекта
Скилл	Процедура: в каком порядке делать шаги	В системе или в проекте
MCP	Доступ: чем именно работать наружу	Система, проект или скилл

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

---

Безопасность: мост это выданный доступ

Подключение коннектора равно выдаче ключей новому сотруднику. Правила такие же, как в обычной жизни.

• Источник. Ставьте коннекторы от самого сервиса или из каталога вашего инструмента. Чужой репозиторий с непонятным авторством требует того же взгляда, что и любое расширение из интернета.
• Права. Список запрошенных разрешений читается до подключения. Там, где хватает чтения, запись не выдается.
• Отдельный ключ. Заводите под агента собственный доступ, чтобы отзыв одного ключа не ломал остальную работу.
• Область. Рабочая база подключается на уровне проекта. Глобальный доступ к ней однажды сработает в чужой папке.
• Деньги и переписка. Платежи, почта и рассылки это отдельный разговор с самим собой. Начинать с них не стоит.

---

Границы: чего ждать от MCP не стоит

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

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

---

Грабли

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

---

С чего начать за вечер

1. Возьмите одну рутину, где вы возите данные руками между двумя окнами.
2. Откройте каталог в своем инструменте и посмотрите, есть ли готовый мост к нужному сервису.
3. Подключите один и выдайте минимальные права.
4. Прогоните настоящую задачу целиком, от запроса данных до результата в нужном месте.
5. Соберите свой, если готового не нашлось. Три действия, понятные описания, явный список того, чего он не делает.

После первой подключенной рутины начинается характерный эффект. Вы перестаете думать словами надо выгрузить и начинаете думать словами пусть возьмет сам. На кэмпе Точки над ИИ мы проходим этот путь на ваших собственных сервисах и доводим первую связку до рабочего состояния, ближе всего тема лежит к личной эффективности с AI.

---

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

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

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

Чем коннектор отличается от плагина и MCP-сервера?

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

Нужно ли программировать, чтобы подключить MCP?

Нет. Готовый коннектор ставится галочкой в каталоге инструмента плюс вход в сервис. Свой мост пишет агент по документации, от вас требуется список действий, которые он должен уметь, и доступ к сервису.

Подключать коннектор глобально или внутри проекта?

Глобально имеет смысл подключать то, что нужно везде: календарь, заметки, поиск. Все, что относится к одному проекту, подключается рядом с этим проектом и уезжает вместе с ним в репозиторий. Чем уже область действия, тем спокойнее вы спите.

Сколько времени занимает свой мост?

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

Безопасно ли давать агенту доступ к сервисам?

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

Почему агент не пользуется подключенным мостом?

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

Что дает мост по сравнению с обычным API?

К обычному API агент пишет запрос заново в каждом проекте и каждый раз разбирается в документации. Мост описывает сервис один раз и в понятных действиях, после чего работает в любом агенте, который понимает стандарт, и в любой вашей папке.