12. September 2026 · Von YasKad
pathwaycom/llm-app

llm-app: einsatzbereite RAG-Vorlagen für das Pathway-Framework

pathwaycom/llm-app · 58.898★ · 1.500 forks

llm-app ist die Sammlung offizieller KI-Anwendungsvorlagen auf Basis des Pathway Live Data Framework (pathwaycom/pathway, dem Schwester-Repository mit der Bibliothek und der Rust-Engine): RAG, Dokumenten- und Videosuche sowie Echtzeit-Indizes, die dauerhaft mit den Datenquellen synchron bleiben. Jede Vorlage ist ein einsatzbereiter Docker-Container, der eine HTTP-API bereitstellt und den Vektorindex, den Hybridindex und den Cache direkt in der Bibliothek integriert — ohne separate Vektordatenbank, Cache oder API-Framework.

Ursprung

Das Repository wurde am 19. Juli 2023 von der Organisation pathwaycom (dem Unternehmen Pathway, pathway.com) erstellt, acht Monate nachdem das Basis-Framework pathwaycom/pathway existierte (erstellt am 27. November 2022). Acht Tage nach der Erstellung, am 27. Juli 2023, stellte Pathway es auf Hacker News vor: „Show HN: LLM App – build a realtime LLM app in 30 lines, with no vector database” (Thread 36894142), der 11 Punkte und 8 Kommentare erreichte.

Der Launch-Thread setzt die Erzählung bereits im Titel: eine Echtzeit-LLM-App in ~30 Zeilen ohne Vektordatenbank. Nutzer Arimbr fragte, was das Pathway-Paket genau sei, und janchorowski (Pathway) antwortete, es handle sich um ein Datenverarbeitungs-Framework, das Stream- und Batch-Verarbeitung großer Datensätze vereinheitlicht und Entwicklern erlaubt, sich auf die Logik zu konzentrieren, statt Datenänderungen manuell nachzuverfolgen.

Das Repository hat sich zu einem Katalog entwickelt: Die ursprüngliche Präsentation war ein einziges „30 Zeilen”-Beispiel; heute (2026) umfasst es zehn Vorlagen. Weitere Hacker-News-Auftritte folgen demselben Muster eines „Show HN” pro Vorlage: 38304483 (17.11.2023, Echtzeit-RAG-Alerts, 8 Pkt. / 5 Komm.), 40987194 (17.07.2024, privates RAG mit Mistral und Ollama, 5 Pkt. / 0 Komm.) und 42318221 (04.12.2024, YAML-Vorlagen, 8 Pkt. / 2 Komm.). Im Thread des Basis-Frameworks —40669434 „Show HN: Pathway – Build Mission Critical ETL and RAG in Python (NATO, F1 Used)” (73 Pkt., 19 Kommentare, 13.06.2024)— behauptet das Team selbst, das Produkt werde von Kunden genutzt, die die Überschrift als „NATO und F1” zusammenfasst; es ist der öffentlich sichtbarste Auftritt der Familie.

Philosophie und Prinzipien

Das README verdichtet die Philosophie auf mehrere verifizierbare Ideen:

  • Stets aktuelles Wissen: Der Kernwert ist, dass Dokumente bei jeder Hinzufügung, Löschung oder Änderung an der Quelle in Echtzeit neu indexiert werden. Es gibt keinen separaten ETL-Schritt und kein „nächtliches Batch”; der Index spiegelt den aktuellen Zustand der Quelle.
  • Keine Zusatzinfrastruktur: Das README drückt dies wörtlich aus, indem es den üblichen Stack durchstreicht: „Vector Database (z. B. Pinecone/Weaviate/Qdrant) + Cache (z. B. Redis) + API Framework (z. B. Fast API)”. Vektorindex, Hybridindex und Cache sind in die Bibliothek integriert (standardmäßig usearch für den KNN-Index und Tantivy für die hybride Volltextsuche).
  • „Ein-Zeilen”-Vorlagen: Die READMEs behaupten, das Ändern eines Pipeline-Schritts sei „eine Ein-Zeilen-Änderung” und die Vorlagen unterschieden sich nur in ihrer app.yaml.
  • Erklärte Skalierung: Das README erklärt, die Vorlagen skalierten „auf Millionen von Dokumentseiten”.

