Quando le trascrizioni delle riunioni sono raggiungibili via MCP, la domanda utile smette di essere «come lo collego» e diventa «che cosa chiedo davvero». La risposta a cui quasi tutti arrivano dopo una settimana è: non «riassumi la mia ultima riunione». Quello lo dà già l'applicazione. I prompt che ripagano la configurazione sono quelli che attraversano più riunioni, o che legano ciò che è stato detto a qualcos'altro su cui si sta lavorando.
Per scriverne di buoni conta capire la meccanica. L'assistente non legge tutto l'archivio: cerca, riceve un elenco con brevi anteprime, sceglie ciò che sembra pertinente e lo legge per intero — quindi un prompt funziona meglio se dà alla ricerca qualcosa con cui restringere il campo (un periodo, un argomento, un tag) e dice all'assistente che forma deve avere la risposta.
Qui sotto ci sono venti prompt raggruppati per il lavoro che svolgono, poi quelli che falliscono e il perché. Sono scritti per il server MCP di Speak-Y, ma non hanno nulla di specifico: qualsiasi assistente in grado di cercare tra le trascrizioni e leggerle gestisce gli stessi schemi.
Cinque comandi leggono la libreria direttamente e funzionano che l'app sia aperta o no: elenco delle registrazioni, ricerca a testo pieno, lettura di una trascrizione, recupero della registrazione più recente ed elenco dei propri tag. Elenco e ricerca accettano gli stessi filtri — un intervallo di date, un tag, solo riunioni, solo preferiti — ed è per questo che «le mie riunioni della settimana scorsa» è un'istruzione economica, mentre «tutto quello che ho mai detto sull'onboarding» è un'istruzione cara.
Una trascrizione si può leggere in quattro modi, e la scelta cambia la risposta più di quanto ci si aspetti: testo semplice, blocchi con l'indicazione di chi parla, il riassunto AI con i punti d'azione, oppure tutto insieme. Per «che cosa abbiamo deciso» basta il riassunto, e costa una frazione del contesto. Per «chi si è impegnato a fare che cosa» servono i blocchi per interlocutore: un riassunto appiattisce l'attribuzione, e a volte la sbaglia.
1. Passa in rassegna le mie riunioni delle ultime due settimane ed elenca ogni impegno che ho preso di persona, indicando da quale riunione viene.
2. Quali punti d'azione delle mie riunioni di questo mese non sono più stati citati in nessuna riunione successiva? — un discreto indicatore di «lasciato cadere in silenzio».
3. Confronta quello che abbiamo detto sulla roadmap del Q3 nelle ultime tre riunioni di pianificazione. Che cosa è cambiato, e qualcuno ha detto perché?
4. Leggi i miei uno-a-uno di questo trimestre e dimmi quali argomenti tornano più volte con più di una persona.
5. Devo scrivere un aggiornamento di stato. Estrai le decisioni e i blocchi dalle mie riunioni di questa settimana e preparane una bozza in cinque punti.
Il numero 3 è quello che i manager si tengono. Una decisione che si è spostata tre volte sembra perfettamente stabile nell'ultimo riassunto; solo il confronto tra riunioni mostra che si è mossa, e le trascrizioni sono l'unico posto in cui il ragionamento è sopravvissuto.
6. Trova le mie call con Northwind e dammi una cronologia, in ordine, di ciò che hanno chiesto.
7. Quali obiezioni sono emerse nelle mie ultime cinque call di vendita, e come ho risposto a ciascuna?
8. Prima della mia call con questo cliente: che cosa gli abbiamo promesso l'ultima volta, e che cosa è ancora in sospeso?
9. Leggi le mie call di discovery di questo mese e dimmi quali domande dimentico sistematicamente di fare.
10. Prepara una bozza di email di follow-up dalla call di ieri con il cliente — solo i punti che hanno sollevato davvero, senza inventare nulla.
Il numero 9 è scomodo e vale la pena eseguirlo una volta al mese. Il proprio schema di omissioni è invisibile sul momento ed evidente su dieci trascrizioni. La clausola «senza inventare nulla» del numero 10 fa un lavoro concreto: senza di essa i modelli arrotondano volentieri il follow-up con impegni plausibili che nessuno ha preso.
11. Che cosa avevamo deciso di cambiare nella logica dei tentativi, e quali obiezioni erano state sollevate prima di decidere?
12. Cerca nelle riunioni di questa settimana i bug che abbiamo promesso di correggere, poi controlla se qualcuno di essi è già corretto nel repository.
13. Trasforma le decisioni sull'API prese nella riunione di martedì in una breve specifica da mettere nel README.
14. Prima di aprire questa PR: avevamo deciso per questo approccio, o è la versione che abbiamo scartato in riunione?
Questi ripagano in un editor, dove l'assistente può leggere la trascrizione e il codice nella stessa sessione — la configurazione per Cursor la copre nello specifico. Il numero 14 intercetta un errore davvero costoso: una soluzione scartata torna a sembrare ragionevole una settimana dopo, perché il ragionamento che l'aveva bocciata viveva in una conversazione che nessuno ha messo per iscritto.
15. Riassumi tutto ciò che è stato discusso con questo cliente negli ultimi sei mesi, raggruppato per tema invece che per data.
16. Che cosa ha approvato il cliente, e che cosa ha soltanto detto che gli piaceva? — la distinzione che decide le discussioni sul perimetro.
17. Estrai i vincoli e i requisiti dalla riunione di kickoff e confrontali con quello che abbiamo effettivamente costruito.
Il numero 15 è quello che giustifica il fatto stesso di tenere un archivio. Sei mesi di riunioni raggruppati per tema sono un documento che nessuno ha avuto il tempo di scrivere, prodotto a partire da materiale che esisteva già.
18. Assegna il tag api-redesign alle ultime tre registrazioni.
19. Rinomina Speaker 2 in Marta nella riunione di ieri, poi rileggila e dimmi su che cosa ha obiettato.
20. Archivia il colloquio di martedì nel nostro canale delle assunzioni.
Sono i comandi che modificano qualcosa, e si comportano in modo diverso:
richiedono l'app Speak-Y in esecuzione e vengono dichiarati al client MCP come
strumenti che modificano i dati, quindi il client chiede conferma prima di
eseguirli, a meno che non gli si conceda un'autorizzazione permanente. La
specifica MCP è esplicita: il client «DOVREBBE» tenere una persona nel ciclo e
chiedere conferma sulle operazioni delicate. Il numero 20 lascia la macchina
dell'utente e non può essere annullato dalla chat, quindi conviene leggere la
richiesta di conferma invece di cliccarci sopra di corsa. Se si preferisce che un certo
client non possa fare nulla di tutto questo, basta avviare il server con
--read-only nella configurazione di quel client: i comandi che modificano non
gli vengono proposti affatto.
Contare su una frase esatta. La ricerca è una corrispondenza di sottostringa che non distingue maiuscole e minuscole su testo della trascrizione, titoli, riassunti e punti d'azione — non è una ricerca semantica. «Trova la riunione in cui abbiamo discusso del consolidamento dei fornitori» non restituisce nulla se in sala si è detto «e se usassimo un fornitore solo?». Meglio descrivere il periodo e lasciare che l'assistente legga i riassunti, invece di scommettere che le proprie parole coincidano con quelle degli altri.
Chiedere di una riunione non ancora sincronizzata. Le registrazioni vivono sul dispositivo che le ha create e dagli altri arrivano per sincronizzazione. Ogni lettura indica quanto sono aggiornati i dati; se manca qualcosa di cui si è certi, conviene chiedere all'assistente di sincronizzare prima. Altrimenti «non esiste» e «è sul portatile» hanno lo stesso aspetto.
Chiedergli di cancellare qualcosa. Nessuno strumento rimuove una registrazione, un canale o uno spazio di lavoro. La cancellazione resta nell'app di proposito.
Dare per scontato che veda tutta l'azienda. L'assistente legge la propria libreria, non quella dei colleghi. Le riunioni che un collega ha pubblicato in un canale del team condiviso sono leggibili con gli stessi strumenti; tutto il resto di ciò che ha registrato, no.
Fare una domanda a cui la trascrizione non può rispondere. «Il cliente era infastidito?» produce un'ipotesi sicura di sé, ricavata dalla scelta delle parole. Il tono non è nel testo, e un modello non dirà di stare tirando a indovinare se non glielo si chiede.
I prompt qui sopra condividono una forma, ed è una forma che si può riusare:
Ambito — un periodo, un tag, il nome di un cliente, oppure «solo riunioni». È ciò su cui filtra la ricerca, e ometterlo costringe l'assistente a indovinare quanto leggere.
Fonte — che cosa leggere una volta trovato: il riassunto per le decisioni, i blocchi per interlocutore per l'attribuzione, il testo integrale quando contano le parole esatte.
Risultato — punti elenco, una tabella, una bozza di email, una specifica. Dichiararlo è ciò che trasforma un riassunto in qualcosa di utilizzabile senza ritocchi.
Ambito, fonte, risultato. «Leggi le mie riunioni con Acme dell'ultimo mese (ambito), estrai che cosa è stato promesso e da chi (fonte) e dammi una tabella degli impegni aperti (risultato)» è un prompt migliore di qualsiasi singola frase brillante.
Ogni prompt di questo articolo lavora su riunioni a cui si è partecipato di persona, ed è questo il vero limite: gran parte del ragionamento dietro una decisione è avvenuta in riunioni a cui non si era presenti. Le riunioni pubblicate in uno spazio di lavoro del team estendono gli stessi prompt a ciò che i colleghi hanno deliberatamente condiviso, con cifratura end-to-end, così il «perché l'abbiamo costruito così?» smette di dipendere da chi era nella stanza.
Per chi non ha ancora collegato nulla, la guida alla configurazione copre l'installazione con un clic da Impostazioni → Integrazioni, e la documentazione MCP contiene il riferimento client per client. Il server è gratuito in ogni piano, compreso quello Free.
Tutto ciò a cui si può rispondere partendo dalle trascrizioni a cui ha accesso: che cosa è stato deciso, a che cosa ci si è impegnati, come sono cambiate le obiezioni di un cliente da una riunione all'altra, quali punti d'azione sono ancora aperti. L'assistente cerca tra le registrazioni, legge quelle che sembrano pertinenti e risponde a partire dal loro contenuto, non dalla memoria.
No, e di solito funziona meglio senza. Basta descrivere il periodo e l'argomento — «le mie riunioni di questa settimana sui prezzi» — e lasciare che l'assistente filtri per data e legga i riassunti. Indicare un file serve solo quando si sa già esattamente quale si vuole.
Tre cause comuni. La registrazione si trova su un altro dispositivo e non è ancora stata sincronizzata: conviene chiedere all'assistente di sincronizzare e riprovare. Oppure la ricerca ha confrontato il testo alla lettera e le parole usate non compaiono nella trascrizione. Oppure la libreria davvero non la contiene: l'assistente vede esattamente ciò che si vede nell'app, niente di più.
Può assegnare tag, rinominare le registrazioni, dare un nome a chi parla in una riunione, rifare la trascrizione e pubblicare in un canale del team — ma solo con l'app Speak-Y in esecuzione, e questi comandi sono dichiarati al client MCP come strumenti che modificano i dati, quindi il client chiede conferma prima di eseguirli. Per leggere non serve nulla in esecuzione. Nessuno strumento cancella una registrazione.
Solo ciò che è stato condiviso deliberatamente. La propria libreria contiene ciò che si è registrato; le riunioni che un collega ha pubblicato in un canale del team condiviso diventano leggibili con gli stessi strumenti, con cifratura end-to-end, mentre tutto ciò che non ha condiviso resta invisibile.