Report settimanale dalle riunioni: la bozza la scrive l'assistente IA

2026-10-13

Il report settimanale di un team lead si può preparare in una decina di minuti a partire dalle riunioni della settimana. Un assistente IA collegato a Speak-Y tramite MCP elenca le registrazioni tra lunedì e venerdì che portano il tag del progetto, legge per ciascuna il riepilogo, le azioni e i marcatori inseriti, e ordina ciò che trova in tre blocchi — fatto, rischi, prossima settimana — con la riunione indicata dopo ogni riga.

La bozza va comunque letta, corretta e inviata di persona. Ciò che sparisce è l'ora del venerdì passata a scorrere il calendario e a ricostruire il lunedì a memoria. Questa guida segue un team lead per una settimana; tutto ciò che contiene è stato verificato sull'app per macOS e sulla documentazione dei fornitori il 13 ottobre 2026.

Come trova l'assistente le riunioni della settimana?

Con una sola chiamata a uno strumento. Il server MCP di Speak-Y ha uno strumento list_recordings con i filtri che servono a un report settimanale:

• date_from e date_to — date semplici come 2026-10-05 e 2026-10-09; una data senza orario copre l'intera giornata.
• tag — solo le registrazioni che portano questo tag; la corrispondenza è esatta, ma senza distinzione tra maiuscole e minuscole.
• meetings_only — salta i dettati, così una nota vocale dettata il mercoledì non compare come riunione.

La risposta è un elenco, dalla più recente: titolo, data, durata, tag, se la registrazione ha un riepilogo e quanti marcatori contiene. Dice anche quante registrazioni corrispondono in totale. Una chiamata restituisce 20 registrazioni per impostazione predefinita e fino a 100, quanto basta per una settimana piena.

Per ogni registrazione dell'elenco l'assistente chiama poi get_transcript. Con il formato summary lo strumento restituisce il riepilogo IA, le azioni e una sezione Notes con ogni marcatore inserito: poche centinaia di parole invece di un'intera trascrizione. È il materiale di cui è fatto un report.

L'elenco non si limita alle riunioni registrate in prima persona. Comprende le registrazioni che i colleghi hanno condiviso nei canali di team di cui si fa parte, contrassegnate come in sola lettura. Una design review a cui non si è partecipato entra nel report se un collega l'ha messa nel canale; una riunione che nessuno ha condiviso no.

Che cosa si fa durante la settimana?

Due piccole cose per riunione, che ripagano entrambe il venerdì.

1. Mettere il tag. Dopo la riunione si fa clic su Tag nella registrazione e si sceglie il tag del progetto — platform in questa guida. È il tag a separare le riunioni che rientrano nel report dai colloqui individuali, dai colloqui di selezione e da tutto il resto della libreria. Dalla seconda riunione in poi è un clic.
2. Segnare il rischio quando lo si sente. Quando qualcuno dice «questo potrebbe slittare» o indica una scadenza, si preme ⌥1. Vengono segnati gli ultimi 15 secondi, e il marcatore compare nella sezione Notes che l'assistente legge. Due o tre marcatori per riunione bastano.

Aiuta anche dare un nome agli interlocutori: si fa clic sul chip Speaker 2 e si digita il nome, e il riepilogo e il report dicono «Priya» invece di «Speaker 2».

Che cosa deve chiedere il prompt?

Tre blocchi, una fonte dopo ogni riga e un conteggio onesto. Un modello che funziona per un report al proprio responsabile:

Scrivi il mio report settimanale dalle riunioni in Speak-Y.

Periodo: da lunedì a venerdì di questa settimana. Tag: platform. Solo riunioni.

Per ogni riunione leggi il riepilogo, le azioni e le note.
Non leggere le trascrizioni complete, a meno che una riga richieda
una citazione.

Report, testo semplice, sotto le 200 parole:
Fatto — ciò che è stato riferito come concluso o deciso
Rischi — ciò che può slittare, è bloccato o non ha un responsabile
Prossima settimana — ciò che è stato concordato, con il responsabile

Regole:
- Dopo ogni riga metti la riunione da cui proviene: (titolo, data).
- «Fatto» significa che qualcuno ha detto che è fatto. Se era solo
  pianificato, va in «Prossima settimana».