Das Prinzip der Inkrementalität zieht sich durch alles: Jede Änderung an den Quelldateien fließt sofort durch Parsing, Embedding, Index und LLM-Antworten.

Eine detaillierte Cyberpunk-Visualisierung im dunklen Modus eines leuchtenden Daten-Engines mit mehreren Datenquellen, die als Neon-Ströme zusammenlaufen — ein lokaler Ordner, ein Cloud-Laufwerk, ein S3-Bucket, ein Kafka-Stream, ein PostgreSQL-Zylinder, ein Live-API-Knoten — in einen zentralen Engine, der einen holografischen Antwortstrom zu einer chatähnlichen Oberfläche sendet, mit einer kleinen leuchtenden Docker-Kapsel und einem HTTP-API-Gateway in der Nähe, dunkler marineblauer und schwarzer Hintergrund, neon-cyan, violette, bernsteinfarbene und magentafarbene Akzente, ultra-detaillierte Mikroschaltkreise, volumetrische Beleuchtung, 8K

Wie es funktioniert

Jede Vorlage läuft als Docker-Container, der eine HTTP-API bereitstellt (einige enthalten eine optionale Streamlit-UI). Alles beruht auf dem Pathway Live Data Framework, einer Python-Bibliothek mit integrierter Rust-Engine, die Quellen synchronisiert und Anfragen bedient.

Die für die Standardvorlage (question_answering_rag) dokumentierte Pipeline hat fünf Stufen:

  1. Datenaufnahme: Quellen werden in app.yaml definiert (lokale Verzeichnisse, Google Drive, SharePoint, S3, Kafka, PostgreSQL, APIs). Der Code verkettet diese Quellen in konfigurierbaren Intervallen und indexiert in Echtzeit neu.
  2. Parsing und Chunking: mit Docling (über DoclingParser) und TokenCountSplitter.
  3. Embedding: standardmäßig OpenAIEmbedder; austauschbar gegen einen anderen Embedder.
  4. Indexierung: USearchKnnFactory für den Vektorindex; optional ein Hybridindex, der USearchKNN mit TantivyBM25 über HybridIndex kombiniert.
  5. Bereitstellung: SummaryQuestionAnswerer bearbeitet Fragen und Zusammenfassungen, QASummaryRestServer stellt die Endpunkte bereit.

Eine detaillierte Cyberpunk-Visualisierung der Echtzeit-Datensynchronisation für ein Live-RAG-System, ein zentraler holografischer Dokumentindex, der gleichzeitig Updates von mehreren leuchtenden Quellknoten empfängt — lokales Verzeichnis, Cloud-Laufwerk, S3-Bucket, Kafka-Nachrichtenstrom, PostgreSQL-Datenbank, Live-API-Endpunkt — jeder sendet bei jeder Dokumentänderung einen dünnen Neon-Puls, dunkle Hintergründe, cyan- und magentafarbene Lichtspuren, dezente Gitterebenen, volumetrischer Dunst, ultra-detaillierte Tech-Panels, 8K

Standard-Endpunkte der Standardvorlage:

KategorieEndpunktVerwendung
Dokumentindexierung/v1/retrieveÄhnlichkeitssuche
/v1/statisticsGrundlegende Indexstatistiken
/v2/list_documentsMetadaten aller verarbeiteten Dateien
LLM / RAG/v2/answerDokumente befragen oder mit dem LLM sprechen
/v2/summarizeEine Liste von Texten zusammenfassen

Eine konzeptionelle dunkle Tech-Illustration einer integrierten KI-Backend-Architektur, die die Notwendigkeit separater Infrastruktur beseitigt, ein zentrales kristallines Modul mit drei internen Kammern — Vektorindex, hybrider Schlüsselwortindex, Cache-Schicht — verschmolzen zu einem kompakten Engine, blasse rote holografische Durchstreichungen über abstrakten externen Komponenten wie einem Vektordatenbankserver und einem eigenständigen Cache, dunkle Farbpalette mit Schwarz und Dunkelblau mit Neon-Teal-Highlights, klare futuristische Linien, leuchtende innere Kammern, ultra-detailliertes 3D-Rendering, 8K

