Teamkanalen en uw AI-assistent: wat ziet hij in Speak-Y?

2026-10-10

Een AI-assistent die via MCP met Speak-Y is gekoppeld, leest twee dingen: uw eigen opnames en de opnames in de teamkanalen waarvan u lid bent. Hij leest ze uit de bibliotheek op uw Mac. Niets van wat hij leest wordt zichtbaar voor uw teamgenoten, en er belandt niets in een kanaal omdat u een vraag stelde.

Publiceren is een andere handeling met een eigen tool, share_to_channel. Die draait binnen de Speak-Y-app, de assistent heeft de opdracht de opname en het kanaal eerst met u te bevestigen, en uw MCP-client vraagt vóór de aanroep om goedkeuring. Deze handleiding laat zien waar de grens tussen lezen en publiceren loopt, loopt één echt verzoek door — "verdeel de vergaderingen van gisteren over de kanalen" — en somt op wat een assistent in een teamwerkruimte helemaal niet kan. Alles hier is op 10 oktober 2026 gecontroleerd aan de hand van de macOS-app.

Wat ziet de assistent in een teamwerkruimte?

Dezelfde opnames die u in de app ziet, zonder de audio. De MCP-server van Speak-Y voegt twee bronnen samen:

• Uw eigen opnames — dictaten en vergaderingen, ook die welke vanaf uw andere apparaten zijn gesynchroniseerd.
• Opnames in uw kanalen — alles wat is gedeeld in de kanalen waartoe u behoort, ook wat teamgenoten hebben gedeeld. Openbare kanalen staan open voor elk lid van de werkruimte; privékanalen alleen voor de mensen die eraan zijn toegevoegd.

Van elke opname krijgt de assistent de transcriptie met sprekersnamen, de samenvatting, de actiepunten, de tags en het kanaal waarin ze staat. Daardoor werkt een kanaal als teamgeheugen: "wat hebben we met de klant over de deadline afgesproken" wordt beantwoord uit de vergadering die een collega heeft opgenomen, niet alleen uit die van u.

Twee grenzen zijn ingebouwd en niet ingesteld:

• Een opname van een teamgenoot is alleen-lezen. De assistent kan eruit citeren, maar taggen, sprekers hernoemen, verplaatsen of verwijderen wordt geweigerd: dat is aan degene die haar heeft gedeeld.
• Een kanaal waarin u niet zit, bestaat niet voor de assistent. Kanalen zijn end-to-end versleuteld; een opname bereikt uw Mac pas nadat ze met de kanaalsleutel is ontsleuteld, en de sleutel wordt aan leden uitgegeven. Er is geen lijst met "kanalen waarvoor u toegang zou kunnen vragen".

De assistent leest de kopie van het kanaal die op uw Mac staat. Lijkt het antwoord verouderd, vraag hem dan te synchroniseren: de tool sync haalt nieuwe opnames op van uw andere apparaten en uit de kanaalfeeds, en daarvoor moet de app draaien.

Wat blijft persoonlijk?

Alles wat u niet hebt gedeeld. Een teamwerkruimte maakt van uw bibliotheek geen gedeelde schijf, en de assistent verandert daar niets aan:

• Uw niet-gedeelde opnames zijn zichtbaar voor uw assistent en voor niemand anders. De assistent van een teamgenoot leest de Mac van die teamgenoot, waar uw persoonlijke opnames nooit aankomen.
• Audio gaat nooit naar een kanaal, dus geen enkele assistent op de computer van een teamgenoot kan erbij.
• Vergadernotities blijven privé, tenzij u ervoor hebt gekozen ze in het kanaal te tonen.

Eén kanttekening geldt voor elke MCP-server, lokaal of in de cloud: wat de assistent leest, wordt als onderdeel van het gesprek naar uw modelaanbieder gestuurd. Vragen stellen over een kanaal betekent dat tekst uit dat kanaal — ook wat teamgenoten hebben gezegd — voor dat ene gesprek de end-to-end versleutelde ruimte verlaat; zie lokale of cloud-MCP. Beslis bij een kanaal met wervings- of bestuursmateriaal als team of assistenten erop gericht mogen worden.

Waarom is publiceren in een kanaal een aparte stap?

Omdat het de enige actie van de assistent is die andere mensen zien. Lezen blijft op uw computer; een opname die in een kanaal is gedeeld, wordt bij elk lid van dat kanaal afgeleverd. Speak-Y houdt die twee op vier manieren uit elkaar:

