ХОРОШИЙ гайд по MCP-серверам: что это, как создать, 5 примеров и 3 отличия от API, AI Gateway и RPA

MCP-серверы — один из способов подружить ИИ с календарём, файлами, CRM, базами данных и другими рабочими инструментами. Чтобы попросить помощника подготовить отчёт, теперь не обязательно копировать в чат пять таблиц и объяснять, где в них искать нужную колонку.

Главная идея MCP проста: модель рассуждает, а подключённые инструменты помогают ей получать данные и выполнять действия.

Звучит почти как универсальный переходник для ИИ — примерно как USB-C, только для программ. Но у этого переходника есть правила, настройки и вопросы безопасности. Разберёмся, что такое MCP, как он работает и что на самом деле означают MCP-интеграции для 1С, Яндекса, Битрикс24 и популярных магазинов.

НОВОЕ! MCP для ИИ: что изменилось?

MCP для ИИ — это стандарт, по которому приложения с моделями подключаются к внешним источникам данных и инструментам. Он помогает ассистенту не только отвечать на вопросы по уже известным ему сведениям, но и, например, проверить файл, найти встречу в календаре или подготовить черновик CRM-записи. Важно: MCP не делает модель умнее сам по себе и не превращает её в автономного сотрудника с безграничным доступом.

Модель не получает «доступ ко всему компьютеру». Она может использовать только те возможности, которые приложение явно подключило и разрешило.

Как работает MCP для ИИ: схема

В типичной схеме участвуют три стороны: ИИ-приложение, MCP-клиент внутри этого приложения и один или несколько MCP-серверов. Приложение показывает пользователю чат, модель выбирает подходящий инструмент, а клиент по правилам протокола обращается к серверу. Сервер связывается с конкретным источником — например, с календарём или внутренним API.

Упрощённая цепочка выглядит так: вопрос пользователя → решение модели → вызов инструмента → ответ MCP-сервера → ответ модели. Если ассистенту нужно совершить действие, например создать задачу, приложение может попросить пользователя подтвердить его. Запрос и подтверждение зависят от конкретного клиента и настроек.

Участник	За что отвечает	Пример
ИИ-приложение	Организует диалог, показывает ответы, управляет подключениями	Claude Desktop, Cursor или собственный чат
MCP-клиент	Обменивается сообщениями с MCP-сервером	Компонент внутри приложения
MCP-сервер	Предоставляет инструменты или данные в стандартном формате	Сервер для файлов, базы знаний или CRM
Внешний сервис	Хранит данные или выполняет реальное действие	Календарь, 1С, облачное хранилище

Для Claude

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

                          CLAUDE
                            │
                            │ MCP
                            ▼
                     MCP-СЕРВЕР
                            │
              ┌─────────────┼─────────────┐
              ▼             ▼             ▼
         Поиск данных   Создание задачи   Отчёт
              │             │             │
              └─────────────┼─────────────┘
                            ▼
                    КОРПОРАТИВНАЯ
                       СИСТЕМА

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

Для Cursor

В редакторе Cursor MCP может дать ИИ-помощнику доступ к инструментам, полезным при разработке: документации, задачам, системам контроля версий или локальным данным проекта. Тогда можно, например, попросить найти связанные с ошибкой тикеты и сопоставить их с кодом.

                           CURSOR
                    AI-редактор кода
                              │
                              │ MCP
                              ▼
                       MCP-СЕРВЕР
                              │
             ┌────────────────┼────────────────┐
             ▼                ▼                ▼
          GitLab             БД             API
             │                │                │
             ▼                ▼                ▼
          Репозитории     Данные          Сервисы
                              │
                              ▼
                         AI-АГЕНТ
                              │
                              ▼
                     ИЗМЕНЕНИЕ КОДА

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

Для LLM в целом

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

При этом MCP — не универсальный способ подключить любую модель к любому сервису одной кнопкой. Нужны совместимый клиент, подходящий сервер, настройки авторизации и понятные правила доступа. Без них модель останется в чате, как бы убедительно она ни обещала проверить остатки товара.

Что такое MCP-сервер

MCP-сервер — это программа, которая общается с MCP-клиентом по протоколу Model Context Protocol и предоставляет ему определённые возможности. Сервер может показать список доступных инструментов, помочь прочитать данные или выполнить команду — если это предусмотрено разработчиком и разрешено настройками.

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

Для чего нужен

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

Типичные задачи MCP-сервера:

• искать сведения в документах, базе знаний или каталоге;
• получать данные из календаря, CRM или системы учёта;
• создавать черновики писем, задач и записей;
• передавать модели результаты из специализированного инструмента.

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

Расшифровка

MCP расшифровывается как Model Context Protocol — «протокол контекста модели». Под контекстом здесь понимаются сведения и возможности, которые приложение передаёт модели в ходе работы: результаты поиска, описание доступного инструмента или ответ на выполненный запрос.

