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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• MCP проще всего понимать как мост между агентом и сервисом. Стандарт нужен для того, чтобы один раз собранный мост работал в любом агенте.
• Коннектор, плагин и MCP-сервер это одно и то же название с разных сторон.
• Работает это в обе стороны. Агент читает данные и записывает результат туда, где он нужен.
• Уровня три. Система для сквозной рутины, проект для всего своего, скилл для доступа на время процедуры.
• Чем уже область действия, тем спокойнее. Рабочая база подключается в проекте.
• В средах разработки уже есть каталог готовых коннекторов. Ставить их стоит по одному и сразу проверять на живой задаче.
• Свой мост часто оказывается лучшим путем. Сервис у вас свой, а собрать три понятных действия агент может за вечер вместе с проверкой.
• Хороший сервер отдает несколько понятных действий и явно не умеет опасного.
• Скилл говорит как делать, MCP дает чем делать, файл-инструкция объясняет, где вы находитесь.
• Подключение коннектора равно выдаче ключей. Минимальные права, отдельный ключ, никаких ключей в репозитории.
• От обычного API MCP отличается тем, что описывает сервис один раз и в понятных действиях, после чего работает в любом агенте, который понимает стандарт.

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