Rapport hebdomadaire : un assistant IA le rédige depuis vos réunions

2026-10-13

Le rapport hebdomadaire d’un chef d’équipe peut être rédigé en une dizaine de minutes à partir des réunions de la semaine. Un assistant IA connecté à Speak-Y via MCP liste les enregistrements du lundi au vendredi qui portent le tag de votre projet, lit pour chacun le résumé, les actions à suivre et vos marques, et range ce qu’il trouve en trois blocs — fait, risques, semaine prochaine — avec le nom de la réunion après chaque ligne.

Le brouillon, c’est toujours vous qui le lisez, le corrigez et l’envoyez. Ce qui disparaît, c’est l’heure du vendredi passée à faire défiler l’agenda et à reconstituer le lundi de mémoire. Ce guide suit un chef d’équipe pendant une semaine ; tout ce qu’il contient a été vérifié dans l’app macOS et dans la documentation des éditeurs le 13 octobre 2026.

Comment l’assistant trouve-t-il les réunions de la semaine ?

Par un seul appel d’outil. Le serveur MCP de Speak-Y dispose d’un outil list_recordings avec les filtres dont un rapport hebdomadaire a besoin :

• date_from et date_to — de simples dates comme 2026-10-05 et 2026-10-09 ; une date sans heure couvre la journée entière.
• tag — uniquement les enregistrements qui portent ce tag, comparé à l’identique mais sans tenir compte de la casse.
• meetings_only — ignore les dictées, pour qu’une note vocale dictée le mercredi n’apparaisse pas comme une réunion.

La réponse est une liste, du plus récent au plus ancien : titre, date, durée, tags, présence ou non d’un résumé et nombre de marques. Elle indique aussi combien d’enregistrements correspondent au total. Un appel renvoie 20 enregistrements par défaut et jusqu’à 100, ce qui couvre une semaine chargée.

Pour chaque enregistrement de la liste, l’assistant appelle ensuite get_transcript. Avec le format summary, l’outil renvoie le résumé IA, les actions à suivre et une section Notes contenant chaque marque que vous avez posée — quelques centaines de mots au lieu d’une transcription entière. C’est la matière dont un rapport est fait.

La liste ne se limite pas aux réunions que vous avez enregistrées. Elle comprend les enregistrements que vos collègues ont partagés dans les canaux d’équipe dont vous faites partie, signalés comme étant en lecture seule. Une revue de conception que vous avez manquée figure dans le rapport si un collègue l’a mise dans le canal ; une réunion que personne n’a partagée n’y figure pas.

Que faites-vous pendant la semaine ?

Deux petits gestes par réunion, qui paient tous les deux le vendredi.

1. Posez le tag. Après la réunion, cliquez sur Tags dans l’enregistrement et choisissez le tag du projet — platform dans ce guide. C’est le tag qui sépare les réunions destinées au rapport des entretiens individuels, des entretiens d’embauche et de tout le reste de votre bibliothèque. Dès la deuxième réunion, c’est un clic.
2. Marquez le risque quand vous l’entendez. Quand quelqu’un dit « ça risque de glisser » ou cite une échéance, appuyez sur ⌥1. Les 15 dernières secondes sont marquées, et la marque apparaît dans la section Notes que lit l’assistant. Deux ou trois marques par réunion suffisent.

Nommer les intervenants aide aussi : cliquez sur la pastille Speaker 2 et tapez le nom, et le résumé comme le rapport diront « Priya » au lieu de « Speaker 2 ».

Que doit demander le prompt ?

Trois blocs, une source après chaque ligne et un décompte honnête. Un modèle qui convient pour un rapport à votre propre responsable :

Rédige mon rapport hebdomadaire à partir des réunions Speak-Y.

Période : du lundi au vendredi de cette semaine. Tag : platform.
Réunions uniquement.

Pour chaque réunion, lis le résumé, les actions à suivre et les notes.
Ne lis pas les transcriptions complètes, sauf si une ligne demande
une citation.

Rapport, texte brut, moins de 200 mots :
Fait — ce qui a été annoncé comme terminé ou décidé
Risques — ce qui peut glisser, est bloqué ou n’a pas de responsable
Semaine prochaine — ce qui a été convenu, avec le responsable

Règles :
- Après chaque ligne, indique la réunion dont elle provient :
  (titre, date).
- « Fait » signifie que quelqu’un a dit que c’est fait. Si c’était
  seulement prévu, cela va dans « Semaine prochaine ».
- Utilise d’abord les moments que j’ai marqués ; ils se trouvent dans
  la section Notes.