Слово «протокол» означает набор согласованных правил обмена сообщениями. Благодаря этому разработчикам не обязательно придумывать отдельный способ подключения для каждой пары «ИИ-приложение — сервис». Но стандартный протокол не означает, что любой MCP-сервер автоматически совместим со всеми приложениями и безопасен по умолчанию.

Простыми словами

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

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

Принцип работы. Схема

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

                         ПОЛЬЗОВАТЕЛЬ
                              │
                              ▼
                       AI / LLM / АГЕНТ
                              │
                              │ MCP
                              ▼
                         MCP-СЕРВЕР
                              │
                ┌─────────────┼─────────────┐
                │             │             │
                ▼             ▼             ▼
             Данные        Инструменты    Ресурсы
                │             │             │
                └─────────────┼─────────────┘
                              ▼
                       ВНЕШНЯЯ СИСТЕМА
                              │
                ┌─────────────┼─────────────┐
                ▼             ▼             ▼
               CRM           ERP           API

В стандарте предусмотрены разные типы возможностей. Часто говорят об инструментах, ресурсах и подсказках (prompts): первые помогают выполнять операции, вторые дают доступ к данным, третьи могут предоставлять заготовленные сценарии взаимодействия. Набор и поддержка функций зависят от конкретной реализации.

Этап	Что происходит	На что обратить внимание
1. Подключение	Клиент запускает сервер или устанавливает соединение с ним	Проверьте источник сервера и способ авторизации
2. Обнаружение	Клиент получает описание доступных возможностей	Описание не заменяет проверку разрешений
3. Выбор	Модель решает, нужен ли инструмент для запроса	Решение модели может быть ошибочным
4. Вызов	Клиент отправляет запрос серверу	Для рискованных действий нужна проверка или подтверждение
5. Ответ	Результат возвращается в приложение и учитывается моделью	Ответ может содержать ошибку или недоверенные инструкции

В некоторых конфигурациях локальный сервер запускается как отдельный процесс, например на компьютере пользователя. В других случаях клиент соединяется с удалённым сервисом через сеть. Среди технических деталей могут встречаться stdio для локального взаимодействия и сетевые варианты транспорта, включая Streamable HTTP. Пользователю необязательно помнить названия протоколов, но важно понимать, где именно работает сервер и какие данные покидают устройство.

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

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

Как создать

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

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

Практический план может выглядеть так:

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

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

Ниже — условный пример описания инструмента. Это иллюстрация логики, а не готовый к запуску код или официальная схема конкретного сервиса.

Инструмент: найти_заказ
Вход: номер заказа
Проверка: пользователь имеет право читать заказ
Действие: поиск в системе учёта
Ответ: статус, дата, сумма
Запрещено: показывать данные чужих клиентов

Решение при разработке	Более безопасный вариант	Почему
Права пользователя	Передавать и проверять роль пользователя	Один общий доступ может открыть лишние данные
Изменение записей	Начать с режима чтения и черновиков	Ошибку легче заметить до её применения
Секреты API	Использовать переменные окружения или менеджер секретов	Ключи не должны попадать в переписку и репозиторий
Журналирование	Записывать вызовы без лишних персональных данных	Проще разбирать сбои и расследовать инциденты

MCP-агент

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

ПОЛЬЗОВАТЕЛЬ
     │
     │ «Найди в 1С просроченные счета
     │  и подготовь список клиентов»
     ▼
  AI-АГЕНТ
     │
     │ анализирует задачу
     ▼
  MCP-СЕРВЕР
     │
     ├──► найти счета
     │
     ├──► получить данные клиента
     │
     └──► проверить статус оплаты
              │
              ▼
             1С
              │
              ▼
        РЕЗУЛЬТАТ ДАННЫХ
              │
              ▼
        MCP-СЕРВЕР
              │
              ▼
          AI-АГЕНТ
              │
              │ анализирует результаты
              ▼
          ПОЛЬЗОВАТЕЛЬ
              │
              ▼
 «Найдено 17 просроченных счетов...»

Например, агенту поручают подготовить отчёт о просроченных задачах. Он может обратиться к MCP-серверу CRM, получить список записей, сгруппировать их и составить сводку. Если требуется изменить ответственных или отправить сообщения клиентам, это уже действия с последствиями — их разумно отделить от чтения и сделать подтверждаемыми.

Подключение MCP-сервера даёт агенту инструмент, но не гарантирует правильного решения и не отменяет контроль человека.

При проектировании агента полезно заранее задать простые правила: какие операции разрешены без подтверждения, какие требуют одобрения, сколько шагов можно выполнять подряд и что делать при неоднозначном результате. Также нужен способ остановить выполнение и посмотреть, какие именно инструменты агент вызывал. Иначе поиск причины сбоя превращается в расследование с участием лупы и трёх чашек кофе.