- Usa per primi i momenti che ho segnato; sono nella sezione Notes.
- Chiudi con: quante riunioni corrispondono, quante avevano un
  riepilogo e quali sono state condivise dai colleghi.

L'ultima regola trasforma il report da un testo in qualcosa che si può verificare: cinque riunioni trovate, cinque lette. Il modello va tenuto dove il client MCP conserva le istruzioni permanenti — le istruzioni di progetto in Claude o ChatGPT, un file di regole in Cursor — e la richiesta del venerdì si riduce a una frase. Altre formulazioni per questo tipo di richiesta sono in Prompt per interrogare l'IA sulle proprie riunioni.

Come va il venerdì, passo per passo?

Prendiamo Daniel, che guida un team di piattaforma di otto persone. Nella settimana dal 5 al 9 ottobre 2026 cinque registrazioni portano il tag platform: la pianificazione dello sprint il lunedì, una chiamata con il fornitore il martedì, una revisione del design dell'API il mercoledì, che la collega Priya ha registrato e condiviso nel canale Platform, una revisione dell'incidente il giovedì e il sync settimanale il venerdì.

1. Chiedere. Nel client MCP: «Report settimanale, platform, 5–9 ott.»
2. L'assistente elenca. Chiama list_recordings con le due date e il tag e ottiene cinque riunioni.
3. L'assistente legge. Cinque chiamate a get_transcript, formato summary.
4. Arriva la bozza — circa due minuti dopo la richiesta.
5. La si controlla sulle registrazioni (due sezioni più sotto), si corregge ciò che non va e la si invia.

La bozza per questa settimana:

Platform — settimana 5–9 ott

