Перейти к содержимому
MCP-сервер

Обработка данных в MCP

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

Это техническое описание MCP-сервера, а не замена юридической политике оператора вашей установки. Политика и условия сервиса указаны в настройках подключения и, если настроены оператором, в OAuth-метаданных ресурса.

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

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

При ручном подключении клиент передаёт токен в заголовке Authorization. При OAuth пользователь входит в аккаунт и подтверждает доступ; клиент получает данные доступа, которые сервер передаёт API для выполнения запросов с правами пользователя. Режим токена «только чтение» может дополнительно ограничивать запись.

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

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

  • ответы справочников и прочитанных сущностей;
  • соответствия идентификаторов, типов и принадлежности объектов;
  • результаты проверки токена, с ключом по его отпечатку, до 60 секунд;
  • фокус разговора, когда клиент передаёт нужный контекст, до двух часов неактивности;
  • технические журналы и счётчики ограничений.

Сроки разных кешей различаются; часть живёт до перезапуска. Статeless HTTP означает отсутствие транспортной сессии MCP, а не отсутствие временных данных.

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

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

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

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

Отключение коннектора прекращает его использование в клиенте, но не удаляет уже созданные объекты или результаты, сохранённые клиентом. Ручной токен отзывают в настройках аккаунта; MCP может кешировать проверку для обнаружения инструментов до 60 секунд, а записи в API по-прежнему проверяются бэкендом.

Данные приложения удаляются средствами приложения. Для переписки и результатов на стороне ассистента действуют механизмы удаления и политика его провайдера. За журналы, временные данные и OAuth-хранилище MCP отвечает оператор установки.

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