1. Een aparte tool. Zoeken, lijsten en transcripties kunnen niet publiceren. Alleen share_to_channel zet een opname in een kanaal, en de tool neemt per aanroep één opname en één bij naam genoemd kanaal.
2. Een opdracht om te vragen. De beschrijving van de tool, die het model leest, zegt dat hij naar andere mensen publiceert en dat de opname en het kanaal vóór de aanroep met de gebruiker moeten worden bevestigd.
3. Een vraag van uw client. De tool is aangemeld als een tool die gegevens wijzigt en verder reikt dan uw computer, dus MCP-clients vragen om goedkeuring voordat ze hem uitvoeren, tenzij u hem vooraf hebt goedgekeurd. Hoe elke client dat vraagt, wordt vergeleken in goedkeuringsmodi van MCP-clients.
4. Een logboek. De app toont geen eigen bevestigingsvenster; in plaats daarvan wordt elke actie vastgelegd onder Recente acties in Instellingen → Integraties, met het tijdstip, de bewerking, de opname en het resultaat.

Het werk zelf wordt gedaan door de draaiende app, aangemeld bij uw account: die bewaart de encryptiesleutels, dus de assistent krijgt ze nooit in handen. Is Speak-Y gesloten, dan meldt de tool dat, en blijft lezen gewoon werken.

Hoe ziet vergaderingen over kanalen verdelen er in de praktijk uit?

Neem een werkruimte met een openbaar kanaal Meetings en een privékanaal Product. Gisteren waren er drie vergaderingen; één staat al in een kanaal, twee staan niet waar ze horen. Het verzoek aan de assistent is één zin.

1. Vraag. "Verdeel de vergaderingen van gisteren over de kanalen."
2. De assistent leest. Hij geeft de opnames van gisteren weer (list_recordings), opent de twee waarover een beslissing nodig is (get_transcript) en vraagt de app om uw kanalen (list_channels).
3. Hij stelt een plan voor en stopt. "Beta launch plan → Meetings, tag launch, Speaker 3 is Maya Chen. Pricing call → verplaatsen van Meetings naar het privékanaal Product, tag pricing. Kanaalleden krijgen ze te zien. Zal ik doorgaan?"
4. U antwoordt ja. Pas nu worden de wijzigende aanroepen uitgevoerd: rename_speaker, twee keer set_tags, dan share_to_channel voor het lanceringsplan en unshare_from_channel gevolgd door share_to_channel voor het prijsgesprek.
5. Controleer het resultaat in de app. Meetings toont het lanceringsplan met de naam van Maya Chen en de tag; het prijsgesprek is eruit verdwenen en staat in Product, achter het slotje.

Twee details van de volgorde doen ertoe. Namen en tags gaan eerst, publiceren daarna: het kanaal ontvangt de opname zoals ze is op het moment van delen, en een spreker die daarna wordt hernoemd, blijft voor het team "Speaker 3". En verplaatsen bestaat uit twee aanroepen, omdat een opname in precies één kanaal staat: ze wordt uit het oude gehaald en dan in het nieuwe gedeeld. Tussen de twee aanroepen staat ze in geen enkel kanaal, dus als de tweede mislukt, deelt u haar opnieuw met de hand via To channel — de route die is beschreven in een vergadering delen in een teamkanaal.

Wat kan de assistent niet in een teamwerkruimte?

De lijst is kort en bewust zo gehouden:

• De opname van een teamgenoot wijzigen. Leesbaar, nooit bewerkbaar.
• De opname van iemand anders uit een kanaal halen. Verwijderen is aan degene die haar heeft gedeeld en aan de eigenaar van de werkruimte of een beheerder.
• Een werkruimte aanmaken, mensen uitnodigen of verwijderen. Een werkruimte is de structuur van het team en een gefactureerde eenheid; een mens richt haar in.
• Een kanaal aanmaken zonder te vragen. De tool create_channel bestaat voor het geval "deze interviews hebben een plek nodig die er nog niet is", en de beschrijving ervan vereist dat u elke keer wordt gevraagd. Een openbaar kanaal kan alleen door de eigenaar of een beheerder worden aangemaakt; elk lid mag een privékanaal aanmaken.
• Publiceren in een kanaal waarin u niet kunt posten. Een privékanaal waarvan u geen lid bent, staat niet in de lijst, en de server weigert de upload.

Hoe houdt u grip op wat er wordt gepubliceerd?

Drie instellingen, van smal naar breed:

• Laat de vraag om goedkeuring aan bij de deeltools. Keur de leestools vooraf goed als de vragen in de weg zitten, en laat share_to_channel, unshare_from_channel en create_channel op "vragen" staan. Een "altijd toestaan" op een tool die naar collega's publiceert, haalt de enige menselijke controle uit de keten.
• Geef één client een alleen-lezen server. Start hem met --read-only in de configuratie van die client en de wijzigende tools worden hem helemaal niet aangeboden — een redelijke standaard voor een editorplug-in die u alleen voor vragen gebruikt.
• Schakel Assistent-acties uit. De schakelaar in Instellingen → Integraties weigert wijzigingen voor alle clients tegelijk; lezen werkt in beide gevallen.

