MCP-сервер: как подключить ИИ-агента к вашим расшифровкам

Копипаст расшифровки в чат — и что с ним не так

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

Посчитайте объём, и станет понятно, почему буфер обмена кончается так быстро. При обычном темпе в 120 слов в минуту час разговора даёт около 7 200 слов — это 45–50 кБ текста, страниц двадцать. Одна такая вставка проходит, десять встреч за неделю — это уже полмегабайта, которые нужно куда-то положить и в которых потом искать глазами. И каждая новая вставка стареет мгновенно: переименовали спикера — в чате всё равно висит «Спикер 3».

Что такое MCP, если объяснять без протокола

Model Context Protocol — открытый стандарт, придуманный ради одной задачи: чтобы ИИ-приложения подключались к внешним системам по единым правилам. В официальной документации его сравнивают с разъёмом USB-C: сделали один разъём — и любой кабель подходит к любому устройству. До этого каждую пару «чат плюс сервис» стыковали отдельно и вручную.

Участников двое. Хост — ваше ИИ-приложение: Claude Code, Claude Desktop, Cursor, VS Code, ChatGPT. Сервер — сторона, которая отдаёт данные и действия. Сервер объявляет список инструментов, приложение его читает и показывает модели; дальше модель сама решает, какой инструмент вызвать, а приложение показывает вам имя инструмента и то, с чем его вызывают.

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

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

MCP-сервер: как подключить его к своим расшифровкам

1. Откройте настройки, раздел «Доступ для других сервисов». Там же лежат адрес сервера и вид заголовка авторизации — их можно скопировать кнопкой, руками ничего набирать не нужно.
2. Создайте токен и назовите его по месту жительства: «Claude на ноутбуке», «Cursor на рабочем». Через полгода, когда токенов станет четыре, это единственный способ понять, какой из них отзывать.
3. Скопируйте токен сразу. Он показывается один раз; дальше в списке остаются только имя, дата создания и дата последнего использования.
4. Возьмите готовую команду для своего клиента. На той же странице лежат варианты для Claude Code, Claude Desktop, Cursor, Codex и Gemini CLI — токен подставляется в них автоматически.
5. Перезапустите клиент и спросите, какие инструменты он видит. В списке появятся действия с расшифровками. Если их нет, проверьте, что заголовок скопирован целиком, вместе со словом Bearer.

Если агентом пользуется несколько человек, токены не передают из рук в руки: каждый заводит свой. Так видно, чьим доступом пользовались последний раз, и уход человека из команды закрывается отзывом одного токена, а не сменой общего секрета у всех сразу. Разумный ритм пересмотра — раз в 90 дней пройтись по списку: токены, у которых дата последнего использования старше 30 дней, почти всегда принадлежат ноутбуку, которым вы больше не пользуетесь.

Что агент умеет делать с расшифровками

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

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

Формулировка запроса решает больше, чем кажется. Поиск идёт по словам, которые реально звучали в разговоре, а не по смыслу вашего вопроса: «что там с логистикой» находит ноль фрагментов, если в записи говорили «доставка» и «отгрузка». Рабочий приём — назвать 2–3 слова, которые точно произносили, и попросить вернуть цитаты дословно. Второй приём: сначала спросить структуру записи, а уже по названиям глав выбрать, где искать, — на длинной встрече это экономит несколько лишних вызовов.

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

Три сценария, ради которых это включают

Точная цитата вместо «кажется, они это обещали»

Самый частый вопрос к записи — не «перескажи», а «мы точно договорились на пятнадцатое?». Агент ищет реплики по словам, находит две-три и возвращает их дословно, с временем. Дальше вы кликаете по таймкоду и слышите фразу — на весь путь уходит меньше 1 минуты вместо 20–30 минут перемотки на слух.

Дайджест по десяти записям сразу

Вторая история — недельная. «Собери, что за неделю решили по проекту N»: агент берёт каталог, отбирает нужные встречи, по каждой ищет реплики про проект и складывает один документ с цитатами и ссылками на минуту. Руками это 40 минут и десять открытых вкладок, здесь — один запрос и проверка результата.

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

Ответ по архиву, а не по одной встрече

Третий сценарий начинается, когда записей больше сотни. Вопрос «почему мы отказались от этого подрядчика» не адресован конкретной встрече — ответ размазан по четырём созвонам за полгода. Агент, у которого есть доступ к архиву, ищет по всем расшифровкам и возвращает ответ со ссылками на записи; как устроен такой поиск и что мешает ему работать, разобрано в статье про базу знаний из встреч.

Где границы: чего агент не увидит

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

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

Чем это отличается от экспорта файла и от API

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

Способы не конкурируют, а живут вместе: DOCX или SRT — когда файл нужно кому-то отдать, API расшифровки — когда записи должны попадать в вашу систему без участия людей, MCP — когда с записями работаете вы сами через своего агента. Первое и второе описаны отдельно; третье включается за 10 минут и не требует ни строчки кода.

Инструментов не видно: что проверить

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

С чего начать, чтобы проверить за 10 минут

1. Возьмите одну настоящую запись — встречу, где были договорённости и цифры, а не тестовый файл на две минуты.
2. Создайте токен и подключите тот клиент, в котором и так работаете: браться сразу за все пять смысла нет.
3. Спросите агента, какие инструменты он видит. Это проверка связи, и она честнее, чем любой «Hello, world».
4. Задайте вопрос, ответ на который знаете сами: «на какой минуте говорили про оплату». Так вы сразу увидите, попадает ли поиск.
5. Только после этого пробуйте сложное — дайджест по нескольким записям или правки в тексте с фиксацией версии.

1. Какие инструменты для работы с расшифровками ты сейчас видишь? Перечисли названия.
2. Покажи мои последние 10 записей: название, дата, статус обработки.
3. Открой запись «___» и скажи, сколько в ней говорящих и какая длительность.
4. Найди в записи «___» реплики про сроки. Верни дословные цитаты с таймкодами.
5. Спикер 2 в записи «___» — это ___. Перед правкой зафиксируй версию.

На неделю:
6. Собери за последние 7 дней все встречи, где упоминался проект ___,
   и выпиши решения: что решили, кто отвечает, к какому сроку.
   К каждому пункту дай цитату и таймкод, домысливать не надо.

Если ответа нет: спроси, какие инструменты доступны, и покажи ошибку целиком.

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

Проверено 14 августа 2026: описание протокола, роли хоста и сервера, набор примитивов (инструменты, данные, шаблоны) и оба транспорта — по официальной документации Model Context Protocol на modelcontextprotocol.io, ревизия спецификации 2026-07-28; параметры подключения, список готовых команд для клиентов и работа с токенами — по интерфейсу Vibe2Text, раздел настроек «Доступ для других сервисов».