Sobald Ihre Meeting-Transkripte über MCP erreichbar sind, lautet die nützliche Frage nicht mehr „wie binde ich das an“, sondern „was frage ich eigentlich“. Die Antwort, auf die die meisten nach einer Woche kommen: nicht „fasse mein letztes Meeting zusammen.“ Das bekommen Sie auch aus der App. Die Prompts, für die sich die Einrichtung lohnt, sind die, die mehrere Meetings umspannen oder das Gesagte mit etwas anderem verbinden, woran Sie gerade arbeiten.
Für gute Prompts lohnt ein Blick auf die Mechanik. Ihr Assistent liest nicht Ihr ganzes Archiv. Er sucht, bekommt eine Liste mit kurzen Vorschauen zurück, wählt aus, was relevant aussieht, und liest das vollständig — ein Prompt funktioniert also besser, wenn er der Suche etwas zum Eingrenzen gibt (einen Zeitraum, ein Thema, ein Tag) und dem Assistenten sagt, welche Form die Antwort haben soll.
Unten stehen zwanzig Prompts, gruppiert nach ihrer Aufgabe, danach die, die scheitern, und warum. Sie sind für den MCP-Server von Speak-Y geschrieben, aber nichts daran ist spezifisch dafür — jeder Assistent, der Transkripte durchsuchen und lesen kann, kommt mit denselben Mustern zurecht.
Fünf Befehle lesen Ihre Bibliothek direkt und funktionieren, gleichgültig ob die App offen ist: Aufnahmen auflisten, Volltextsuche, ein Transkript lesen, die jüngste Aufnahme abrufen und Ihre Tags auflisten. Auflisten und Suchen nehmen dieselben Filter — einen Zeitraum, ein Tag, nur Meetings, nur Favoriten —, und genau deshalb ist „meine Meetings von letzter Woche“ eine günstige Anweisung und „alles, was ich je über Onboarding gesagt habe“ eine teure.
Ein Transkript lässt sich auf vier Arten lesen, und diese Wahl verändert die Antwort stärker, als man erwartet: schlichter Text, nach Sprechern gegliederte Blöcke, die KI-Zusammenfassung mit Action Items oder alles zusammen. Für „was haben wir entschieden“ genügt die Zusammenfassung und kostet einen Bruchteil des Kontexts. Für „wer hat was zugesagt“ brauchen Sie die Sprecherblöcke — eine Zusammenfassung ebnet die Zuordnung ein und liegt damit manchmal falsch.
1. Geh meine Meetings der letzten zwei Wochen durch und liste jede Zusage auf, die ich persönlich gemacht habe, mit dem Meeting, aus dem sie stammt.
2. Welche Action Items aus meinen Meetings dieses Monats wurden in keinem späteren Meeting noch einmal erwähnt? — ein brauchbarer Näherungswert für „stillschweigend fallen gelassen“.
3. Vergleiche, was wir in den letzten drei Planungs-Calls über die Q3-Roadmap gesagt haben. Was hat sich geändert, und hat jemand gesagt, warum?
4. Lies meine Einzelgespräche aus diesem Quartal und sag mir, welche Themen bei mehr als einer Person wiederholt vorkommen.
5. Ich muss ein Status-Update schreiben. Zieh die Entscheidungen und Blocker aus meinen Meetings dieser Woche und entwirf es in fünf Stichpunkten.
Nummer 3 ist die, die Führungskräfte behalten. Eine Entscheidung, die sich dreimal bewegt hat, sieht in der neuesten Zusammenfassung vollkommen stabil aus; erst der Vergleich über mehrere Calls zeigt, dass sie sich bewegt hat — und die Transkripte sind der einzige Ort, an dem die Begründung überlebt hat.
6. Finde meine Calls mit Northwind und gib mir der Reihe nach eine Chronologie dessen, was sie verlangt haben.
7. Welche Einwände kamen in meinen letzten fünf Vertriebs-Calls auf, und wie habe ich jeden einzelnen beantwortet?
8. Vor meinem Call mit diesem Kunden: Was haben wir ihm letztes Mal versprochen, und was steht davon noch aus?
9. Lies meine Discovery-Calls aus diesem Monat und sag mir, welche Fragen ich regelmäßig zu stellen vergesse.
10. Entwirf eine Follow-up-Mail zum gestrigen Kundengespräch — nur die Punkte, die sie tatsächlich angesprochen haben, nichts Erfundenes.
Nummer 9 ist unangenehm und einen monatlichen Durchlauf wert. Ihr eigenes Muster von Auslassungen ist Ihnen im Moment unsichtbar und über zehn Transkripte hinweg offensichtlich. Der Zusatz „nichts Erfundenes“ in Nummer 10 leistet echte Arbeit: Ohne ihn runden Modelle ein Follow-up hilfsbereit mit plausiblen Zusagen ab, die niemand gemacht hat.
11. Worauf haben wir uns bei der Retry-Logik geeinigt, und welche Einwände kamen auf, bevor wir uns geeinigt haben?
12. Lies die Meetings dieser Woche nach Bugs durch, deren Behebung wir zugesagt haben, und prüfe dann, ob einzelne davon im Repository schon behoben sind.
13. Mach aus den API-Entscheidungen des Dienstags-Calls eine kurze Spezifikation für das README.
14. Bevor ich diesen PR aufmache: Haben wir uns auf diesen Ansatz geeinigt, oder ist das die Variante, die wir im Call verworfen haben?
Diese zahlen sich im Editor aus, wo der Assistent das Transkript und den Code in einer Sitzung lesen kann — die Einrichtung für Cursor behandelt genau das. Nummer 14 fängt einen wirklich teuren Fehler ab: Ein verworfener Entwurf sieht eine Woche später wieder vernünftig aus, weil die Begründung, die ihn erledigt hat, in einem Gespräch steckte, das niemand aufgeschrieben hat.
15. Fasse alles zusammen, was mit diesem Kunden in den letzten sechs Monaten besprochen wurde, gruppiert nach Thema statt nach Datum.
16. Was hat der Kunde freigegeben, und was hat er nur gut gefunden? — die Unterscheidung, die den Streit über den Leistungsumfang entscheidet.
17. Zieh die Randbedingungen und Anforderungen aus dem Kickoff-Call und gleiche sie mit dem ab, was am Ende gebaut wurde.
Nummer 15 ist die, die das Archiv überhaupt rechtfertigt. Sechs Monate Calls, nach Themen gruppiert, ergeben ein Dokument, für das niemand Zeit hatte — erzeugt aus Material, das ohnehin schon vorlag.
18. Versieh die letzten drei Aufnahmen mit dem Tag api-redesign.
19. Benenne im gestrigen Meeting Speaker 2 in Marta um, lies es dann noch einmal und sag mir, wogegen sie sich gewehrt hat.
20. Leg das Interview vom Dienstag in unserem Hiring-Kanal ab.
Das sind die Befehle, die etwas ändern, und sie verhalten sich anders: Sie
brauchen die laufende Speak-Y-App und sind Ihrem MCP-Client gegenüber als
datenverändernd deklariert, er fragt also nach, bevor er sie ausführt — es sei
denn, Sie erteilen eine dauerhafte Erlaubnis. Die MCP-Spezifikation sagt
ausdrücklich, dass Clients einen Menschen in der Schleife halten und bei heiklen
Operationen um Bestätigung bitten „SOLLTEN“. Nummer 20 verlässt Ihren Rechner
und lässt sich aus dem Chat nicht zurückholen; es lohnt sich also, die Rückfrage
zu lesen, statt sie wegzuklicken. Wenn Ihnen lieber wäre, dass ein bestimmter
Client nichts davon kann, starten Sie den Server in dessen Konfiguration mit
--read-only — dann werden ihm die ändernden Befehle gar nicht erst angeboten.
Sich auf eine exakte Formulierung verlassen. Die Suche ist ein Teilstring-Abgleich ohne Rücksicht auf Groß- und Kleinschreibung über Transkripttext, Titel, Zusammenfassungen und Action Items — keine semantische Suche. „Finde das Meeting, in dem wir über Lieferantenkonsolidierung gesprochen haben“ liefert nichts, wenn im Raum „nehmen wir doch einfach einen Anbieter“ gesagt wurde. Beschreiben Sie den Zeitraum und lassen Sie den Assistenten Zusammenfassungen lesen, statt darauf zu wetten, dass Ihre Wortwahl der ihren entspricht.
Nach einem Meeting fragen, das noch nicht synchronisiert ist. Aufnahmen liegen auf dem Gerät, das sie erstellt hat, und kommen von Ihren anderen Geräten per Synchronisierung herüber. Jeder Lesevorgang meldet, wie frisch die Daten sind; fehlt etwas, dessen Sie sich sicher sind, bitten Sie den Assistenten, zuerst zu synchronisieren. Sonst sehen „es existiert nicht“ und „es liegt auf meinem Laptop“ gleich aus.
Es bitten, etwas zu löschen. Kein Tool entfernt eine Aufnahme, einen Kanal oder einen Workspace. Das Löschen bleibt bewusst in der App.
Annehmen, es sähe das ganze Unternehmen. Der Assistent liest Ihre Bibliothek, nicht die Ihrer Kolleginnen und Kollegen. Meetings, die jemand aus dem Team in einem Teamkanal veröffentlicht hat, sind über dieselben Tools lesbar; alles andere, was diese Person aufgenommen hat, nicht.
Eine Frage stellen, die das Transkript nicht beantworten kann. „War der Kunde verärgert?“ liefert Ihnen eine selbstbewusste Vermutung aus der Wortwahl. Der Ton steht nicht im Text, und ein Modell sagt Ihnen von sich aus nicht, dass es rät.
Die Prompts oben teilen eine Form, und die lässt sich übertragen:
Umfang — ein Zeitraum, ein Tag, ein Kundenname oder „nur Meetings“. Danach filtert die Suche; fehlt er, rät der Assistent, wie viel er lesen soll.
Quelle — was gelesen werden soll, sobald es gefunden ist: die Zusammenfassung für Entscheidungen, Sprecherblöcke für die Zuordnung, der Volltext, wenn es auf den genauen Wortlaut ankommt.
Ausgabe — Stichpunkte, eine Tabelle, ein E-Mail-Entwurf, eine Spezifikation. Sie zu benennen macht aus einer Zusammenfassung etwas, das Sie ohne Nacharbeit verwenden können.
Umfang, Quelle, Ausgabe. „Lies meine Meetings mit Acme aus dem letzten Monat (Umfang), zieh heraus, was zugesagt wurde und von wem (Quelle), und gib mir eine Tabelle der offenen Zusagen (Ausgabe)“ ist ein besserer Prompt als jeder einzelne clevere Satz.
Jeder Prompt hier läuft gegen Meetings, an denen Sie selbst teilgenommen haben, und genau darin liegt die eigentliche Grenze: Der größte Teil der Überlegungen hinter einer Entscheidung fiel in Calls, bei denen Sie nicht dabei waren. Meetings, die in einem Team-Arbeitsbereich veröffentlicht werden, weiten dieselben Prompts auf das aus, was Kolleginnen und Kollegen bewusst geteilt haben, Ende-zu-Ende verschlüsselt — das „warum haben wir das so gebaut?“ hängt damit nicht mehr davon ab, wer im Raum war.
Wenn Sie noch nichts angebunden haben: Die Einrichtungsanleitung behandelt die Ein-Klick-Installation unter Einstellungen → Integrationen, und die MCP-Dokumentation enthält die Referenz für die einzelnen Clients. Der Server ist in jedem Tarif enthalten, auch im Free-Tarif.
Alles, was sich aus den Transkripten beantworten lässt, auf die er zugreifen kann: was entschieden wurde, was Sie selbst zugesagt haben, wie sich die Einwände eines Kunden über mehrere Calls hinweg verändert haben, welche Action Items noch offen sind. Der Assistent durchsucht Ihre Aufnahmen, liest die, die relevant erscheinen, und antwortet aus deren Inhalt statt aus dem Gedächtnis.
Nein, und meist funktioniert es besser, wenn Sie es nicht tun. Beschreiben Sie Zeitraum und Thema — „meine Meetings dieser Woche zum Thema Preise“ — und lassen Sie den Assistenten nach Datum filtern und die Zusammenfassungen lesen. Eine Datei zu benennen hilft nur, wenn Sie ohnehin schon genau wissen, welche Sie wollen.
Dafür gibt es drei häufige Gründe. Die Aufnahme liegt auf einem anderen Gerät und ist noch nicht synchronisiert — dann bitten Sie den Assistenten zu synchronisieren und fragen erneut. Die Suche hat wörtlich abgeglichen, und Ihre Formulierung kam im Transkript nie vor. Oder die Bibliothek enthält es tatsächlich nicht: Der Assistent sieht genau das, was Sie in der App sehen, und nicht mehr.
Er kann Aufnahmen mit Tags versehen, sie umbenennen, Sprecher in einem Meeting benennen, die Transkription erneut laufen lassen und in einem Teamkanal veröffentlichen — aber nur bei laufender Speak-Y-App, und diese Befehle sind Ihrem MCP-Client gegenüber als datenverändernd deklariert, er fragt also vor der Ausführung nach. Fürs Lesen muss nichts laufen. Kein Tool löscht eine Aufnahme.
Nur das, was bewusst geteilt wurde. Ihre eigene Bibliothek ist das, was Sie aufgenommen haben; Meetings, die jemand aus dem Team in einem gemeinsamen Teamkanal veröffentlicht hat, werden über dieselben Tools lesbar, Ende-zu-Ende verschlüsselt — alles, was diese Person nicht geteilt hat, bleibt unsichtbar.