Canais da equipe e o assistente de IA: o que ele vê no Speak-Y

2026-10-10

Um assistente de IA conectado ao Speak-Y por MCP lê duas coisas: as suas próprias gravações e as gravações dos canais da equipe dos quais você é membro. Ele as lê da biblioteca que está no seu Mac. Nada do que ele lê fica visível para os seus colegas, e nada vai parar num canal porque você fez uma pergunta.

Publicar é outra operação, com uma ferramenta própria, share_to_channel. Ela roda dentro do app do Speak-Y, o assistente é instruído a confirmar antes com você a gravação e o canal, e o seu cliente MCP pede aprovação antes da chamada. Este guia mostra por onde passa a linha entre ler e publicar, percorre um pedido real — «distribua as reuniões de ontem pelos canais» — e lista o que um assistente não consegue fazer de jeito nenhum num espaço de trabalho de equipe. Tudo aqui foi conferido no app para macOS em 10 de outubro de 2026.

O que o assistente vê num espaço de trabalho de equipe?

As mesmas gravações que você vê no app, menos o áudio. O servidor MCP do Speak-Y junta duas fontes:

• As suas próprias gravações — ditados e reuniões, incluindo as sincronizadas dos seus outros dispositivos.
• As gravações dos seus canais — tudo o que foi compartilhado nos canais de que você faz parte, incluindo o que os colegas compartilharam. Os canais públicos ficam abertos a todos os membros do espaço de trabalho; os privados, só às pessoas adicionadas a eles.

De cada gravação o assistente recebe a transcrição com os nomes dos participantes, o resumo, os itens de ação, as tags e o canal em que ela está. É isso que faz um canal funcionar como memória da equipe: «o que combinamos com o cliente sobre o prazo» é respondido a partir da reunião que um colega gravou, não só das suas.

Dois limites vêm embutidos, não dependem de configuração:

• A gravação de um colega é somente leitura. O assistente pode citá-la, mas colocar tags, renomear participantes, movê-la ou removê-la é recusado: isso cabe a quem a compartilhou.
• Um canal em que você não está não existe para o assistente. Os canais têm criptografia de ponta a ponta; uma gravação só chega ao seu Mac depois de descriptografada com a chave do canal, e a chave é emitida para os membros. Não há uma lista de «canais em que você poderia pedir para entrar».

O assistente lê a cópia do canal que está no seu Mac. Se a resposta parecer desatualizada, peça a ele que sincronize: a ferramenta sync busca as gravações novas dos seus outros dispositivos e dos feeds dos canais, e precisa do app aberto.

O que continua pessoal?

Tudo o que você não compartilhou. Um espaço de trabalho de equipe não transforma a sua biblioteca num drive compartilhado, e o assistente não muda isso:

• As suas gravações não compartilhadas ficam visíveis para o seu assistente e para mais ninguém. O assistente de um colega lê o Mac do colega, aonde as suas gravações pessoais nunca chegam.
• O áudio nunca vai para um canal, então nenhum assistente na máquina de um colega consegue alcançá-lo.
• As notas da reunião ficam privadas, a menos que você tenha escolhido mostrá-las no canal.

Uma ressalva vale para todo servidor MCP, local ou em nuvem: o que o assistente lê é enviado ao provedor do seu modelo como parte da conversa. Perguntar sobre um canal significa que o texto desse canal — incluindo o que os colegas disseram — sai do espaço com criptografia de ponta a ponta para aquela conversa específica; veja MCP local ou em nuvem. Para um canal com material de contratação ou do conselho, decidam em equipe se os assistentes devem ser apontados para ele.

Por que publicar num canal é uma etapa separada?

Porque é a única ação do assistente que outras pessoas veem. A leitura fica na sua máquina; uma gravação compartilhada num canal é entregue a todos os membros desse canal. O Speak-Y mantém as duas coisas separadas de quatro maneiras:

