Canaux d’équipe et assistant IA : ce qu’il voit dans Speak-Y

Un assistant IA connecté à Speak-Y via MCP lit deux choses : vos propres enregistrements, et ceux des canaux d’équipe dont vous êtes membre. Il les lit dans la bibliothèque de votre Mac. Rien de ce qu’il lit ne devient visible pour vos collègues, et rien n’arrive dans un canal parce que vous avez posé une question.

Publier est une autre opération, avec son propre outil, share_to_channel. Il s’exécute dans l’app Speak-Y, l’assistant a pour consigne de confirmer d’abord avec vous l’enregistrement et le canal, et votre client MCP demande une approbation avant l’appel. Ce guide montre où passe la limite entre lecture et publication, déroule une demande réelle — « range les réunions d’hier dans les canaux » — et liste ce qu’un assistant ne peut pas faire du tout dans un espace de travail d’équipe. Tout ce qui suit a été vérifié dans l’app macOS le 10 octobre 2026.

Que voit l’assistant dans un espace de travail d’équipe ?

Les mêmes enregistrements que vous voyez dans l’app, l’audio en moins. Le serveur MCP de Speak-Y réunit deux sources :

Pour chaque enregistrement, l’assistant obtient la transcription avec les noms des intervenants, le résumé, les actions à suivre, les tags et le canal où il se trouve. Le canal fonctionne ainsi comme une mémoire d’équipe : la réponse à « qu’avons-nous convenu avec le client pour l’échéance » vient de la réunion qu’un collègue a enregistrée, pas seulement des vôtres.

Deux limites sont intégrées plutôt que configurées :

L’assistant lit la copie du canal qui se trouve sur votre Mac. Si la réponse semble dater, demandez-lui de synchroniser : l’outil sync récupère les nouveaux enregistrements de vos autres appareils et des fils des canaux, et il a besoin que l’app soit lancée.

Ce qu’un assistant IA peut lire dans un espace de travail d’équipe Speak-Y : vos enregistrements et vos canaux, pas les bibliothèques des autres
Votre bibliothèque et les canaux dont vous êtes membre sont lisibles. Les enregistrements de vos collègues sont en lecture seule, et un canal dont vous ne faites pas partie n’y figure pas du tout.

Qu’est-ce qui reste personnel ?

Tout ce que vous n’avez pas partagé. Un espace de travail d’équipe ne transforme pas votre bibliothèque en disque partagé, et l’assistant n’y change rien :

Une réserve vaut pour tout serveur MCP, local ou cloud : ce que l’assistant lit est envoyé à votre fournisseur de modèle dans le cadre de la conversation. Poser une question sur un canal signifie que du texte de ce canal — y compris ce qu’ont dit vos collègues — quitte l’espace chiffré de bout en bout pour cette conversation-là ; voir MCP local ou cloud. Pour un canal qui contient des éléments de recrutement ou de conseil d’administration, décidez en équipe si les assistants doivent y être dirigés.

Pourquoi la publication dans un canal est-elle une étape à part ?

Parce que c’est la seule action de l’assistant que d’autres personnes voient. La lecture reste sur votre machine ; un enregistrement partagé dans un canal est remis à chaque membre de ce canal. Speak-Y sépare les deux de quatre façons :

  1. Un outil distinct. La recherche, les listes et les transcriptions ne peuvent rien publier. Seul share_to_channel place un enregistrement dans un canal, et il prend un enregistrement et un canal nommé par appel.
  2. Une consigne de demander. La description de l’outil, que le modèle lit, précise qu’il publie pour d’autres personnes et que l’enregistrement et le canal doivent être confirmés avec l’utilisateur avant l’appel.
  3. Une demande de votre client. L’outil est déclaré comme modifiant des données et agissant au-delà de votre machine : les clients MCP demandent donc une approbation avant de l’exécuter, sauf si vous l’avez préapprouvé. La façon dont chaque client pose la question est comparée dans les modes d’approbation des clients MCP.
  4. Un journal. L’app n’affiche pas sa propre boîte de confirmation ; à la place, chaque action est consignée sous Actions récentes dans Paramètres → Intégrations, avec l’heure, l’opération, l’enregistrement et le résultat.

Le travail lui-même est effectué par l’app lancée et connectée à votre compte : c’est elle qui détient les clés de chiffrement, l’assistant ne les manipule donc jamais. Si Speak-Y est fermé, l’outil le signale, et la lecture continue de fonctionner.

Le trajet d’un enregistrement de l’assistant vers un canal d’équipe : l’assistant propose, l’app Speak-Y chiffre et envoie, les membres du canal lisent
L’assistant propose et vous approuvez. C’est l’app, pas l’assistant, qui chiffre l’enregistrement et le remet au canal.

À quoi ressemble en pratique le rangement des réunions dans les canaux ?