Примеры MCP-серверов

Примером MCP-сервера может быть адаптер к файловой системе, базе знаний, CRM, календарю или бизнес-приложению. Важно не путать два разных утверждения: «для этой системы можно сделать MCP-интеграцию» и «у компании есть официальный MCP-сервер». Второе требует подтверждения в документации конкретного поставщика.

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

Ниже — примеры возможных сценариев подключения. Это не перечень гарантированно официальных серверов и не рекомендация передавать рабочие данные неизвестным разработчикам.

Система	Что можно подключить	Пример задачи	Что проверить
1С	Доступ к выбранным данным или операциям через адаптер	Уточнить статус документа или остаток товара	Права, конфигурацию, поддержку и способ интеграции
Яндекс	Конкретный сервис экосистемы — если доступен подходящий API и адаптер	Искать сведения или работать с разрешёнными данными	Какой именно сервис подключается и на каких условиях
Битрикс24	CRM-записи, задачи или другие функции через подходящий интерфейс	Подготовить сводку по обращениям	Область доступа и права пользователя
Перекрёсток	Возможный адаптер к опубликованным или внутренним данным	Получить разрешённые сведения о товарах или заказах	Есть ли официальный интерфейс и разрешён ли сценарий
ВкусВилл	Возможный адаптер, если сервис и правила доступа это допускают	Проверить сведения, доступные через согласованный источник	Официальность интеграции, согласие и защиту данных

1С

Для 1С MCP-сервер может выступать промежуточным слоем между ИИ-приложением и системой учёта. Например, по запросу «покажи статус заказа» он обращается к разрешённому источнику и возвращает ограниченный набор полей. Реализация зависит от конкретной конфигурации, способа размещения 1С и доступных интерфейсов.

                           AI-АГЕНТ
                              │
                              │ MCP
                              ▼
                       MCP-СЕРВЕР 1С
                              │
                ┌─────────────┼─────────────┐
                ▼             ▼             ▼
          Найти товар    Найти клиента   Получить
                                         документ
                │             │             │
                └─────────────┼─────────────┘
                              ▼
                             1С
                              │
              ┌───────────────┼───────────────┐
              ▼               ▼               ▼
          Справочники      Документы       Регистры

Особенно важно не давать помощнику прямую свободу выполнять любые операции в базе. Для начала безопаснее сделать сервер только для чтения, ограничить список документов и скрыть данные, которые не нужны для ответа. Фраза «проведи документ» звучит коротко, а последствия иногда занимают полдня, поэтому такие команды требуют отдельного контроля.

Яндекс

У Яндекса несколько самостоятельных сервисов и продуктов, поэтому вопрос «есть ли MCP для Яндекса?» слишком общий. Нужно уточнить, о чём речь: о поисковых данных, облачной инфраструктуре, картах, почте или другом продукте. Для конкретного подключения проверяют документацию сервиса, официальный API и наличие поддерживаемого адаптера.

                           AI-АГЕНТ
                              │
                              │ MCP
                              ▼
                       MCP-СЕРВЕР
                              │
                ┌─────────────┼─────────────┐
                ▼             ▼             ▼
             Поиск        Получение       Анализ
             данных        данных         результата
                │             │             │
                └─────────────┼─────────────┘
                              ▼
                         СЕРВИС ЯНДЕКСА
                              │
                ┌─────────────┼─────────────┐
                ▼             ▼             ▼
              Данные       API/сервис     Результат

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

Битрикс

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

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

Перекрёсток

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

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

ВкусВилл

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

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

Чем MCP отличается от…

MCP часто сравнивают с API, AI Gateway и роботизированной автоматизацией процессов. Эти понятия связаны с интеграциями, но решают задачи на разных уровнях. Коротко: API — это интерфейс сервиса, MCP — способ стандартизировать взаимодействие ИИ-приложения с инструментами, AI Gateway — управленческий слой для ИИ-запросов, а RPA — автоматизация действий по заданному сценарию.

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

Подход	Главная задача	Кто обычно выбирает действие	Пример
API	Предоставить программный интерфейс для обмена данными	Разработчик или вызывающая система	Запросить список сделок из CRM
MCP	Описать доступные ИИ-приложению инструменты и данные по общим правилам	Модель предлагает вызов, клиент управляет обменом	Выбрать инструмент поиска по CRM
AI Gateway	Контролировать обращения к моделям и связанную политику	Правила платформы или администратора	Маршрутизировать запрос к разрешённой модели
RPA	Автоматизировать повторяемую последовательность действий	Сценарий или робот по заданным правилам	Открыть форму и перенести значения между системами

API

