Каналы команды и AI-ассистент: что он видит в Speak-Y

2026-10-10

AI-ассистент, подключённый к Speak-Y через MCP, читает две вещи: ваши собственные записи и записи в каналах команды, в которых вы состоите. Читает он их из библиотеки на вашем Mac. Ничто из прочитанного не становится видно вашим коллегам, и ничто не попадает в канал оттого, что вы задали вопрос.

Публикация — другая операция со своим инструментом, share_to_channel. Он выполняется внутри приложения Speak-Y, ассистенту предписано сначала согласовать с вами запись и канал, а ваш MCP-клиент просит подтверждения перед вызовом. Это руководство показывает, где проходит граница между чтением и публикацией, разбирает один настоящий запрос — «разложи вчерашние встречи по каналам» — и перечисляет то, чего ассистент в воркспейсе команды не может вовсе. Всё описанное сверено с приложением для macOS 10 октября 2026 года.

Что ассистент видит в воркспейсе команды?

Те же записи, что вы видите в приложении, только без аудио. MCP-сервер Speak-Y объединяет два источника:

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

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

Два ограничения встроены, а не настраиваются:

• Запись коллеги доступна только для чтения. Ассистент может её цитировать, но поставить теги, переименовать спикеров, переместить или убрать её ему не дадут: это право того, кто её отправил.
• Канала, в котором вас нет, для ассистента не существует. Каналы защищены сквозным шифрованием; запись попадает на ваш Mac только после расшифровки ключом канала, а ключ выдаётся участникам. Списка «каналов, в которые можно попроситься» нет.

Ассистент читает ту копию канала, которая лежит на вашем Mac. Если ответ выглядит устаревшим, попросите его синхронизироваться: инструмент sync подтягивает новые записи с других ваших устройств и из лент каналов, и ему нужно запущенное приложение.

Что остаётся личным?

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

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

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

Почему публикация в канал — отдельный шаг?

Потому что это единственное действие ассистента, которое видят другие люди. Чтение остаётся на вашей машине; запись, отправленная в канал, доставляется каждому участнику этого канала. Speak-Y разводит одно и другое четырьмя способами:

1. Отдельный инструмент. Поиск, списки и транскрипты публиковать не умеют. В канал запись кладёт только share_to_channel, и за один вызов он принимает одну запись и один названный канал.
2. Указание спросить. В описании инструмента, которое читает модель, сказано, что он публикует для других людей и что перед вызовом запись и канал нужно согласовать с пользователем.
3. Запрос от вашего клиента. Инструмент объявлен как меняющий данные и выходящий за пределы вашей машины, поэтому MCP-клиенты просят подтверждения перед его запуском, если вы не разрешили его заранее. Как спрашивает каждый клиент, сравнивается в статье режимы подтверждения в MCP-клиентах.
4. Журнал. Своего окна подтверждения приложение не показывает; вместо этого каждое действие записывается в список Недавние действия в разделе Настройки → Интеграции — со временем, операцией, записью и результатом.

Саму работу выполняет запущенное приложение, в котором вы вошли в свой аккаунт: ключи шифрования хранит оно, так что ассистент с ними дела не имеет. Если Speak-Y закрыт, инструмент так и сообщает, а чтение продолжает работать.

Как раскладка встреч по каналам выглядит на практике?

Возьмём воркспейс с публичным каналом Meetings и приватным каналом Product. За вчера набралось три встречи; одна уже в канале, две лежат не там, где должны. Запрос к ассистенту — одно предложение.

1. Попросите. «Разложи вчерашние встречи по каналам».
2. Ассистент читает. Он получает список вчерашних записей (list_recordings), открывает две, по которым нужно решение (get_transcript), и запрашивает у приложения ваши каналы (list_channels).
3. Он предлагает план и останавливается. «Beta launch plan → Meetings, тег launch, Speaker 3 — это Maya Chen. Pricing call → перенести из Meetings в приватный Product, тег pricing. Их увидят участники каналов. Выполнять?»
4. Вы отвечаете «да». Только теперь выполняются меняющие вызовы: rename_speaker, дважды set_tags, затем share_to_channel для плана запуска и unshare_from_channel с последующим share_to_channel для звонка о ценах.
5. Проверьте результат в приложении. В Meetings виден план запуска с именем Maya Chen и тегом; звонок о ценах оттуда исчез и лежит в Product, под замком.

В этом порядке важны две детали. Сначала имена и теги, потом публикация: канал получает запись такой, какая она есть в момент отправки, и спикер, переименованный позже, останется для команды «Speaker 3». А перенос — это два вызова, потому что запись живёт ровно в одном канале: её убирают из старого, затем отправляют в новый. Между двумя вызовами она не лежит ни в одном канале, поэтому, если второй не удался, отправьте её снова вручную кнопкой В канал — этот путь описан в статье как отправить встречу в канал команды.