Die zehn Vorlagen des Repositorys (verifiziert in templates/):

VorlageBeschreibung (laut README)
question_answering_ragGrundlegendes End-to-End-RAG: beantwortet Fragen zu PDF/DOCX aus einer Live-Quelle
document_indexingLive-Indexierung als Vektorspeicher / Retriever (Backend für LangChain oder LlamaIndex)
multimodal_ragMultimodales RAG mit GPT-4o; extrahiert Tabellen und Diagramme aus Finanzdokumenten
unstructured_to_sql_on_the_flyWandelt unstrukturierte Finanzdaten in SQL um + lädt sie in PostgreSQL
adaptive_ragRAG mit Adaptive RAG, um die Token-Kosten bis zu 4× zu senken bei gleichbleibender Genauigkeit
private_ragVollständig privates/lokales RAG mit Mistral und Ollama
slides_ai_searchMultimodale Indexierung von Folien (PowerPoint und PDF) mit Live-Index
video_rag_twelvelabsVideo-RAG mit TwelveLabs
document_store_mcp_serverStellt die Live-Indexierung als MCP-Server bereit (drei Werkzeuge, JMESPath-Filterung)
drive_alertRAG über Google Drive mit Echtzeit-Alerts (Slack), wenn sich Antworten ändern

Eine fünfstufige KI-Datenpipeline, dargestellt als leuchtendes Cyberpunk-Fließbandsystem: Live-Datenaufnahme aus mehreren Quellen, Dokumenten-Parsing und -Chunking mit abstrakten Seitenfragmenten, die sich in strukturierte Blöcke aufteilen, Embedding-Generierung dargestellt als dichte Cluster leuchtender Vektorpunkte, Indexierung gezeigt als kombiniertes semantisches und Schlüsselwortgitter, und Bereitstellung gezeigt als API-Antwortstrom hin zu einer Chat-Oberfläche, jede Stufe ein eigenes Neon-Modul, verbunden durch fließende Datenströme, dunkler Hintergrund, elektrisch-cyan, bernsteinfarbene und violette Akzente, ultra-detaillierte Industrie-Tech-Ästhetik, filmische Tiefe, 8K

Das Ökosystem

Wichtigstes Schwester-Repository (die Engine). pathwaycom/llm-app ist der Vorlagenkatalog für pathwaycom/pathway, das Basis-Framework mit der Bibliothek und der Rust-Engine: „Python ETL framework for stream processing, real-time analytics, LLM pipelines, and RAG”; 62.344 Sterne, 1.686 Forks, erstellt am 27. November 2022, benutzerdefinierte Lizenz (von der API als NOASSERTION markiert), letztes Release v0.32.1 (1. August 2026), als pathway-Paket auf PyPI verteilt.

Ein futuristischer Docker-Container, der als eigenständiger KI-Anwendungsdienst fungiert, eine elegante leuchtende Kapsel mit durchscheinenden Wänden, die einen internen Pathway-artigen Engine, Vektorindex, Hybridindex, Cache und eine LLM-Bereitstellungsschicht zeigt, außen erscheinen mehrere HTTP-API-Endpunkte als beleuchtete Ports oder Tore, die Neon-Anfrage-Antwort-Ströme senden und empfangen, die Kapsel steht auf einem dunklen Server-Rack mit dezenter Cyberpunk-Beleuchtung, Schwarz, Graphit, elektrisches Blau, Cyan und Magenta, ultra-detailliertes 3D-Rendering, sanftes Glühen, reflektierende Oberflächen, 8K

Weitere Repositorys der Organisation pathwaycom (Sternezahlen laut GitHub-API, absteigend): pathwaycom/arc-task-gen — 10.565 Sterne — „Generates original ARC-AGI-1-style tasks”; pathwaycom/bdh — 3.544 Sterne — „BDH (Dragon Hatchling) – Architecture and Code”; pathwaycom/pathway-benchmarks — 302 Sterne; pathwaycom/cookiecutter-pathway — 277 Sterne; pathwaycom/serviette — 4 Sterne — „Universal RAG tool”.

