Anbindung
n8n
Diese Anleitung bindet knowmind in n8n-Workflows ein. Drei Wege stehen zur Verfügung: der HTTP-Request-Node gegen die MCP-API, ein Webhook-Empfänger für knowmind-Events und ein Code-Node mit dem knowmind-npm-Paket. Ein offizieller Community-Node ist in Vorbereitung.
Voraussetzungen
- n8n-Instanz (Cloud oder Self-Hosted) ab Version 1.50
- knowmind-Konto im Tarif Business API oder Enterprise (für eigene API-Tokens)
- API-Token mit Scope write für Store und Link, Scope read genügt für Recall und Stats
Stand 2026-05-23: kein offizieller Community-Node
n8n-nodes-knowmind ist in Entwicklung und befindet sich noch nicht im n8n-Marketplace. Die folgenden drei Wege funktionieren produktiv und sind unsere Empfehlung, bis der Community-Node veröffentlicht ist.Schritte
- 1
Variante A: HTTP-Request-Node gegen die MCP-API (empfohlen)
Der einfachste und stabilste Weg. Sie rufen die knowmind-MCP-API über JSON-RPC 2.0 auf und sparen sich jede Node-Installation. Legen Sie zunächst eine HTTP-Header-Auth-Credential an:
textCredentials → New → HTTP Header Auth Name: knowmind Bearer Header Name: Authorization Header Value: Bearer kmt_…Anschließend ein HTTP-Request-Node mit folgender Konfiguration:
textMethod: POST URL: https://knowmind.de/api/mcp/v1 Authentication: Generic Credential Type Generic Auth: HTTP Header Auth (knowmind Bearer) Send Body: ja, Body Content Type: JSON JSON Body: { "jsonrpc": "2.0", "id": 1, "method": "tools/call", "params": { "name": "knowmind.recall", "arguments": { "query": "{{ $json.subject }}", "k": 5 } } }Ergebnis: Der Node liefert ein JSON-RPC-Response-Objekt zurück. Die Treffer stehen unter
result.content[0].textals JSON-Text. Parse-Node nachschalten, um die Liste der Erinnerungen zu erhalten. - 2
Beispiel-Workflow: Memory bei jeder neuen E-Mail anlegen
Typischer Anwendungsfall — eine eingehende E-Mail wird als Erinnerung im Wissensspeicher abgelegt:
text1. IMAP Email Trigger (n8n) → fängt neue E-Mails ab 2. HTTP Request (POST https://knowmind.de/api/mcp/v1) Body: { "jsonrpc": "2.0", "id": 1, "method": "tools/call", "params": { "name": "knowmind.store_memory", "arguments": { "memory_type": "episodic", "title": "Mail von {{ $json.from }}", "content": "{{ $json.subject }}\n\n{{ $json.text }}", "source": "imap", "tags": ["mail", "{{ $json.from.replace('@', '-at-') }}"] } } } 3. Set-Node: gespeicherte memory_id für spätere Schritte sichernErgebnis: Jede E-Mail landet als typisierte Erinnerung im Wissensspeicher und kann später per Recall gefunden werden.
- 3
Variante B: Webhook-Node als knowmind-Empfänger
Wenn n8n auf Events aus knowmind reagieren soll (Memory angelegt, Tarif geändert), tragen Sie einen Webhook-Trigger ein und hinterlegen seine URL in den Webhook-Einstellungen Ihres Arbeitsbereichs.
text1. Webhook-Trigger in n8n erstellen HTTP Method: POST Path: /knowmind-events Authentication: None (HMAC-Verifikation passiert im Workflow) 2. Im knowmind-Dashboard unter „Webhooks": URL: https://n8n.example.com/webhook/knowmind-events Events: memory.created, memory.updated, link.created Secret: vom Dashboard kopieren, im Workflow für HMAC-Prüfung verwenden 3. Function-Node im Workflow zur HMAC-Prüfung: const crypto = require('crypto'); const sig = $headers['x-knowmind-signature']; const computed = crypto .createHmac('sha256', $vars.KNOWMIND_WEBHOOK_SECRET) .update(JSON.stringify($json)) .digest('hex'); if (sig !== computed) throw new Error('Signatur ungültig'); return [{ json: $json }];Ergebnis: knowmind schickt bei jedem konfigurierten Event einen POST-Request an Ihren Workflow. Inhalt sind Event-Typ, Memory-ID und Zeitstempel — keine vollständigen Erinnerungs-Inhalte (siehe Datenfluss-Pfad E).
- 4
Variante C: Code-Node mit dem knowmind-npm-Paket (experimentell)
Im Self-Hosted-n8n mit erlaubten externen npm-Modulen lässt sich das knowmind-CLI-Paket als Code-Node-Library einsetzen. Diesen Weg empfehlen wir nur, wenn Sie ohnehin schon mit Code-Nodes arbeiten.
javascript// n8n Code Node — JavaScript, Mode: Run Once for All Items // Voraussetzung: NODE_FUNCTION_ALLOW_EXTERNAL=knowmind in n8n-Umgebung const { KnowmindClient } = require('knowmind'); const client = new KnowmindClient({ baseUrl: 'https://knowmind.de', token: $vars.KNOWMIND_TOKEN, }); const hits = await client.recall({ query: $input.first().json.subject, k: 5, hops: 2, }); return hits.results.map((hit) => ({ json: hit }));Ergebnis: Das Paket abstrahiert JSON-RPC-Aufrufe und PKCE-Handling. Updates werden über
npm update knowmindim n8n-Container eingespielt. - 5
Rate-Limits und Retries einplanen
Workflows, die in Schleifen knowmind aufrufen (etwa beim Bulk-Import historischer E-Mails), laufen schnell in die Rate-Grenze: 60 Anfragen pro Minute im Tarif Business API, 600 im Enterprise. Der HTTP-Request-Node bietet im Reiter Retry On Fail einen eingebauten Retry — aktivieren Sie ihn mit
Max Tries: 3undWait Between Tries: 2000 ms. Bei HTTP 429 prüft knowmind denRetry-After-Header.
Prüfung des Ergebnisses
- Der HTTP-Request-Node liefert HTTP 200 mit einem
result-Feld in der Antwort. - Eine Test-Anfrage
knowmind.healthantwortet mitstatus: ok. - Im knowmind-Dashboard unter API-Tokens sehen Sie den Zeitpunkt der letzten Nutzung Ihres Tokens.
Fehlerbehebung
| Fehlermeldung | Ursache | Auflösung |
|---|---|---|
| HTTP 401 Unauthorized | Token fehlt im Authorization-Header oder ist im Dashboard widerrufen. | Header-Format prüfen: Authorization: Bearer kmt_… mit Leerzeichen zwischen Bearer und Token. Token im Dashboard neu erzeugen, falls widerrufen. |
| HTTP 403 Forbidden | Token hat nicht den nötigen Scope. Für store_memory, link und unlink ist Scope write Pflicht. | Im Dashboard einen Token mit Scope read und write erstellen. |
| HTTP 429 Too Many Requests | Rate-Limit überschritten. Tarif Business API erlaubt 60 Anfragen pro Minute. | Im HTTP-Request-Node Retry On Fail aktivieren oder den Workflow drosseln, etwa über einen Wait-Node. Bei dauerhaft hohem Volumen Tarif Enterprise mit 600 Anfragen pro Minute buchen. |
| Webhook-Aufruf erreicht n8n nicht | n8n-Cloud-Instanz hat eine andere Webhook-URL als der Produktions-Pfad. Hosted-n8n speichert Test- und Produktions-URL getrennt. | Im Webhook-Trigger den Produktions-Pfad aktivieren und diese URL im knowmind-Dashboard hinterlegen, nicht die Test-URL. |
| Signatur-Prüfung schlägt fehl (HMAC mismatch) | Das Webhook-Secret im n8n-Workflow stimmt nicht mit dem aktuellen Secret im knowmind-Dashboard überein, oder der Workflow modifiziert den Body, bevor die Prüfung läuft. | Secret im Dashboard neu generieren und in der n8n-Umgebungsvariablen aktualisieren. HMAC-Prüfung als erster Node nach dem Webhook ausführen. |
Roadmap: offizieller Community-Node
Ein offizieller n8n-nodes-knowmind-Community-Node ist in Vorbereitung. Geplante Operationen: Recall, Store, Link, Unlink, List Relations, Stats, Health. Sobald der Node veröffentlicht ist, wandert die Empfehlung von Variante A auf den Community-Node und diese Seite wird aktualisiert. Stand 2026-05-23: in Planung, kein fixes Release-Datum.