En lees het plan voordat u ja zegt. De assistent kiest een kanaal op basis van een transcriptie en een kanaalnaam, dus hij kan een prijsdiscussie even gemakkelijk in een openbaar kanaal zetten als iemand die haast heeft. Welke vergaderingen waar thuishoren, is een beslissing die het team één keer neemt — zie wie wat ziet in teamkanalen.

Hoe gaan andere vergadertools om met gedeelde notities via MCP?

De meeste houden de assistent aan de leeskant. Gecontroleerd op 10 oktober 2026:

• Granola. De documentatie noemt zes MCP-tools, allemaal om te lezen: de assistent kan vergaderingen bevragen, mappen weergeven en notities en transcripties ophalen. Bij betaalde abonnementen horen daar ook notities bij die met u zijn gedeeld en mappen waarvan u lid bent.
• Otter. De MCP-server heeft drie tools — zoeken, ophalen en gebruikersinformatie. Hij bereikt de vergaderingen die u hebt vastgelegd en de vergaderingen die andere gebruikers in uw werkruimte met u hebben gedeeld, en wijzigt niets.
• Fireflies. De MCP-server gaat verder: naast zoeken en transcripties documenteert hij tools die een vergadering met opgegeven e-mailadressen delen, die toegang intrekken, een vergadering hernoemen en haar naar een kanaal verplaatsen. De documentatie vereist daarvoor dat de gebruiker de eigenaar van de vergadering of een teambeheerder is.

Alle drie draaien in de cloud van de leverancier, en dat heeft een praktisch voordeel: ze antwoorden terwijl uw laptop dicht is. Bij Speak-Y is lezen lokaal en hebben wijzigingen de app nodig, omdat alleen de app de sleutels van een end-to-end versleuteld kanaal bewaart. Moet een agent aan de serverkant bij teamnotities kunnen zonder dat er een Mac online is, dan past een cloudnotitiedienst beter.

De Speak-Y MCP-server zit in elk abonnement, ook in Free. Teamwerkruimtes bevinden zich in de macOS-app: een werkruimte aanmaken begint bij het Pro-abonnement, en teamgenoten worden met elk abonnement gratis lid. De pagina over Speak-Y Teams laat zien hoe gedeelde kanalen werken, en wat MCP-schrijftoegang veilig maakt gaat dieper in op goedkeuringen, logboeken en de twee uitschakelaars.

FAQ

Kan mijn AI-assistent vergaderingen lezen die teamgenoten in een kanaal hebben gedeeld?

Ja, als u lid bent van dat kanaal. De Speak-Y MCP-server leest uw eigen opnames en de opnames in de teamkanalen die u kunt openen, uit de kopie op uw Mac. Opnames van teamgenoten zijn voor de assistent alleen-lezen: hij kan ze niet taggen, hernoemen of verplaatsen.

Kan een AI-assistent uit zichzelf een vergadering in een teamkanaal delen?

Hij kan de tool share_to_channel aanroepen, maar niet stilzwijgend. De tool draagt de assistent op de opname en het kanaal met u te bevestigen, is gemarkeerd als een actie die andere mensen bereikt, zodat de client om goedkeuring vraagt, en elke aanroep staat onder Recente acties in Instellingen → Integraties.

Publiceert een vraag aan de assistent iets naar het team?

Nee. Lezen en publiceren zijn aparte tools. Zoeken, weergeven en transcripties openen wijzigt niets en stuurt niets naar een kanaal; een opname bereikt een kanaal alleen via share_to_channel, dat in de Speak-Y-app draait nadat u akkoord bent gegaan.

Kan de assistent privékanalen zien waarvan ik geen lid ben?

Nee. De opnames van een kanaal bereiken uw Mac pas nadat ze met de kanaalsleutel zijn ontsleuteld, en die sleutel wordt aan leden uitgegeven. Een privékanaal waaraan u niet bent toegevoegd, zit niet in de gegevens die de MCP-server leest en verschijnt niet in list_channels.

Hoe voorkom ik dat een assistent opnames wijzigt of deelt?

Schakel Assistent-acties uit in Instellingen → Integraties: lezen blijft werken, wijzigingen worden voor elke client geweigerd. Wilt u alleen één client beperken, start de server dan met --read-only in de configuratie van die client; de wijzigende tools verdwijnen dan uit zijn lijst met tools.