Ein holografischer Katalog von zehn KI-Anwendungsvorlagen, angeordnet in einem dunklen Cyberpunk-Dashboard, zehn leuchtende Karten im Raster, jede mit einem eigenen abstrakten Icon — Sprechblase, Vektorgitter, Dokument mit Diagrammen, Datenbank-zu-SQL-Fluss, kostensparende adaptive Schleife, lokaler sicherer Knoten, Präsentationsfolie, Video-Zeitleiste, Protokollserver, Warnpuls — schwebend über einer dunklen reflektierenden Oberfläche mit Neon-Kanten, dunkler Hintergrund, cyan- und violettfarbene Neon-Akzente, 8K

Externe Bibliotheken, die die Architektur einbindet: usearch (unum-cloud/usearch) für den standardmäßigen KNN-Index, Tantivy (quickwit-oss/tantivy) für den Hybridindex, und Docling (docling.ai) für das Dokumenten-Parsing. Dokumentierte Integrationen: LangChain und LlamaIndex (die Vorlage document_indexing kann als Retrieval-Backend für beide dienen), TwelveLabs (Video-RAG), das Model Context Protocol (MCP), Slack (Alerts in drive_alert) und die LLM-Anbieter OpenAI, Mistral und Ollama.

Ein Ökosystem-Diagramm einer KI-Framework-Familie einer Softwareorganisation, dargestellt als dunkle kosmisch-technische Konstellation, ein leistungsstarker Rust-basierter zentraler Kern, der mit tiefblauer und cyanfarbener Energie leuchtet und das Hauptframework repräsentiert, umkreisende Satelliten-Repositorys und -Werkzeuge — ein Vorlagenkatalog, eine Benchmark-Suite, ein Projekt-Scaffolding-Tool, ein universelles RAG-Werkzeug, ein experimentelles Aufgabengenerierungsprojekt — dünne leuchtende Linien verbinden die Knoten, ein markanter Strom fließt von PyPI-artiger Paketierungsinfrastruktur in den zentralen Engine, Sternenfeld-Details, schaltkreisartige Konstellationen, volumetrisches Licht, ultra-detaillierter dunkler Cyberpunk-Stil, 8K

Offizieller und halboffizieller Status

llm-app ist ein Pathway-Produkt aus erster Hand: Das README endet mit einem Abschnitt „Supported and maintained by”, der Pathway explizit kreditiert, und das Repository ist der offizielle Vorlagenkanal (pathway.com/developers/templates/). Es gibt keine „Marktplatz-Akzeptanz” durch Dritte; sein Status ist der eines offiziellen Referenz-Repositorys des Unternehmens für den Bau von RAG-Apps auf dem eigenen Framework.

In der Praxis: Es ist die Sammlung von Referenzimplementierungen, die Pathway pflegt und unterstützt (Bugs werden im Tracker des Basis-Frameworks gemeldet, nicht bei llm-app); das zugrunde liegende Framework wird als offizielles pathway-Paket auf PyPI vertrieben; der SharePoint-Connector ist hinter einem Scale- oder Enterprise-Lizenzschlüssel gesperrt (Pathway bietet einen kostenlosen Scale-Schlüssel an); und das Basis-Framework erscheint auf Trendshift als Trend-Repository.

Eine sichere Cyberpunk-Datentresor-Szene für ein vollständig privates, lokales, luftgetrenntes RAG-System, im Zentrum enthält ein kompakter Server-Knoten lokale Modell-Engines, einen Vektorindex, einen Hybridindex und einen Cache, alles vollständig eigenständig, Dokumente treten aus einem lokalen Ordner oder lokalen Cloud-Spiegel ein, werden innerhalb des Tresors geparst und eingebettet, Antworten werden an eine lokale Oberfläche zurückgegeben, ohne eine externe Cloud-Grenze zu überschreiten, schildartige sechseckige Barrieren und blasse rote „keine externe Cloud"-Ausschlussfelder, dunkle Graphit-Oberflächen, neon-grüne und cyanfarbene Akzente, dezente Schloss-Icons, reflektierender Boden, volumetrische Beleuchtung, ultra-detailliertes Tech-Rendering, 8K

Schnellstart-Anleitung

Installation und erster Start

# 1. Repository klonen
git clone https://github.com/pathwaycom/llm-app.git