1. Uma ferramenta separada. Busca, listas e transcrições não conseguem publicar. Só share_to_channel coloca uma gravação num canal, e ela recebe uma gravação e um canal nomeado por chamada.
2. Uma instrução para perguntar. A descrição da ferramenta, que o modelo lê, diz que ela publica para outras pessoas e que a gravação e o canal precisam ser confirmados com o usuário antes da chamada.
3. Um pedido de confirmação do seu cliente. A ferramenta é declarada como uma que altera dados e alcança além da sua máquina, então os clientes MCP pedem aprovação antes de executá-la, a menos que você a tenha aprovado de antemão. Como cada cliente pergunta está comparado em modos de aprovação dos clientes MCP.
4. Um registro. O app não mostra um diálogo de confirmação próprio; em vez disso, cada ação fica registrada em Ações recentes, em Configurações → Integrações, com o horário, a operação, a gravação e o resultado.

O trabalho em si é feito pelo app em execução, conectado à sua conta: é ele que guarda as chaves de criptografia, então o assistente nunca lida com elas. Se o Speak-Y estiver fechado, a ferramenta avisa, e a leitura continua funcionando.

Como fica, na prática, distribuir reuniões pelos canais?

Tome um espaço de trabalho com um canal público Meetings e um canal privado Product. Ontem houve três reuniões; uma já está num canal, duas não estão onde deveriam. O pedido ao assistente é uma frase.

1. Peça. «Distribua as reuniões de ontem pelos canais.»
2. O assistente lê. Ele lista as gravações de ontem (list_recordings), abre as duas que exigem uma decisão (get_transcript) e pede ao app os seus canais (list_channels).
3. Ele propõe um plano e para. «Beta launch plan → Meetings, tag launch, Speaker 3 é Maya Chen. Pricing call → mover de Meetings para o canal privado Product, tag pricing. Os membros dos canais vão vê-las. Posso seguir?»
4. Você responde que sim. Só agora as chamadas que alteram dados rodam: rename_speaker, set_tags duas vezes, depois share_to_channel para o plano de lançamento e unshare_from_channel seguido de share_to_channel para a chamada sobre preços.
5. Confira o resultado no app. Meetings mostra o plano de lançamento com o nome de Maya Chen e a tag; a chamada sobre preços saiu dele e está em Product, atrás do cadeado.

Dois detalhes da ordem importam. Nomes e tags vêm primeiro, a publicação depois: o canal recebe a gravação como ela está no momento do compartilhamento, e um participante renomeado mais tarde continua «Speaker 3» para a equipe. E mover são duas chamadas, porque uma gravação fica em exatamente um canal: ela é retirada do antigo e depois compartilhada no novo. Entre as duas chamadas ela não está em canal nenhum, então, se a segunda falhar, compartilhe de novo à mão com To channel — o caminho descrito em como compartilhar uma reunião num canal da equipe.

O que o assistente não consegue fazer num espaço de trabalho de equipe?

A lista é curta e proposital:

• Alterar a gravação de um colega. Pode ser lida, nunca editada.
• Tirar de um canal a gravação de outra pessoa. A remoção cabe a quem a compartilhou e ao proprietário do espaço de trabalho ou a um administrador.
• Criar um espaço de trabalho, convidar ou remover pessoas. Um espaço de trabalho é a estrutura da equipe e uma entidade cobrada; quem o configura é uma pessoa.
• Criar um canal sem perguntar. A ferramenta create_channel existe para o caso «estas entrevistas precisam de um lugar que ainda não existe», e a descrição dela exige perguntar a você todas as vezes. Um canal público só pode ser criado pelo proprietário ou por um administrador; qualquer membro pode criar um privado.
• Publicar num canal em que você não pode publicar. Um canal privado do qual você não é membro não está na lista, e o servidor recusa o envio.

Como manter o controle do que é publicado?

Três configurações, da mais restrita à mais ampla:

• Mantenha o pedido de confirmação nas ferramentas de compartilhamento. Aprove de antemão as ferramentas de leitura se os pedidos atrapalharem e deixe share_to_channel, unshare_from_channel e create_channel em «perguntar». Um «sempre permitir» numa ferramenta que publica para colegas remove a única verificação humana da cadeia.
• Dê a um cliente um servidor somente leitura. Inicie-o com --read-only na configuração desse cliente e as ferramentas que alteram dados nem são oferecidas a ele — um padrão razoável para um plugin de editor que você só usa para perguntas.
• Desative Ações do assistente. A chave em Configurações → Integrações recusa alterações para todos os clientes de uma vez; a leitura funciona de qualquer jeito.