Чего ассистент не может в воркспейсе команды?

Список короткий и составлен намеренно:

• Изменить запись коллеги. Читать можно, редактировать — никогда.
• Убрать чужую запись из канала. Убирать может тот, кто её отправил, а также владелец воркспейса или админ.
• Создать воркспейс, пригласить или исключить людей. Воркспейс — это структура команды и объект, за который платят; его настраивает человек.
• Создать канал, не спросив. Инструмент create_channel существует на случай «этим интервью нужно место, которого ещё нет», и его описание требует спрашивать вас каждый раз. Публичный канал может создать только владелец или админ; приватный — любой участник.
• Опубликовать в канал, куда вы писать не можете. Приватного канала, в котором вы не состоите, нет в списке, и сервер отклоняет загрузку.

Как сохранить контроль над тем, что публикуется?

Три настройки, от узкой к широкой:

• Оставьте запрос на инструментах отправки. Разрешите заранее читающие инструменты, если запросы мешают, а share_to_channel, unshare_from_channel и create_channel оставьте в режиме «спрашивать». «Всегда разрешать» на инструменте, который публикует для коллег, убирает единственную человеческую проверку в цепочке.
• Дайте одному клиенту сервер только для чтения. Запустите его с --read-only в конфиге этого клиента, и меняющие инструменты ему вообще не предлагаются — разумный вариант по умолчанию для плагина редактора, которым вы пользуетесь только для вопросов.
• Выключите «Действия ассистента». Переключатель в разделе Настройки → Интеграции отклоняет изменения сразу для всех клиентов; чтение работает в обоих случаях.

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

Как другие инструменты для встреч работают с общими заметками через MCP?

Большинство оставляет ассистента на стороне чтения. Проверено 10 октября 2026 года:

• Granola. В её документации перечислены шесть MCP-инструментов, все читающие: ассистент может делать запросы по встречам, получать список папок, заметки и транскрипты. На платных тарифах сюда входят заметки, которыми с вами поделились, и папки, в которых вы состоите.
• Otter. У его MCP-сервера три инструмента — поиск, получение и сведения о пользователе. Он достаёт встречи, которые записали вы, и те, которыми с вами поделились другие пользователи вашего воркспейса, и ничего не меняет.
• Fireflies. Его MCP-сервер идёт дальше: рядом с поиском и транскриптами в документации описаны инструменты, которые открывают доступ к встрече заданным адресам электронной почты, отзывают этот доступ, переименовывают встречу и переносят её в канал. Документация требует, чтобы для них пользователь был владельцем встречи или админом команды.

Все три работают в облаке поставщика, и у этого есть практическое преимущество: они отвечают, пока ваш ноутбук закрыт. В Speak-Y чтение локальное, а изменениям нужно приложение, потому что ключи канала со сквозным шифрованием есть только у него. Если серверный агент должен добираться до заметок команды, когда ни один Mac не в сети, облачный нотетейкер подойдёт лучше.

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

FAQ

Может ли мой AI-ассистент читать встречи, которые коллеги отправили в канал?

Да, если вы участник этого канала. MCP-сервер Speak-Y читает ваши собственные записи и записи в каналах команды, которые вы можете открыть, — из копии на вашем Mac. Записи коллег доступны ассистенту только для чтения: ставить теги, переименовывать или перемещать их он не может.

Может ли AI-ассистент сам отправить встречу в канал команды?

Он может вызвать инструмент share_to_channel, но не молча. Инструмент велит ассистенту согласовать с вами запись и канал, он помечен как действие, которое затрагивает других людей, поэтому клиент просит подтверждения, а каждый вызов попадает в список «Недавние действия» в разделе «Настройки → Интеграции».

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

Нет. Чтение и публикация — разные инструменты. Поиск, списки и открытие транскриптов ничего не меняют и ничего не отправляют в канал; запись попадает в канал только через share_to_channel, который выполняется в приложении Speak-Y после вашего согласия.

Видит ли ассистент приватные каналы, в которых я не состою?

Нет. Записи канала попадают на ваш Mac только после расшифровки ключом канала, а ключ выдаётся участникам. Приватного канала, в который вас не добавили, нет в данных, которые читает MCP-сервер, и в list_channels он не появляется.

Как запретить ассистенту менять записи и делиться ими?

Выключите «Действия ассистента» в разделе «Настройки → Интеграции»: чтение продолжит работать, изменения будут отклоняться для всех клиентов. Чтобы ограничить только один клиент, запустите сервер с --read-only в конфиге этого клиента — тогда меняющие инструменты исчезнут из его списка инструментов.