Begriff
RAG in n8n (Vector Store)
Warum wichtig?
Dieser Begriff ist ein Knoten im SengakujiWorks-Wissensnetz. Nutze Level 0 für die erste Einordnung, Level 1 für Praxis, Level 2 für technische Struktur und Level 3 für Grenzen, Fallstricke und Expertenkontext.
n8n hat RAG demokratisiert. Früher brauchtest du 1000 Zeilen Python Code (LangChain). In n8n ziehst du 3 Nodes zusammen:
- Document Loader: "Lies Google Drive Ordner X".
- Vector Store: "Speichere das Wissen in Pinecone".
- Basic LLM Chain: "Nutze Pinecone, um Antworten zu geben". Das erlaubt jedem, einen "Chat mit meinem PDF" Bot in 5 Minuten zu bauen.
Merksatz: Die Implementierung von Retrieval Augmented Generation innerhalb der n8n-Plattform unter Verwendung spezialisierter Nodes für Dateneinspeisung, Vektorisierung und Abfrage.
Lernbruecke für Anfänger
Wenn du bei RAG in n8n (Vector Store) ganz neu startest, denke zuerst nicht an Fachwörter, sondern an die Alltagssituation: Wissen aus Dokumenten in n8n nutzbar machen. Der Begriff beschreibt einen klaren Baustein im größeren Ablauf. Frage dich immer: Was ist der Eingang, was passiert in der Mitte, und woran erkenne ich am Ende, dass es funktioniert hat?
Ein guter Einstieg ist, den Begriff in einem Satz zu erklären, danach ein reales Beispiel zu nennen und erst dann die Technikdetails zu lernen. So entsteht kein reines Auswendiglernen, sondern ein mentales Modell.
Klassisches Setup (Upsert - Wissen speichern):
Google Drive Node(Download File).Default Data Loader(File -> Text).Recursive Character Text Splitter(Text -> Chunks).Embeddings OpenAI(Chunks -> Vektoren).Pinecone Vector Store(Insert).
Setup (Chat - Wissen abfragen):
Chat Trigger(User Input).Agent Node(oder LLM Chain).- Im Agent Node unter "Tools": Verbinde den
Vector Store Tool. - Der Agent entscheidet selbst: "Muss ich in der DB suchen? Ja."
Praxisroutine
In der Praxis lernst du RAG in n8n (Vector Store), indem du mit einem kleinen, kontrollierten Beispiel beginnst. Baue zuerst einen Minimalfall, prüfe das Ergebnis, veraendere genau eine Sache und beobachte, was sich ändert. Notiere dir Eingabe, Aktion, Ausgabe und typischen Fehler.
Übung: Erstelle ein Beispiel aus deinem Alltag, fuehre den Ablauf gedanklich Schritt für Schritt durch und markiere die Stelle, an der du Feedback oder ein Log brauchst. Wenn du diese Stelle benennen kannst, verstehst du den Begriff praktisch.
1. In-Memory Vector Store
Zum Testen brauchst du kein Pinecone/Qdrant. n8n hat einen In-Memory Vector Store. Er baut den Index bei jedem Workflow-Start neu auf. Gut für "Analysiere dieses eine hochgeladene PDF jetzt". Schlecht für "Wissensbasis der ganzen Firma" (da flüchtig).
2. Metadata Filtering
Du hast 100 PDFs. 50 von "Marketing", 50 von "Tech".
User fragt: "Wie installiere ich das?"
Wenn RAG im Marketing-Ordner sucht, findet es Quatsch.
Lösung: Beim Upload Metadaten speichern ({ department: "tech" }).
Im Retrieval Node (Tool) einen Filter setzen: department == "tech".
Das erhöht die Präzision massiv.
3. Window Buffer Memory
Der Chatbot soll sich an die letzte Frage erinnern. Das macht der Window Buffer Memory Node. Aber Achtung: RAG Chunks + Chat History füllen das Context Window schnell. GPT-3.5 (4k) crasht oft. Nutze Modelle mit großem Fenster (GPT-4-Turbo 128k oder Claude 3) für komplexe RAG-Flows in n8n.
Qdrant und Persistent Vector Stores
Der In-Memory Store verpufft nach jeder Execution. Für Enterprise-RAG-Bots (wie ein permanentes "HR-Handbuch") muss n8n an externe Vektor-Datenbanken angebunden werden (Pinecone, Milvus oder Qdrant).
Qdrant bietet sich an, da es extrem performant in Rust geschrieben ist und per REST-API nahtlos in n8n andockt. Man baut einen Cronjob-Workflow (z. B. "Jeden Freitag"), der neue Confluence-Pages oder Google-Docs per API zieht, splittet, die Vector-Embeddings von OpenAI berechnen lässt (via $json.embedding) und sie per Qdrant-Node (Upsert Batch) in eine Collection schiebt. Der eigentliche Chat-Workflow liest dann ratenschnell (100ms) per Similarity Search Node aus Qdrant, ohne jemals wieder Parsen zu müssen.
Chunk Size und Tokenizer-Overlap
Ein Recursive Character Text Splitter Node in n8n benötigt Feintuning.
Setzt man die Chunk Size auf 2000 Zeichen (ohne Overlap), reißt der Algorithmus gnadenlos mitten in einem Satz ab. Wenn in Chunk 1 steht: "Das Passwort lautet " und in Chunk 2: "12345", findet die KI auf die Frage "Wie lautet das Passwort?" niemals die Antwort, da der semantische Bezug im Embedding getötet wurde.
Die Lösung ist der Overlap (Überlappung). Man setzt Chunk Size: 1000 und Chunk Overlap: 200. Jeder neue Chunk nimmt die letzten 200 Zeichen des vorherigen Chunks mit. Dadurch wird der Informations-"Klebstoff" an den Rändern für das Vector-Matching konserviert.
Das RAG Tooling Pattern (Agentic Search)
Die absolute Profiklasse von n8n (Version 1.0+) ist die Anbindung des Vector Stores nicht als blinden Vorab-Fetcher, sondern als LLM Tool.
Man bindet Pinecone an einen Tool-Node ("Store: Confluence_DB") und gibt dem Tool eine exakte Beschreibung: Use this tool to search for HR policies and vacation days.
Der Agent Node (ausgerüstet mit GPT-4) erhält die Frage: "Wieviel Urlaub habe ich und wie wird das Wetter?".
Das LLM denkt iterativ: "Das Wetter kann ich checken (Weather API Tool). Für den Urlaub rufe ich das 'Confluence_DB' Tool auf". Das LLM generiert selbst (!), was es in die Vector-Suche eingibt (query: "vacation rules"), holt sich den Kontext in seinen Scratchpad-Speicher und formuliert dann souverän die Final-Antwort. Das n8n-RAG wird dynamisch.
Quick-Check
Brauche ich OpenAI Embeddings?
Nicht zwingend. Du kannst lokale Embeddings (Ollama/nomic-embed-text) nutzen, die kostenlos sind und auf deinem Server laufen. n8n unterstützt das.Wie aktualisiere ich Daten?
Schwierig. Vektordatenbanken wissen nicht, dass das Google Doc geändert wurde. Du musst Logik bauen: "Lösche alte Vektoren mitsource=file_abc, lade Datei neu hoch". Deduplizierung ist die Kür.Was ist ein "Retriever"?
Der Node, der die Suche ausführt. In n8n ist der Vector Store Node sowohl "Saver" (Insert) als auch "Retriever" (Select), je nach Modus.