Wie der MCP-Server von Noota gesprochenen Kontext mit KI-Workflows verbindet

KI-Coding-Assistenten und Desktop-Agenten haben unsere Arbeit mit schriftlichen Informationen grundlegend verändert:

• Cursor liest Ihr lokales Repository und erstellt in Sekundenschnelle Pull Requests.
• Claude Desktop analysiert komplexe Dokumente und fasst technische Berichte zusammen.

Doch beide Tools haben eine klare Grenze: Sie wissen nichts von dem, was in dem Meeting besprochen wurde, in dem diese Entscheidungen getroffen wurden.

Wenn Ihr Tech Lead in einem 20-minütigen Planungsgespräch erklärt, warum Sie von einem alten Datenbankschema abweichen, existiert diese Begründung nur im Gespräch. Es gibt noch keinen Commit-Kommentar, keinen Pull Request und keine Dokumentation. Wenn Sie ein KI-Modell direkt nach dem Gespräch bitten, die Funktion zu implementieren, fehlt ihm der wichtigste technische Kontext.

Bei der Entwicklung des neuen Noota haben wir gesprochenes Audio als primäre Projektdaten behandelt:

Das neue Noota macht keine Notizen. Es bereitet Ihre Meetings vor, liefert Ihnen während des Gesprächs live die Antworten und erledigt Ihre Aufgaben danach eigenständig – selbst die, die Sie vergessen hätten.

Notizen waren erst der Anfang.

Durch die Integration eines nativen Model Context Protocol (MCP)-Servers ermöglicht Noota Ihren lokalen KI-Entwicklungstools den direkten Zugriff auf Meeting-Gespräche.

So funktioniert das Model Context Protocol

Das Model Context Protocol (MCP) ist ein offener Standard, der es LLMs in Tools wie Claude Desktop oder Cursor ermöglicht, sicher mit lokalen Datenquellen und externen Tools zu interagieren.

Anstatt Transkripte manuell zu exportieren, Zeitstempel zu entfernen und riesige Textblöcke in Chatfenster zu kopieren, fragt ein MCP-Client den Server direkt über strukturierte Aufrufe ab.‍


Noota mit Ihrer lokalen Umgebung verbinden

Die Einrichtung des Noota MCP-Servers dauert zwei Minuten.

1. Einrichtung für Claude Desktop

Öffnen Sie Ihre claude_desktop_config.json Datei und fügen Sie die Serverkonfiguration hinzu:

2. Einrichtung für Cursor

Navigieren Sie zu Settings > Features > MCP, klicken Sie auf „Add New MCP Server“ und konfigurieren Sie Folgendes:

Ein praktisches Beispiel in Cursor

Stellen Sie sich vor, Ihr Team hat gerade einen aktualisierten Authentifizierungsablauf besprochen.

Anstatt eine lange Aufforderung zu schreiben, in der Sie die Entscheidung erklären, können Sie Cursor einfach fragen:

"Prüfe unser morgendliches Sprint-Meeting via Noota und aktualisiere die Auth-Middleware, um den von Alex beschriebenen Sonderfall bei der Token-Aktualisierung zu behandeln."

Cursor ruft im Hintergrund das MCP-Tool auf:

{
 "name": "noota_search_meeting_context",
 "arguments": {
   "query": "auth middleware token refresh",
   "timeframe": "today"
 }
}


Noota liefert den relevanten Ausschnitt aus der Diskussion:

"Alex: Wenn das Refresh-Token abläuft, leite den Benutzer nicht sofort zum Login-Bildschirm weiter, falls in einem anderen Tab eine aktive Sitzung besteht. Sende stattdessen einen 401-Statuscode mit einem spezifischen 'token_stale'-Payload, damit das Frontend das Storage-Event prüfen kann."

Cursor liest diese Anforderung und implementiert genau die besprochene Logik. Kein Kopieren, kein Vergessen von Details.

Gesprochene Entscheidungen direkt in Code umsetzen

Mündliche Absprachen sind schneller als schriftliche Tickets. Wenn Ihre Entwicklungsumgebung auf das tatsächlich Gesagte zugreifen kann, reduzieren Sie Missverständnisse und unnötige Nacharbeit.

Verbinden Sie Ihre Tools mit Ihrem Meeting-Verlauf über Das neue Noota oder lesen Sie unsere API-Dokumentation.