Prenons un espace de travail avec un canal public Meetings et un canal privé Product. La journée d’hier a donné trois réunions ; l’une est déjà dans un canal, deux ne sont pas là où elles devraient être. La demande à l’assistant tient en une phrase.

  1. Demandez. « Range les réunions d’hier dans les canaux. »
  2. L’assistant lit. Il liste les enregistrements d’hier (list_recordings), ouvre les deux qui appellent une décision (get_transcript) et demande vos canaux à l’app (list_channels).
  3. Il propose un plan et s’arrête. « Beta launch plan → Meetings, tag launch, Speaker 3 est Maya Chen. Pricing call → déplacer de Meetings vers le canal privé Product, tag pricing. Les membres des canaux les verront. Je continue ? »
  4. Vous répondez oui. C’est seulement maintenant que les appels de modification s’exécutent : rename_speaker, set_tags deux fois, puis share_to_channel pour le plan de lancement, et unshare_from_channel suivi de share_to_channel pour l’appel sur les tarifs.
  5. Vérifiez le résultat dans l’app. Meetings affiche le plan de lancement avec le nom de Maya Chen et le tag ; l’appel sur les tarifs en a disparu et se trouve dans Product, derrière le verrou.

Deux détails de l’ordre comptent. Les noms et les tags passent en premier, la publication en second : le canal reçoit l’enregistrement tel qu’il est au moment du partage, et un intervenant renommé après coup reste « Speaker 3 » pour l’équipe. Et un déplacement, ce sont deux appels, car un enregistrement vit dans un seul canal : il est retiré de l’ancien, puis partagé dans le nouveau. Entre les deux appels, il n’est dans aucun canal ; si le second échoue, partagez-le à nouveau à la main avec To channel — le chemin décrit dans partager une réunion dans un canal d’équipe.

Speak-Y à côté de Claude après que l’assistant a rangé deux réunions dans des canaux d’équipe
1 — les appels qui publient et déplacent, exécutés après le oui. 2 — l’appel sur les tarifs se trouve désormais dans le canal privé Product. 3 — le tag posé avant le partage l’a accompagné.

Que ne peut pas faire l’assistant dans un espace de travail d’équipe ?

La liste est courte et voulue :

Comment garder la main sur ce qui est publié ?

Trois réglages, du plus étroit au plus large :

Et lisez le plan avant de dire oui. L’assistant choisit un canal à partir d’une transcription et d’un nom de canal : il peut donc ranger une discussion sur les tarifs dans un canal public aussi facilement qu’une personne pressée. Quelles réunions vont où, c’est une décision que l’équipe prend une fois — voir qui voit quoi dans les canaux d’équipe.

Quatre vérifications avant qu’un assistant range des réunions dans des canaux d’équipe
Les noms et les tags avant le partage, le plan lu canal par canal, une demande laissée sur les outils de publication, et le journal ensuite.

Comment les autres outils de réunion gèrent-ils les notes partagées via MCP ?

La plupart maintiennent l’assistant du côté de la lecture. Vérifié le 10 octobre 2026 :

Les trois fonctionnent dans le cloud de l’éditeur, ce qui a un avantage pratique : ils répondent quand votre ordinateur portable est fermé. Dans Speak-Y, la lecture est locale et les modifications ont besoin de l’app, car elle seule détient les clés d’un canal chiffré de bout en bout. Si un agent côté serveur doit atteindre les notes de l’équipe sans aucun Mac en ligne, un preneur de notes dans le cloud convient mieux.

Le serveur MCP de Speak-Y est inclus dans toutes les offres, Free comprise. Les espaces de travail d’équipe vivent dans l’app macOS : en créer un commence à l’offre Pro, et les collègues le rejoignent gratuitement, quelle que soit leur offre. La page Speak-Y Teams montre comment fonctionnent les canaux partagés, et ce qui rend l’accès en écriture MCP sûr détaille les approbations, les journaux et les deux interrupteurs.

FAQ

Mon assistant IA peut-il lire les réunions que mes collègues ont partagées dans un canal ?

Oui, si vous êtes membre de ce canal. Le serveur MCP de Speak-Y lit vos propres enregistrements et ceux des canaux d’équipe que vous pouvez ouvrir, à partir de la copie présente sur votre Mac. Les enregistrements de vos collègues sont en lecture seule pour l’assistant : il ne peut ni leur ajouter de tags, ni les renommer, ni les déplacer.

Un assistant IA peut-il partager une réunion dans un canal d’équipe de sa propre initiative ?

Il peut appeler l’outil share_to_channel, mais pas en silence. L’outil demande à l’assistant de confirmer avec vous l’enregistrement et le canal, il est marqué comme une action qui atteint d’autres personnes, si bien que le client demande une approbation, et chaque appel figure sous Actions récentes dans Paramètres → Intégrations.

Poser une question à l’assistant publie-t-il quelque chose pour l’équipe ?

Non. La lecture et la publication sont des outils distincts. Chercher, lister et ouvrir des transcriptions ne modifie rien et n’envoie rien dans un canal ; un enregistrement n’arrive dans un canal que par share_to_channel, qui s’exécute dans l’app Speak-Y une fois que vous avez donné votre accord.

L’assistant peut-il voir les canaux privés dont je ne suis pas membre ?

Non. Les enregistrements d’un canal n’arrivent sur votre Mac qu’après avoir été déchiffrés avec la clé du canal, et cette clé est remise aux membres. Un canal privé auquel vous n’avez pas été ajouté ne fait pas partie des données que lit le serveur MCP, et il n’apparaît pas dans list_channels.

Comment empêcher un assistant de modifier ou de partager des enregistrements ?

Désactivez Actions de l’assistant dans Paramètres → Intégrations : la lecture continue de fonctionner, les modifications sont refusées pour tous les clients. Pour ne restreindre qu’un seul client, lancez le serveur avec --read-only dans la configuration de ce client ; les outils de modification disparaissent alors de sa liste d’outils.