Dokument- und Datenpipeline
Inhalte werden strukturiert eingelesen, aufbereitet und mit nachvollziehbarer Herkunft für das Retrieval verfügbar gemacht.
RAG · LLM · Wissenssysteme
Bei der RAG- und LLM-Entwicklung bestimmen Quellenbezug und messbare Grenzen den Aufbau schmaler Wissenssysteme. Relevante Inhalte, Retrieval-Qualität, Antwortbelege und Fehlerfälle werden dafür gemeinsam betrachtet und evaluiert.
Ab sofort bis einschließlich 27.11.2026
16 Std./Woche
Ab 30.11.2026
100 % verfügbar
regulär 40 Std./Woche
Richtstundensatz
95 EUR netto
Zusammenarbeit
Remote-Only
Ein RAG-Auftrag startet mit freigegebenen Quellen und realen Testfragen; die verfügbare Kapazität wird auf einen messbaren Retrieval- oder Antwortpfad konzentriert. Wenn Datenaufbereitung oder Evaluation ein größeres Stundenkontingent erfordern, wird dieses gesondert vereinbart. Der RAG-Auftrag wird Remote-Only ohne regelmäßige Vor-Ort-Einsätze umgesetzt.
RAG- und LLM-Engineering wird mit 95 EUR netto pro Stunde zuzüglich gesetzlicher Umsatzsteuer. Datenquellen, Retrieval-Architektur, Integrationen und Evaluationsanforderungen bestimmen den Umfang, der vor Projektstart festgelegt wird.
Leistungsumfang
Ein brauchbares RAG-System entsteht nicht allein durch ein Sprachmodell. Entscheidend sind Datenqualität, Retrieval, Rechte, Testfragen, Abbruchregeln und die technische Integration in den vorhandenen Prozess.
Inhalte werden strukturiert eingelesen, aufbereitet und mit nachvollziehbarer Herkunft für das Retrieval verfügbar gemacht.
Keyword-, Vektor- oder hybride Suche wird anhand realer Fragen und Daten gewählt, nicht allein anhand eines Framework-Defaults.
Antworten sollen Belege sichtbar machen, Unsicherheit behandeln und bei unzureichender Evidenz kontrolliert abbrechen können.
Testfragen, Ground Truth, Retrieval- und Antwortmetriken machen Fortschritt und bekannte Fehlerklassen überprüfbar.
Zusammenarbeit
Reale Fragen und freigegebene Quellen bilden die Baseline. Retrieval und Antwortqualität werden getrennt gemessen, damit Verbesserungen und verbleibende Fehler klar erkennbar sind.
Nutzerfragen, Quellen, Aktualität und zulässige Antworten werden gemeinsam eingegrenzt.
Eine einfache, messbare Suche schafft den Vergleich für weitere Architekturentscheidungen.
Quellenbezug, Guardrails und definierte Abbruchfälle begrenzen unbelegte Antworten.
Messwerte, Testkorpus, Grenzen und Empfehlungen werden für die weitere Entscheidung festgehalten.
Eigenprojekt / Arbeitsprobe
Die Eigenentwicklung kombiniert FAISS und BM25S mit validierten Tools, Guardrails und versionierten Offline-Evaluationsbereichen. Sie demonstriert Architektur und Prüfmethodik, ist jedoch kein belegtes Kundensystem und keine Zusage für einen ungeprüften Produktionseinsatz.
RAG-Architektur der Arbeitsprobe prüfenTransparente Einordnung
Passende nächste Themen
RAG als überprüfbaren Funktionsbaustein integrieren.
Tests, Versionierung und Beobachtbarkeit für LLM-Funktionen.
Retrieval mit begrenzter Tool-Nutzung und klaren Berechtigungen.
Projektanfrage
Beschreiben Sie Nutzerfragen, verfügbare Quellen, Zugriffsregeln und gewünschte Antwortform. So lässt sich ein belastbarer RAG-Pilot mit sinnvollen Prüfkriterien abgrenzen.