- Termine par : combien de réunions correspondent, combien avaient un
  résumé, et lesquelles ont été partagées par des collègues.

La dernière règle fait du rapport, au lieu d’un simple texte, quelque chose que l’on peut contrôler : cinq réunions correspondent, cinq ont été lues. Gardez le modèle là où votre client MCP conserve les instructions permanentes — les instructions d’un projet dans Claude ou ChatGPT, un fichier de règles dans Cursor — et la demande du vendredi se réduit à une phrase. D’autres formulations pour ce type de demande se trouvent dans les prompts pour interroger l’IA sur vos réunions.

Comment se passe le vendredi, étape par étape ?

Prenons Daniel, qui dirige une équipe plateforme de huit personnes. Dans la semaine du 5 au 9 octobre 2026, cinq enregistrements portent le tag platform : la planification du sprint le lundi, un appel fournisseur le mardi, une revue de conception de l’API le mercredi, que sa collègue Priya a enregistrée et partagée dans le canal Platform, une revue d’incident le jeudi et le point hebdomadaire le vendredi.

1. Demandez. Dans le client MCP : « Rapport hebdomadaire, platform, du 5 au 9 oct. »
2. L’assistant liste. Il appelle list_recordings avec les deux dates et le tag, et obtient cinq réunions.
3. L’assistant lit. Cinq appels à get_transcript, au format summary.
4. Vous recevez le brouillon — environ deux minutes après la demande.
5. Vous le vérifiez face aux enregistrements (la section après la suivante), vous corrigez ce qui est faux et vous l’envoyez.

Le brouillon pour cette semaine :

Platform — semaine du 5 au 9 oct.

Fait
- Latence du paiement corrigée : p95 repassé sous 400 ms après le
  retour arrière du cache (Revue d’incident, 8 oct.)
- Conception de la pagination de l’API v2 approuvée (Revue de
  conception de l’API, 7 oct.)

Risques
- La migration vers Cloudway peut glisser de deux semaines : le
  fournisseur n’a pas confirmé la fenêtre de transfert des données
  (Appel fournisseur, 6 oct.)
- Un ingénieur backend est absent du 19 au 23 oct. ; la recherche
  n’a pas de remplaçant (Planification du sprint, 5 oct.)

Semaine prochaine
- Démarrer la pagination de l’API v2 — Priya (Point hebdomadaire,
  9 oct.)
- Obtenir par écrit la fenêtre de transfert auprès de Cloudway d’ici
  le 14 oct. — Daniel (Appel fournisseur, 6 oct.)

5 réunions correspondent, 5 avec un résumé, 1 partagée par une collègue.

Pourquoi l’écrire à partir du Résumé et des Notes, et non de mémoire ?

Parce que la mémoire du vendredi, c’est surtout le jeudi. Quatre choses font de la version enregistrée une meilleure source :

• Elle a été écrite au moment des faits. Chaque résumé est produit juste après sa réunion. La planification du lundi est décrite avec le même niveau de détail que le point du vendredi.
• Les actions à suivre viennent en premier. Chaque résumé Speak-Y s’ouvre sur une section Actions à suivre : qui, quoi, et le moment de l’enregistrement où cela a été dit.
• Vos marques portent votre jugement. Une marque, c’est le moment où vous avez décidé, pendant la réunion, que quelque chose comptait. Le résumé est le point de vue du modèle ; la section Notes est le vôtre.
• Chaque ligne a une adresse. « Appel fournisseur, 6 oct. » peut être ouvert et lu. « Je crois qu’ils ont dit deux semaines » ne le peut pas.

Les résumés sont aussi ce qui garde la demande légère. Cinq transcriptions complètes de réunions de quarante minutes font environ trente mille mots ; cinq résumés avec leurs notes en font à peu près deux mille. L’assistant lit plus vite, coûte moins cher et a moins de place pour perdre une ligne en chemin.

Que vérifiez-vous à la main ?

Sept des dix minutes y passent. L’assistant trie bien et juge mal ; les vérifications portent donc sur le jugement :