E leia o plano antes de dizer sim. O assistente escolhe um canal a partir de uma transcrição e do nome de um canal, então pode arquivar uma discussão de preços num canal público com a mesma facilidade de uma pessoa com pressa. Que reuniões pertencem a que lugar é uma decisão que a equipe toma uma vez — veja quem vê o quê nos canais da equipe.

Como outras ferramentas de reunião tratam notas compartilhadas via MCP?

A maioria mantém o assistente do lado da leitura. Conferido em 10 de outubro de 2026:

• Granola. A documentação dele lista seis ferramentas MCP, todas de leitura: o assistente pode consultar reuniões, listar pastas e buscar notas e transcrições. Nos planos pagos, isso inclui as notas compartilhadas com você e as pastas de que você é membro.
• Otter. O servidor MCP dele tem três ferramentas — busca, obtenção e informações do usuário. Ele alcança as reuniões que você capturou e as compartilhadas com você por outros usuários do seu espaço de trabalho, e não altera nada.
• Fireflies. O servidor MCP dele vai mais longe: além da busca e das transcrições, documenta ferramentas que compartilham uma reunião com endereços de e-mail informados, revogam esse acesso, renomeiam uma reunião e a movem para um canal. A documentação exige, para elas, que o usuário seja o dono da reunião ou um administrador da equipe.

Os três rodam na nuvem do fornecedor, o que tem uma vantagem prática: respondem com o seu notebook fechado. No Speak-Y a leitura é local e as alterações precisam do app, porque só o app guarda as chaves de um canal com criptografia de ponta a ponta. Se um agente do lado do servidor precisa alcançar as notas da equipe sem nenhum Mac online, uma ferramenta de anotação em nuvem atende melhor.

O servidor MCP do Speak-Y está incluído em todos os planos, inclusive no Free. Os espaços de trabalho de equipe ficam no app para macOS: criar um exige no mínimo o plano Pro, e os colegas entram de graça em qualquer plano. A página do Speak-Y Teams mostra como funcionam os canais compartilhados, e o que torna seguro o acesso de escrita via MCP aprofunda aprovações, registros e as duas chaves de desligamento.

FAQ

Meu assistente de IA consegue ler as reuniões que colegas compartilharam num canal?

Sim, se você for membro desse canal. O servidor MCP do Speak-Y lê as suas próprias gravações e as gravações dos canais da equipe que você pode abrir, a partir da cópia que está no seu Mac. As gravações dos colegas são somente leitura para o assistente: ele não pode colocar tags nelas, renomeá-las nem movê-las.

Um assistente de IA pode compartilhar uma reunião num canal da equipe por conta própria?

Ele pode chamar a ferramenta share_to_channel, mas não em silêncio. A ferramenta instrui o assistente a confirmar com você a gravação e o canal, é marcada como uma ação que chega a outras pessoas, de modo que o cliente pede aprovação, e cada chamada fica listada em Ações recentes, em Configurações → Integrações.

Fazer uma pergunta ao assistente publica alguma coisa para a equipe?

Não. Ler e publicar são ferramentas separadas. Pesquisar, listar e abrir transcrições não altera nada e não envia nada a um canal; uma gravação só chega a um canal por share_to_channel, que roda no app do Speak-Y depois que você concorda.

O assistente consegue ver canais privados dos quais não sou membro?

Não. As gravações de um canal só chegam ao seu Mac depois de descriptografadas com a chave do canal, e essa chave é emitida para os membros. Um canal privado ao qual você não foi adicionado não está nos dados que o servidor MCP lê e não aparece em list_channels.

Como impeço um assistente de alterar ou compartilhar gravações?

Desative Ações do assistente em Configurações → Integrações: a leitura continua funcionando, e as alterações são recusadas para todos os clientes. Para restringir um único cliente, inicie o servidor com --read-only na configuração desse cliente; as ferramentas que alteram dados somem da lista de ferramentas dele.