# 2. In die Vorlage wechseln
cd templates/question_answering_rag

# 3. Abhängigkeiten installieren (nur für lokale Ausführung, nicht Windows)
pip install -r requirements.txt

# 4. OpenAI-Schlüssel in .env setzen  ->  OPENAI_API_KEY=sk-...

# 5. Ausführen
python app.py

Oder mit Docker (einziger dokumentierter Weg für Windows):

docker compose build
docker compose up

Beim ersten Start sieht man in den Logs das Parsing und Embedding der Beispieldokumente. Sobald 0 entries (x minibatch(es)) have been... erscheint und keine Updates mehr eintreffen, ist die App bereit:

curl -X POST http://localhost:8000/v1/statistics \
  -H 'accept: */*' -H 'Content-Type: application/json'

Gängige Workflows

  • Indexierte Dokumente auflisten: POST /v2/list_documents → Metadaten aller verarbeiteten Dateien.
  • Ähnlichkeitssuche: POST /v1/retrieve -d '{"query": "deine Frage", "k": 6}' → ähnlichste Chunks (unterstützt metadata_filter via JMESPath und filepath_globpattern).
  • Mit RAG fragen: POST /v2/answer und POST /v2/summarize.
  • Modell wechseln: in app.yaml das Feld model im $llm-Block bearbeiten (Standard gpt-4.1-mini; Beispiele zeigen gpt-5, gpt-4.1, gpt-4o oder LiteLLMChat, das auf lokales Ollama zeigt).

Wesentliche Konfiguration

  • app.yaml: definiert Datenquellen, LLM, Embedder und Index; die einzige Datei, die sich zwischen Vorlagen unterscheidet.
  • .env: OPENAI_API_KEY erforderlich (und für drive_alert slack_alert_channel_id und slack_alert_token).
  • $sources in app.yaml: lokal, Google Drive (Standard-refresh_interval 30 s) oder SharePoint (erfordert einen Lizenzschlüssel).
  • host / port: Standard 0.0.0.0 / 8000.
  • Cache / Persistenz: persistence_mode, persistence_backend (z. B. Backend.filesystem).

Häufige Fallstricke und Lösungen

  • Windows unterstützt keine lokale Ausführung: Das README empfiehlt Docker.
  • Abfrage vor Abschluss der initialen Indexierung: auf die Meldung 0 entries (x minibatch(es)) have been... warten.
  • SharePoint erfordert eine Lizenz: ohne Scale-/Enterprise-Schlüssel funktioniert dieser Connector nicht.
  • Google Drive erfordert ein Service-Konto: benötigt object_id und gültige Anmeldedaten.
  • LLM-basierte Alert-Deduplizierung: Im Thread 38304483 schlug Nutzer pstorm vor, die Embedding-Ähnlichkeit zu vergleichen, statt LLM-Aufrufe für die Erkennung von Änderungen zu verwenden; janchorowski antwortete, das Kriterium sei leicht austauschbar und der LLM-Weg sei schneller für den Einstieg, aber mit der Zeit könne ein embeddingbasiertes Kriterium trainiert werden.

Eine futuristische Darstellung eines live Dokumentenspeichers, der als MCP-Server mit Echtzeit-Alerting-Funktionen bereitgestellt wird, ein zentrales Server-Modul, verbunden mit drei leuchtenden Werkzeug-Toren — Retrieval-Abfragen, Statistik-Abfragen, Eingabe-Abfragen — ein Filterpanel in Form einer JMESPath-artigen Abfragestruktur daneben, rechts ein Echtzeit-Alert-Puls, der von einer Google-Drive-artigen Quelle durch den Index zu einem Slack-artigen Benachrichtigungskanal wandert, ausgelöst wenn eine Dokumentänderung eine Antwort verändert, dunkler Modus, Cyberpunk-Ästhetik, Neon-Cyan, Bernstein und Magenta, ultra-detaillierte 3D-Panels, reflektierende Oberflächen, 8K