• Le décompte. Cinq réunions dans votre semaine, cinq à la dernière ligne. S’il en manque une, elle n’a pas de tag ou a été enregistrée comme dictée ; s’il manque une réunion d’un canal, demandez à l’assistant de synchroniser et de réessayer.
• « Fait » face à « dit comme fait ». Le rapport sait ce qui a été dit en réunion, pas ce qui a été livré. Ouvrez le résumé de la revue d’incident et assurez-vous que « corrigé » a été annoncé, et non espéré. Votre outil de suivi a le dernier mot.
• Le poids de chaque risque. Un résumé aplatit le ton : une remarque en passant et un véritable avertissement se ressemblent. Ouvrez la réunion, allez à la marque, cliquez sur l’heure de la réplique et écoutez comment cela a été dit.
• Responsables et dates. Le nom à côté d’une tâche doit être celui de la personne qui l’a prise, et « d’ici mercredi » doit être une date du calendrier, comptée à partir du jour de la réunion.
• Ce qui peut remonter. Un rapport à la direction n’est pas un message dans un canal. Retirez ce qui a été dit en confidence avant de l’envoyer.

Qu’est-ce qui quitte votre Mac ?

Le serveur MCP lit localement, depuis la bibliothèque de votre Mac, et n’envoie rien pour le faire. Ce que l’assistant lit — les résumés, et toute transcription qu’il ouvre — entre ensuite dans votre conversation avec le fournisseur du modèle, comme avec n’importe quel serveur MCP. Les résumés de réunions internes contiennent des noms, des chiffres et des conditions de fournisseurs ; si votre entreprise a une règle sur les fournisseurs d’IA, elle s’applique ici. MCP local ou cloud montre où le texte circule.

Quand un autre outil convient-il mieux ?

Quand vous voulez que la synthèse arrive sans avoir à la demander. Fireflies, par exemple, documente un Daily Digest : une synthèse personnelle de vos réunions récentes — actions à suivre, points bloquants, questions ouvertes, décisions clés — actualisée toutes les 24 heures et envoyée par e-mail ou sur Slack (vérifié le 13 octobre 2026). Il lui faut le preneur de notes Fireflies dans vos réunions, et les transcriptions restent dans le cloud de l’éditeur.

Et quand le rapport porte sur ce qui a été livré plutôt que sur ce qui a été discuté, l’outil de suivi est la meilleure source : une liste de tickets fermés dit ce qui a été livré, ce qu’aucune réunion ne peut dire. Le parcours de ce guide couvre l’autre moitié — ce qui a été décidé, ce qui inquiète, ce qui a été promis à voix haute — dans votre propre modèle, à partir de réunions qu’aucun bot n’a rejointes. Si le même vendredi doit aussi établir qui doit quoi, la revue de 15 minutes des actions à suivre s’appuie sur les mêmes résumés.

FAQ

Un assistant IA peut-il rédiger mon rapport hebdomadaire à partir des enregistrements de réunions ?

Oui, un brouillon. Avec Speak-Y connecté via MCP, un assistant comme Claude, ChatGPT ou Cursor liste les réunions de la semaine par date et par tag, lit pour chacune le résumé IA, les actions à suivre et vos marques, puis les répartit entre fait, risques et semaine prochaine, en nommant la réunion derrière chaque ligne. Vous vérifiez le brouillon et l’envoyez vous-même.

Comment l’assistant sait-il quelles réunions entrent dans le rapport ?

Par deux filtres de l’outil list_recordings : une plage de dates (date_from et date_to) et un tag. Posez un même tag, par exemple le nom du projet, sur chaque réunion qui doit compter. Les réunions sans ce tag, comme les entretiens individuels, ne sont ni listées ni lues.

Le rapport hebdomadaire inclut-il les réunions enregistrées par mes collègues ?

Seulement celles qu’ils ont partagées dans un canal d’équipe Speak-Y dont vous êtes membre. Le serveur MCP lit vos propres enregistrements et ceux de vos canaux depuis la copie présente sur votre Mac ; les enregistrements des collègues sont en lecture seule. Une réunion qu’un collègue a enregistrée sans la partager reste invisible pour votre assistant.

Pourquoi construire le rapport à partir des résumés plutôt que des transcriptions complètes ?

Une semaine de réunions représente des dizaines de milliers de mots, un résumé quelques centaines. Chaque résumé Speak-Y s’ouvre sur les actions à suivre et est rédigé juste après la réunion ; la section Notes liste les moments que vous avez marqués. L’assistant lit cela pour chaque réunion et n’ouvre une transcription complète que là où une ligne demande de vérifier une citation ou un chiffre.

Faut-il une offre Speak-Y payante pour cela ?

Non. Le serveur MCP est inclus dans toutes les offres Speak-Y, Free compris, et chaque réunion enregistrée reçoit un résumé IA avec ses actions à suivre. Il vous faut l’app macOS, un client MCP et un clic sur Connecter dans Paramètres → Intégrations. Les offres diffèrent par la durée des réunions, pas par l’accès au serveur MCP.