API (программный интерфейс приложения) — это набор правил, по которым одна программа обращается к другой. Сервис может предоставить API для чтения заказов или создания задач. Разработчику обычно нужно знать структуру запросов, форматы данных, способы авторизации и ограничения конкретного API.

                    API                              MCP

             ПРИЛОЖЕНИЕ                        AI-АГЕНТ / LLM
                  │                                  │
                  │ HTTP / API                       │ MCP
                  ▼                                  ▼
          ┌───────────────┐                  ┌───────────────┐
          │      API      │                  │  MCP-СЕРВЕР   │
          └───────┬───────┘                  └───────┬───────┘
                  │                                  │
                  ▼                                  │
          ┌───────────────┐                 ┌────────┼─────────┐
          │  КОРПОРАТИВНАЯ│                 ▼        ▼         ▼
          │    СИСТЕМА    │              Tool     Resource   Prompt
          └───────────────┘                 │        │         │
                                            └────────┼─────────┘
                                                     ▼
                                               КОРПОРАТИВНАЯ
                                                  СИСТЕМА

API: приложение само знает, какой endpoint вызвать
     и какие параметры передать.

MCP: AI получает набор доступных инструментов
     и сам выбирает, какой использовать для выполнения задачи.

MCP не отменяет API: MCP-сервер часто использует его «под капотом». Разница в том, что API напрямую предназначен для взаимодействия программ, а MCP помогает представить возможности сервиса в форме, с которой может работать совместимый ИИ-клиент. Поэтому MCP можно считать слоем адаптации для ИИ-сценариев, а не заменой всех интерфейсов.

AI Gateway

AI Gateway — инфраструктурный слой для управления обращениями к моделям и связанными политиками. В зависимости от решения он может помогать выбирать модель, применять ограничения, учитывать затраты, вести журналы или контролировать обработку запросов. Состав функций у разных платформ отличается.

API

Приложение: «Мне нужно найти клиента №125»

        │
        │ GET /customers/125
        ▼
      API
        │
        ▼
       CRM
        │
        ▼
     Данные


MCP

Пользователь: «Найди клиента Иванова и покажи его последние заказы»

        │
        ▼
     AI-АГЕНТ
        │
        │ выбирает инструмент
        ▼
MCP: find_customer()
        │
        ▼
       CRM
        │
        ▼
MCP: get_orders()
        │
        ▼
       CRM
        │
        ▼
     AI-АГЕНТ
        │
        ▼
Ответ пользователю

MCP отвечает на другой вопрос: какие инструменты и данные доступны ИИ-приложению по протоколу. В корпоративной схеме эти компоненты могут дополнять друг друга: AI Gateway контролирует использование моделей, а MCP-сервер предоставляет конкретную интеграцию с календарём или CRM. Один не заменяет другой автоматически.

Извлечением данных через роботов RPA

RPA — роботизированная автоматизация процессов. RPA-робот часто повторяет действия пользователя: открывает приложение, нажимает кнопки, копирует сведения и заполняет поля. Такой подход может выручить, когда у старой системы нет удобного API, но он зависит от стабильности интерфейса и заданного сценария.

MCP сам по себе не «ходит по экрану» и не нажимает кнопки: он стандартизирует обмен между MCP-клиентом и сервером. При этом сервер теоретически может обратиться к RPA-системе или использовать её как часть интеграции. Если задача состоит в регулярном переносе данных по строгому сценарию, RPA может быть подходящим решением; если нужно дать ИИ доступ к набору описанных инструментов, уместно рассмотреть MCP.

API: получить заказ по номеру
MCP: предоставить ИИ инструмент «найти заказ»
AI Gateway: проверить политику запроса к модели
RPA: повторить заданные действия в интерфейсе
Важно: каждый вариант требует собственных прав и проверок

Если выбирать практично, начните с вопроса «какой процесс нужно улучшить?», а не «какая технология сейчас моднее». Для надёжного программного обмена может хватить API, для подключения инструментов к ИИ-приложению пригодится MCP, для управления использованием моделей — AI Gateway, а для повторения рутинных действий в интерфейсе — RPA.

Запрос: «Подготовь сводку по просроченным задачам»
1. Агент выбирает инструмент чтения задач
2. MCP-сервер запрашивает разрешённые данные
3. Клиент передаёт результат модели
4. Модель формирует сводку
Отдельное подтверждение: если нужно изменить задачу или отправить сообщение

И главное: MCP — это удобный способ организовать доступ ИИ к инструментам, но не волшебный сертификат безопасности. Проверяйте серверы, ограничивайте права, внимательно относитесь к персональным данным и оставляйте человеку контроль над действиями с последствиями. Тогда MCP действительно помогает сократить рутину — а не добавляет к ней новый пункт «срочно выяснить, кто удалил все записи».