Integrationen und Migration

  • LlamaIndex-/LangChain-Retrieval-Backend: Die Vorlage document_indexing dient als Vektorspeicher / Retriever für jedes Frontend oder jede LlamaIndex-/LangChain-App.
  • MCP: document_store_mcp_server stellt die Live-Indexierung mit drei Werkzeugen bereit (retrieve_query, statistics_query, inputs_query).
  • Slack: drive_alert sendet Benachrichtigungen, wenn sich eine Antwort ändert.
  • Cloud-Deployment: Deployment-Anleitungen für GCP, AWS Fargate, Azure (ACI) und Render.
  • Austausch von Komponenten: Die Migration von einem Vektorindex zu einem Hybridindex oder von OpenAI zu lokalem Ollama/Mistral ist eine YAML-Änderung, ohne app.py anzufassen.

Aktuelle Kennzahlen

Messung: 4. September 2026, GitHub-API.

KennzahlWert
Sterne58.937
Forks1.478
Abonnenten94
Commits253
Offene Issues laut API8
HauptspracheJupyter Notebook (409.401 Bytes); sekundär: Python (68.370), Dockerfile (3.888)
LizenzMIT
Erstellt19. Juli 2023
Letzter Push5. Juli 2026
Neuestes ReleaseKeines: das Repository nutzt keine Releases oder versionierten Tags

Top-Contributor waren berkecanrizai (48), szymondudycz (45), pw-ppodhajski (33), dxtrous (19), olruas (14), Boburmirzo (9), janchorowski (9) und embe-pw (9). Der Wert von 253 Commits stammt aus dem Paginierungs-Header des Commits-Endpunkts. open_issues_count kann offene Pull Requests einschließen. watchers_count spiegelt die Sternezahl wider, daher wird subscribers_count separat als echte Abonnenten angegeben.

Community-Resonanz

Die gesammelten Belege stammen aus mehreren Hacker-News-Threads, alle mit kleinem bis moderatem Publikum, plus einem Thread des Basis-Frameworks, der eine bemerkenswerte Zahl erreichte:

Anerkennung:

  • Im Thread des Basis-Frameworks 40669434 (73 Pkt., 19 Kommentare) schrieb articsputnik, es sei „beeindruckend, ein Python-Tool für ETL- und RAG-Aufgaben mit derart soliden Features zu sehen” und der Fokus auf Sicherheit und Performance, „besonders bei self-hosted RAG-Pipelines, ist fantastisch”.
  • pipboyguy lieferte im selben Thread einen realen Anwendungsfall: „I’ve built DE and AI solutions based on Pathway for multiple clients. It’s robust and fast.”
  • devnull777: „Die Beispiele auf eurer Seite sehen einfach nachvollziehbar aus. Übrigens, was für eine schöne und klare Website!”
  • In 36894142 (11 Pkt., 8 Kommentare) zeigte sich Arimbr anfangs interessiert, und anupsurendran schloss den Austausch mit der Bemerkung, er verstehe die Unterscheidung Index/Datenbank nach der Antwort des Teams „viel besser”.

Konkrete Kritik und Skepsis:

  • In 40669434 reagierte snowpid skeptisch auf das „NATO”-Label: „Good old ‘Enterprise’ NATO! Always good for a surprise”, und suziemanul antwortete scherzhaft, „manche sagen, es sei nicht Fortune 100, sondern Fortune 1”. Das Team dementierte die Behauptung der Überschrift nicht.
  • threecheese fragte im selben Thread nach dem RAM des „Community”-Plans (8 GB) und merkte an, die Rust-Engine werde „shipped as compiled executable, mit einer Lizenzprüfung” ausgeliefert; dxtrous (Pathway) antwortete, der Hauptfaktor des RAM-Verbrauchs sei die Größe der eingespeisten Daten.
  • In 42318221 (8 Pkt., 2 Kommentare) bat Arimbr darum, „alle unterstützten Felder und Werte an einem Ort zu sehen”; janchorowski antwortete, man werde das tun.
  • In 38304483 (8 Pkt., 5 Kommentare) stellte pstorm den Deduplizierungsansatz infrage, und bobur_umurzokov erweiterte den Anwendungsbereich mit Vorschlägen für Betrugserkennung, Kundensupport, medizinische Diagnostik und vorausschauende Wartung.