Fatto
- Latenza del checkout risolta: p95 di nuovo sotto i 400 ms dopo
  il rollback della cache (Revisione dell'incidente, 8 ott)
- Design della paginazione dell'API v2 approvato (Revisione del
  design dell'API, 7 ott)

Rischi
- La migrazione a Cloudway può slittare di due settimane: il
  fornitore non ha confermato la finestra per il trasferimento
  dei dati (Chiamata con il fornitore, 6 ott)
- Un backend engineer è assente dal 19 al 23 ott; la ricerca non
  ha un sostituto (Pianificazione dello sprint, 5 ott)

Prossima settimana
- Avviare la paginazione dell'API v2 — Priya (Sync settimanale, 9 ott)
- Ottenere da Cloudway la finestra di trasferimento per iscritto
  entro il 14 ott — Daniel (Chiamata con il fornitore, 6 ott)

5 riunioni trovate, 5 con un riepilogo, 1 condivisa da una collega.

Perché scriverlo da Riepilogo e Notes, e non a memoria?

Perché il venerdì la memoria è soprattutto giovedì. Quattro cose rendono la versione registrata una fonte migliore:

• È stata scritta quando è successo. Ogni riepilogo nasce subito dopo la sua riunione. La pianificazione del lunedì è descritta con lo stesso dettaglio del sync del venerdì.
• Le azioni vengono per prime. Ogni riepilogo di Speak-Y si apre con la sezione Azioni: chi, che cosa e l'orario della registrazione in cui è stato detto.
• I marcatori portano il giudizio di chi li ha inseriti. Un marcatore è il momento in cui, durante la riunione, si è deciso che qualcosa contava. Il riepilogo è il punto di vista del modello; la sezione Notes è quello di chi era presente.
• Ogni riga ha un indirizzo. «Chiamata con il fornitore, 6 ott» si può aprire e leggere. «Mi pare abbiano detto due settimane» no.

I riepiloghi sono anche ciò che mantiene piccola la richiesta. Cinque trascrizioni complete di riunioni da quaranta minuti fanno circa trentamila parole; cinque riepiloghi con le note ne fanno circa duemila. L'assistente legge più in fretta, costa meno e ha meno spazio per perdere una riga a metà.

Che cosa si controlla a mano?

Sette dei dieci minuti vanno qui. L'assistente ordina bene e giudica male, quindi i controlli riguardano il giudizio:

• Il conteggio. Cinque riunioni nella settimana, cinque nell'ultima riga. Se manca una riunione, non ha il tag o è stata registrata come dettato; se manca una riunione di un canale, si chiede all'assistente di sincronizzare e riprovare.
• «Fatto» contro «detto come fatto». Il report sa che cosa è stato detto in una riunione, non che cosa è stato rilasciato. Conviene aprire il riepilogo della revisione dell'incidente e accertarsi che «risolto» sia stato riferito, non auspicato. L'ultima parola spetta al tracker.
• Il peso di ogni rischio. Un riepilogo appiattisce il tono: un'osservazione di passaggio e un vero avvertimento si somigliano. Si apre la riunione, si va al marcatore, si fa clic sull'orario della battuta e si ascolta come è stato detto.
• Responsabili e date. Un nome accanto a un compito deve essere quello di chi l'ha preso in carico, e «entro mercoledì» deve diventare una data di calendario contata dal giorno della riunione.
• Che cosa può salire di livello. Un report alla direzione non è un post in un canale. Prima di inviarlo si toglie ciò che è stato detto in confidenza.

Che cosa lascia il Mac?

Il server MCP legge in locale, dalla libreria sul Mac, e per farlo non carica nulla. Ciò che l'assistente legge — i riepiloghi e ogni trascrizione che apre — diventa poi parte della conversazione con il fornitore del modello, come con qualsiasi server MCP. I riepiloghi delle riunioni interne contengono nomi, cifre e condizioni dei fornitori; se l'azienda ha una regola sui fornitori di IA, vale anche qui. MCP locale o cloud mostra dove viaggia il testo.

Quando è più adatto un altro strumento?

Quando il digest deve arrivare senza chiederlo. Fireflies, per esempio, documenta un Daily Digest: un riepilogo personale delle riunioni recenti — azioni, blocchi, domande aperte, decisioni chiave — aggiornato ogni 24 ore e inviato via email o Slack (verificato il 13 ottobre 2026). Richiede il notetaker di Fireflies nelle riunioni e conserva le trascrizioni nel cloud del fornitore.

E quando il report riguarda le consegne più che la discussione, la fonte migliore è il tracker: un elenco di ticket chiusi dice che cosa è stato rilasciato, e nessuna riunione può farlo. Il percorso di questa guida copre l'altra metà — che cosa è stato deciso, che cosa preoccupa le persone, che cosa è stato promesso a voce — nel proprio modello, da riunioni in cui non è entrato alcun bot. Se lo stesso venerdì deve chiarire anche chi deve che cosa a chi, la revisione delle azioni in 15 minuti usa gli stessi riepiloghi.

FAQ

Un assistente IA può scrivere il report settimanale a partire dalle registrazioni delle riunioni?

Sì, una bozza. Con Speak-Y collegato tramite MCP, un assistente come Claude, ChatGPT o Cursor elenca le riunioni della settimana per data e tag, legge per ciascuna il riepilogo IA, le azioni e i marcatori inseriti, e li ordina in fatto, rischi e prossima settimana, indicando dopo ogni riga la riunione da cui proviene. La bozza si controlla e si invia di persona.

Come fa l'assistente a sapere quali riunioni rientrano nel report?

Grazie a due filtri dello strumento list_recordings: un intervallo di date (date_from e date_to) e un tag. Basta mettere lo stesso tag, per esempio il nome del progetto, su ogni riunione che deve contare. Le riunioni senza il tag, come i colloqui individuali, non vengono elencate e non vengono lette.

Il report settimanale include le riunioni registrate dai colleghi?

Solo quelle condivise in un canale di team di Speak-Y di cui si è membri. Il server MCP legge le proprie registrazioni e quelle dei propri canali dalla copia sul Mac; le registrazioni dei colleghi sono in sola lettura. Una riunione che un collega ha registrato e non ha condiviso non è visibile all'assistente.

Perché costruire il report dai riepiloghi e non dalle trascrizioni complete?

Una settimana di riunioni vale decine di migliaia di parole, un riepilogo poche centinaia. Ogni riepilogo di Speak-Y si apre con le azioni e viene scritto subito dopo la riunione; la sezione Notes elenca i momenti segnati. L'assistente legge questo per ogni riunione e apre una trascrizione completa solo dove una riga richiede una citazione o un numero da verificare.

Serve un piano Speak-Y a pagamento?

No. Il server MCP è incluso in tutti i piani Speak-Y, anche in Free, e ogni riunione registrata riceve un riepilogo IA con le azioni. Servono l'app per macOS, un client MCP e un clic su Connetti in Impostazioni → Integrazioni. I piani differiscono per il tempo di riunione, non per l'accesso al server MCP.