Die Bilanz: technische Begeisterung und reale Anwendungsfälle, mit meist bescheidenem Publikum bei den Vorlagen, aber ein Thread des Basis-Frameworks mit 73 Punkten und 19 Kommentaren, der begründete Skepsis gegenüber der Unternehmensschlagzeile und dem Hosting-/Lizenzmodell einbringt.

Vergleich mit ähnlichen Projekten

ProjektVerifizierbare ÜberschneidungVerifizierbarer Unterschied
Klassischer RAG-Stack: Pinecone / Weaviate / Qdrant / pgvector + Redis + FastAPIAlle lösen „RAG über Unternehmensdokumente” mit Vektorspeicher + Cache + API.Das README erklärt, dass diese Komponenten nicht separat zusammengebaut werden müssen: Vektorindex, Hybridindex und Cache sind in die Bibliothek integriert.
LlamaIndex / LangChainBeide sind Dokumenten-Retrieval-Frameworks für LLMs.llm-app behandelt sie als Clients seines Index und ergänzt die Echtzeitsynchronisation der Quellen.
pathwaycom/pathway (Schwester-Repository)Gleiches zugrunde liegendes Framework; llm-app enthält nur Vorlagen darauf.pathway ist die Bibliothek/Engine (Python + Rust, PyPI); llm-app ist der „einsatzbereite” App-Katalog.
TwelveLabs (Video-RAG)Bietet Video-RAG.llm-app konsumiert TwelveLabs innerhalb seiner Vorlage video_rag_twelvelabs; es konkurriert nicht, sondern integriert.

Der nützlichste Vergleich: llm-app sticht hervor, wenn die Anforderung RAG ist, das in Echtzeit mit Unternehmensquellen synchron bleibt, ohne separate Vektor-/Cache-/API-Infrastruktur aufzubauen.

Wie man beiträgt

  • Akzeptiert Beiträge zu Dokumentation, Funktionen, Fixes, Code-Bereinigung, Tests und Reviews.
  • Der empfohlene Weg für größere Beiträge ist, dies vorab im Discord-Server von Pathway (Kanal #get-help) zu melden.
  • Bugs und Feedback werden im Tracker des Basis-Frameworks gemeldet (pathwaycom/pathway/issues), nicht bei llm-app.
  • Da jede Vorlage eine einzige app.yaml hat, besteht der praktische Weg, eine Variation beizutragen, darin, von einer bestehenden Vorlage auszugehen und deren YAML anzupassen.

Es wurde weder eine CONTRIBUTING.md noch eine spezifische PR-Vorlage im Repository gefunden.

Anwendungsfälle und wem dieses Repository helfen kann

  • Teams, die RAG über lebendige Unternehmensdokumente aufbauen (SharePoint, Google Drive, S3, Kafka, PostgreSQL, APIs): question_answering_rag plus der passende Connector liefert einen sich selbst aktualisierenden Index. document_indexing nutzt diesen Index als Backend für eine bestehende LlamaIndex-/LangChain-App.
  • Finanzabteilungen / Analysten: multimodal_rag extrahiert Tabellen und Diagramme aus Finanzdokumenten; unstructured_to_sql_on_the_fly strukturiert PDF-Berichte in PostgreSQL.
  • Teams mit Datenschutz-/Datenresidenz-Anforderungen: private_rag (Mistral + Ollama) ermöglicht eine vollständig lokale Pipeline.
  • Wer Token-Kosten senken möchte: adaptive_rag beansprucht eine Reduktion um bis zu 4× bei gleichbleibender Genauigkeit.
  • LLM-Agenten-/MCP-Integratoren: document_store_mcp_server stellt die Live-Indexierung als MCP-Server bereit.
  • Teams, die Änderungen an der Wissensbasis überwachen: drive_alert sendet Slack-Alerts nach einer Dokumentänderung.
  • Content-Teams / Suche über Folien und Video: slides_ai_search und video_rag_twelvelabs.

Ressourcen


Methodischer Hinweis: Dieser Artikel stützt sich auf das README von pathwaycom/llm-app, die Vorlagen-READMEs, die GitHub-API, Hacker-News-Threads und PyPI, konsultiert am 4. September 2026. Stern- und Versionszahlen ändern sich mit der Zeit.

Kommentare