Mo - Fr 09:00 - 18:00 Uhr | 0221 / 177 347 40 | hello@kibrains.de
DSGVO-konform 500+ Projekte
Werktags Mo - Fr 09:00 - 18:00 Uhr Tel.: 0221 / 177 347 40 Mail: hello@kibrains.de
Baustein 03 der Wissensdatenbank

KI-Infrastruktur und Werkzeuge
Vom Modell zur produktiven Anwendung

Ein Sprachmodell allein verändert in einem Unternehmen gar nichts. Wirkung entsteht erst durch die Schichten darüber: die Software, die das Modell ausführt, die Oberfläche, über die Ihr Team damit arbeitet, und die Automatisierung, die es an Ihre Fachsysteme anbindet. Diese Seite ordnet die Werkzeuglandschaft und benennt, wo Standardlösungen tragen und wo eigene Entwicklung nötig wird.

Zuletzt aktualisiert: August 2026 Redaktion: Waldemar Denke, Lead Entwickler Fachliche Prüfung: Georgios Mavrommatis, Datenanalyse & Strategie Lesedauer: ca. 15 Minuten
Ausgangspunkt

Was gehört zu einer KI-Infrastruktur im Unternehmen?

Eine KI-Infrastruktur besteht aus vier Schichten: der Ausführungsschicht, die das Modell betreibt, der Wissensschicht, die Ihre eigenen Inhalte zugänglich macht, der Zugangsschicht, über die Mitarbeitende arbeiten, und der Automatisierungsschicht, die KI mit Ihren Fachsystemen verbindet. Erst wenn alle vier Schichten stehen, entsteht messbarer betrieblicher Nutzen. Wer nur die erste Schicht aufbaut, hat einen technisch beeindruckenden Chatbot ohne Bezug zum Tagesgeschäft.

Die gute Nachricht: Für jede Schicht existieren ausgereifte, quelloffene Werkzeuge, die sich im eigenen Rechenzentrum betreiben lassen. Die weniger gute: Keines dieser Werkzeuge kennt Ihre Prozesse, Ihre Datenstruktur oder Ihre Rechtevergabe. Die Verbindung zwischen Standardwerkzeug und Unternehmensrealität ist und bleibt Entwicklungsarbeit.

Kapitel 01

Die vier Schichten einer produktiven KI-Umgebung

Von unten nach oben gelesen: Jede Schicht setzt auf der darunterliegenden auf und lässt sich unabhängig austauschen.

Schicht anklicken: was hineingeht, was herauskommt und womit sie gebaut wird.

04
AutomatisierungsschichtAnbindung an Fachsysteme

Verbindet KI mit ERP, CRM, Postfach, Ticketsystem und Dateiablage. Hier entsteht der wirtschaftliche Nutzen, weil Arbeit vollständig aus dem manuellen Ablauf verschwindet statt nur unterstützt zu werden. Typische Werkzeuge: n8n, Make, eigene Dienste.

Was hineingeht

Ereignis aus ERP, CRM, Postfach oder Ticketsystem

Was herauskommt

Ausgeführter Vorgang, Eintrag im Zielsystem

Womit gebaut
n8nMakeZapierNode-REDeigene Dienste
greift zu auf
03
ZugangsschichtOberfläche für Mitarbeitende

Die Oberfläche, über die Ihr Team mit den Modellen arbeitet, inklusive Benutzerverwaltung, Rechtevergabe und Protokollierung. Ohne diese Schicht nutzen Mitarbeitende privat beschaffte Werkzeuge, und Sie verlieren jede Kontrolle über abfließende Inhalte.

Was hineingeht

Anfrage der Mitarbeitenden, inklusive Rolle und Rechten

Was herauskommt

Geprüfte Antwort mit Herkunftsangabe

Womit gebaut
Open WebUIBionicGPTAnythingLLM
fragt ab
02
WissensschichtIhre eigenen Inhalte

Macht Handbücher, Verträge, Richtlinien und Produktdaten für das Modell auffindbar. Technisch umgesetzt über Vektordatenbanken und Retrieval Augmented Generation. Diese Schicht entscheidet, ob Antworten allgemein bleiben oder unternehmensspezifisch werden.

Was hineingeht

Dokumente, Handbücher, Richtlinien, Produktdaten

Was herauskommt

Passende Textstellen als Kontext für das Modell

Womit gebaut
VektordatenbankRAG-PipelineEmbedding-Modell
läuft auf
Hier entscheidet sich, ob die Anfrage das Haus verlässt
01
AusführungsschichtBetrieb des Modells

Lädt das Modell in den Grafikspeicher und stellt eine Schnittstelle bereit. Bei Cloud-Betrieb übernimmt der Anbieter diese Schicht vollständig, bei lokalem Betrieb übernehmen das Werkzeuge wie Ollama oder vLLM.

Was hineingeht

Anweisung samt Kontext aus der Wissensschicht

Was herauskommt

Generierter Text, Klassifikation oder strukturierte Daten

Womit gebaut
OllamaLM StudiovLLMllama.cpp
Warum ein Modell nicht reicht

Ein Modell allein verändert nichts. Die Schicht darüber entscheidet.

Erst die Verbindung zu ERP, CRM, Postfach und Dateiablage erzeugt den wirtschaftlichen Nutzen. Alles davor ist Vorbereitung.

Kapitel 02

Ausführungsschicht: Womit betreiben Sie ein lokales Modell?

Drei Werkzeuge decken praktisch alle Anwendungsfälle ab. Die Auswahl hängt davon ab, ob Sie testen, einzelne Arbeitsplätze versorgen oder eine Abteilung produktiv bedienen wollen.

Ollama

Quelloffen, serverseitig

Der pragmatische Standard für den Serverbetrieb. Ein Befehl lädt ein Modell, danach steht eine Schnittstelle bereit, gegen die sich jedes weitere Werkzeug verbinden lässt.

Stärken
Sehr einfache Inbetriebnahme, große Modellbibliothek, läuft stabil als Dienst im Hintergrund. Wird von nahezu allen Oberflächen und Automatisierungswerkzeugen unterstützt.
Grenzen
Bei vielen gleichzeitigen Anfragen weniger effizient als spezialisierte Server. Für einzelne Abteilungen ausreichend, für unternehmensweiten Dauerbetrieb mit hoher Last nicht die erste Wahl.
Empfohlen für
Den Einstieg in den Eigenbetrieb und für Abteilungslösungen bis zu einer überschaubaren Zahl gleichzeitiger Nutzer.
Standard für den Einstieg

LM Studio

Grafische Oberfläche, Arbeitsplatz

Eine Anwendung mit grafischer Oberfläche für den einzelnen Rechner. Modelle lassen sich suchen, laden und direkt ausprobieren, ohne eine Zeile Konfiguration.

Stärken
Niedrigste Einstieghürde überhaupt. Ideal, um in kurzer Zeit verschiedene Modelle an echten Aufgaben zu vergleichen und ein Gefühl für Qualität und Geschwindigkeit zu bekommen.
Grenzen
Als Arbeitsplatzanwendung konzipiert, nicht als Serverdienst. Keine zentrale Benutzerverwaltung, keine unternehmensweite Protokollierung.
Empfohlen für
Evaluierung, Modellvergleich und einzelne technisch versierte Arbeitsplätze.
Ideal zum Evaluieren

vLLM

Quelloffen, Hochlast

Ein auf Durchsatz optimierter Modellserver. Deutlich effizienter bei vielen parallelen Anfragen, dafür anspruchsvoller in Einrichtung und Betrieb.

Stärken
Hohe Auslastung der vorhandenen Grafikkarten, spürbar mehr gleichzeitige Nutzer bei gleicher Hardware. Der übliche Weg, wenn KI unternehmensweit produktiv genutzt wird.
Grenzen
Setzt Erfahrung mit Serverbetrieb und Containern voraus. Für einen ersten Versuch deutlich überdimensioniert.
Empfohlen für
Den produktiven Dauerbetrieb mit vielen gleichzeitigen Nutzern und definierten Antwortzeiten.
Für den Produktivbetrieb

Praxishinweis: Die Wahl der Ausführungsschicht ist die am leichtesten revidierbare Entscheidung der gesamten Architektur. Alle drei Werkzeuge stellen eine kompatible Schnittstelle bereit, sodass ein Wechsel von Ollama auf vLLM in der Regel eine Änderung der Adresse in der Konfiguration bedeutet. Beginnen Sie deshalb mit dem einfachsten Werkzeug und wechseln Sie, wenn die Last es erfordert.

Kapitel 03

Wissensschicht: Wie das Modell an Ihre Unterlagen kommt

Retrieval Augmented Generation, kurz RAG, bezeichnet ein Verfahren, bei dem vor der Antwort gezielt in Ihren eigenen Dokumenten gesucht und der gefundene Abschnitt dem Modell als Kontext mitgegeben wird. Das Modell muss Ihr Unternehmenswissen dadurch nicht kennen, es bekommt die relevanten Stellen zum Zeitpunkt der Anfrage geliefert. Der große Vorteil: Inhalte lassen sich jederzeit aktualisieren, und jede Antwort kann mit einem Verweis auf die Quelle belegt werden.

Technisch werden Ihre Dokumente dafür in Abschnitte zerlegt, in numerische Repräsentationen umgewandelt und in einer Vektordatenbank abgelegt. Bei einer Anfrage werden die inhaltlich ähnlichsten Abschnitte gefunden und weitergereicht. Klingt einfach, entscheidet aber über Erfolg oder Misserfolg der gesamten Anwendung, denn die Qualität der Antworten hängt fast vollständig davon ab, wie gut dieser Suchschritt funktioniert.

Vektordatenbank

Speichert Ihre Inhalte inhaltlich durchsuchbar. Für den Unternehmenseinsatz bewährt haben sich Qdrant sowie die Vektorerweiterung von PostgreSQL, sofern eine solche Datenbank ohnehin betrieben wird.

Dokumentenaufbereitung

Der unterschätzte Arbeitsschritt. Gescannte PDFs, Tabellen und gewachsene Dateiablagen müssen strukturiert werden, bevor eine Suche darauf sinnvolle Ergebnisse liefert. Hier liegt in der Praxis der größte Aufwand.

Rechtevergabe im Suchindex

Nicht jeder darf jedes Dokument sehen. Die Rechte müssen bereits bei der Suche greifen und nicht erst in der Oberfläche, sonst gibt das Modell Inhalte wieder, die der Fragende gar nicht sehen dürfte.

Typische Bausteine dieser Schicht:

Qdrant Qdrant PostgreSQL PostgreSQL Hugging Face Hugging Face LangChain LangChain Docker Docker
Kapitel 04

Zugangsschicht: die Oberfläche für Ihr Team

Ohne kontrollierten Zugang beschaffen sich Mitarbeitende eigene Werkzeuge. Diese Schicht ist damit weniger eine Komfort- als eine Sicherheitsfrage.

Open WebUI

Quelloffen, weit verbreitet

Die meistgenutzte quelloffene Oberfläche für lokale Modelle. Vertraute Chatober­fläche, Benutzerverwaltung, Dokumentenupload und Anbindung an mehrere Modelle gleichzeitig.

Stärken
Aktive Weiterentwicklung, einfache Installation über Container, Nutzergruppen und Rollen bereits enthalten. Mitarbeitende finden sich ohne Schulung zurecht, weil die Bedienung bekannten Diensten entspricht.
Grenzen
Die eingebaute Dokumentenfunktion reicht für einfache Fälle, ersetzt aber keine sauber gebaute Wissensschicht mit Rechteprüfung. Für regulierte Umgebungen ist eine Erweiterung notwendig.
Der übliche Startpunkt

BionicGPT

Quelloffen, auf Compliance ausgelegt

Eine Oberfläche, die von Beginn an für regulierte Umgebungen entworfen wurde. Mandantentrennung, feingranulare Rollen und Nachvollziehbarkeit stehen im Mittelpunkt.

Stärken
Trennung von Teams und Datenräumen, umfangreiche Protokollierung, Rechtekonzept auf Ebene einzelner Wissensbestände. Damit deutlich näher an dem, was Datenschutzbeauftragte und Wirtschaftsprüfer erwarten.
Grenzen
Kleinere Community als Open WebUI, dadurch weniger fertige Erweiterungen und langsamere Antwortzeiten bei Fragen. Einrichtung anspruchsvoller.
Für regulierte Bereiche

AnythingLLM

Quelloffen, dokumentenzentriert

Legt den Schwerpunkt auf Arbeitsbereiche mit jeweils eigenem Dokumentenbestand. Für abgegrenzte Wissensinseln je Abteilung oder Projekt gut geeignet.

Stärken
Schnell aufgesetzt, klare Trennung nach Arbeitsbereichen, unterstützt sowohl lokale als auch Cloud-Modelle im selben Aufbau.
Grenzen
Weniger tiefgehende Benutzer- und Rechteverwaltung als spezialisierte Lösungen. Für unternehmensweite Rollouts mit vielen Rollen begrenzt.
Gut für Projektwissen
Kapitel 05

Automatisierung: wo der wirtschaftliche Nutzen entsteht

Solange KI nur im Chatfenster stattfindet, bleibt sie Assistenz. Erst die Anbindung an Ihre Systeme nimmt Arbeit tatsächlich aus dem Ablauf heraus.

Automatisierungsplattformen verbinden KI-Modelle mit Ihren Fachsystemen und führen mehrstufige Abläufe ohne menschliches Zutun aus. Ein typischer Ablauf: Eine Rechnung geht per E-Mail ein, wird ausgelesen, gegen die Bestellung geprüft, bei Übereinstimmung im ERP verbucht und bei Abweichung mit Begründung an die Fachabteilung weitergeleitet. Genau solche Abläufe erzeugen die Einsparungen, die einen Business Case tragen, nicht das schnellere Schreiben von E-Mails.

n8n

Selbst betreibbar, quelloffener Kern

Unsere Standardempfehlung für den Mittelstand. Lässt sich vollständig im eigenen Netz betreiben, wodurch weder Prozessdaten noch Zugangsdaten zu Fremdsystemen das Haus verlassen.

Stärken
Eigenbetrieb ohne Nutzungsgebühr pro Vorgang, sehr große Auswahl an Anbindungen, eigener Code an beliebiger Stelle einfügbar. Damit auch für Systeme geeignet, für die keine fertige Anbindung existiert.
Grenzen
Betrieb und Aktualisierung liegen bei Ihnen. Komplexere Abläufe werden schnell unübersichtlich, wenn sie nicht sauber strukturiert und dokumentiert sind.
Datenschutz
Beim Eigenbetrieb unkritisch, da alle Daten und Zugangsdaten in Ihrer Infrastruktur bleiben.
Empfehlung für den Mittelstand

Make

Cloud-Dienst, europäischer Anbieter

Ausgereifter Cloud-Dienst mit sehr gut gestalteter Oberfläche. Schneller Einstieg ohne eigenen Betrieb, dafür laufen alle Vorgänge über die Server des Anbieters.

Stärken
Übersichtliche visuelle Gestaltung auch komplexer Abläufe, umfangreiche Fehlerbehandlung, keine eigene Infrastruktur nötig.
Grenzen
Abrechnung nach Vorgängen, was bei hohem Volumen ins Gewicht fällt. Ihre Prozessdaten laufen durch die Plattform, was eine datenschutzrechtliche Bewertung erfordert.
Datenschutz
Anbieter mit Sitz in der EU, Auftragsverarbeitungsvertrag erforderlich. Für unkritische Prozesse gut vertretbar.
Schneller Cloud-Einstieg

Zapier

Cloud-Dienst, größte Anbindungsauswahl

Der Marktführer bei der Zahl verfügbarer Anbindungen. Stark bei einfachen Verkettungen zwischen verbreiteten Diensten, schwächer bei verzweigter Ablauflogik.

Stärken
Nahezu jeder gängige Cloud-Dienst ist bereits angebunden. Einfache Abläufe stehen innerhalb von Minuten.
Grenzen
Bei komplexeren Abläufen mit Bedingungen und Schleifen weniger geeignet. Kosten steigen mit dem Volumen deutlich.
Datenschutz
US-Anbieter, entsprechende Prüfung und vertragliche Absicherung erforderlich. Für Prozesse mit Personenbezug nur eingeschränkt empfehlenswert.
Breiteste Anbindung

Unsere Erfahrung: In etwa der Hälfte der Projekte trägt eine reine Automatisierungsplattform den Anwendungsfall vollständig. In der anderen Hälfte stößt sie an eine Grenze, meist bei der Anbindung eines gewachsenen Fachsystems oder bei Anforderungen an Fehlerbehandlung und Nachvollziehbarkeit. Dann ist ein eigener Dienst der sauberere Weg. Diese Grenze zu erkennen, bevor mehrere Wochen in einen Ablauf investiert wurden, ist ein wesentlicher Teil unserer Arbeit.

Kapitel 06

KI-Agenten: Möglichkeiten und realistische Grenzen

Ein KI-Agent ist ein System, das eine Aufgabe eigenständig in Teilschritte zerlegt, dafür Werkzeuge oder Schnittstellen aufruft und das Ergebnis jedes Schritts für den nächsten verwendet. Der Unterschied zu einer Automatisierung besteht darin, dass der Ablauf nicht vorab festgelegt ist, sondern vom Modell zur Laufzeit bestimmt wird. Das macht Agenten flexibel und zugleich schwerer beherrschbar.

Die entscheidende Einschränkung ist mathematischer Natur: Fehler pflanzen sich über die Schritte fort. Selbst bei einer Zuverlässigkeit von 95 Prozent je Schritt liegt die Erfolgsquote nach zehn Schritten nur noch bei rund 60 Prozent. Deshalb funktionieren Agenten in klar abgegrenzten Aufgaben mit wenigen Schritten gut und scheitern bei offenen, langen Abläufen zuverlässig.

Wo Agenten heute tragen

  • Recherche über mehrere Quellen mit anschließender Zusammenfassung
  • Aufbereitung und Prüfung strukturierter Daten nach festen Regeln
  • Unterstützung bei Softwareentwicklung innerhalb eines abgegrenzten Projekts
  • Vorqualifizierung eingehender Anfragen mit anschließender Übergabe an einen Menschen
  • Wiederkehrende Vorgänge mit klarem Anfang und klarem Abschlusskriterium

Wo der Einsatz derzeit scheitert

  • Lange Abläufe ohne Zwischenkontrolle, weil Fehler sich aufsummieren
  • Handlungen mit Außenwirkung ohne menschliche Freigabe, etwa Bestellungen oder Kundenkommunikation
  • Aufgaben ohne eindeutiges Erfolgskriterium, bei denen der Agent nicht erkennt, wann er fertig ist
  • Umgebungen ohne saubere Rechtevergabe, weil ein Agent genau die Rechte nutzt, die er bekommt
  • Prozesse, deren Ergebnis später gegenüber Prüfern begründet werden muss

Verbreitete Bausteine für Agentensysteme:

LangGraph LangGraph CrewAI CrewAI Dify Dify Node-RED Node-RED Python Python

Unsere Empfehlung für Agenten im Unternehmen: Grenzen Sie die Aufgabe eng ein, vergeben Sie Werkzeugrechte nach dem Prinzip der geringsten Berechtigung, protokollieren Sie jeden Schritt und setzen Sie vor jede Handlung mit Außenwirkung eine menschliche Freigabe. Wer diese vier Regeln einhält, kann Agenten heute produktiv einsetzen. Wer sie umgeht, produziert Fehler, deren Ursache sich im Nachhinein kaum noch rekonstruieren lässt.

Kapitel 07

Werkzeugvergleich: Zweck, Betriebsform und Aufwand

Die Aufwandsangabe bezieht sich auf Einrichtung und laufenden Betrieb in einer Unternehmensumgebung, nicht auf einen Testaufbau.

WerkzeugSchichtBetriebsformAufwandSinnvoll wenn
OllamaAusführungEigenbetriebSie lokal starten und eine Abteilung versorgen wollen
LM StudioAusführungArbeitsplatzSie Modelle vergleichen und ein Gefühl entwickeln wollen
vLLMAusführungEigenbetriebViele Nutzer gleichzeitig zugreifen und Antwortzeiten zählen
QdrantWissenEigenbetriebSie eigene Dokumente durchsuchbar machen wollen
Open WebUIZugangEigenbetriebIhr Team einen kontrollierten Zugang braucht
BionicGPTZugangEigenbetriebMandantentrennung und Prüfbarkeit gefordert sind
n8nAutomatisierungEigenbetrieb oder CloudProzesse an ERP, CRM und Postfach andocken sollen
MakeAutomatisierungCloudSchnelle Ergebnisse ohne eigene Infrastruktur zählen
LangGraphAgentenEigenentwicklungMehrstufige Abläufe kontrolliert gesteuert werden müssen
Kapitel 08

Fünf Fehler, die wir bei der Werkzeugauswahl regelmäßig sehen

Das Werkzeug wird vor dem Anwendungsfall ausgewählt

Eine Plattform wird beschafft, weil sie in einem Fachartikel empfohlen wurde. Anschließend wird ein Anwendungsfall gesucht, der dazu passt. Die Reihenfolge muss umgekehrt sein.

Erst Prozess, dann Werkzeug

Die Dokumentenaufbereitung wird unterschätzt

Die Wissensschicht wird als Konfigurationsaufgabe geplant. Tatsächlich steckt der überwiegende Aufwand in der Strukturierung gewachsener Ablagen, gescannter Unterlagen und uneinheitlicher Formate.

Aufwand realistisch ansetzen

Rechte werden erst in der Oberfläche geprüft

Die Suche liefert Inhalte, die der Fragende nicht sehen darf, und das Modell gibt sie in der Antwort wieder. Rechteprüfung gehört in die Suchschicht, nicht in die Darstellung.

Rechte an der Quelle prüfen

Direkte Bindung an einen Anbieter

Anwendungen werden unmittelbar gegen die Schnittstelle eines Modellanbieters gebaut. Beim ersten Preis- oder Modellwechsel wird aus einer Konfigurationsänderung ein Entwicklungsprojekt.

Abstraktionsschicht einziehen

Kein Betriebskonzept

Die Umgebung läuft, aber niemand ist benannt für Aktualisierungen, Überwachung und den Störungsfall. Nach einigen Monaten veraltet der Aufbau und wird stillschweigend nicht mehr genutzt.

Verantwortung vorab klären

Erfolg wird nicht gemessen

Ohne Ausgangswerte vor dem Projektstart lässt sich später nicht belegen, ob sich etwas verbessert hat. Damit fehlt die Grundlage für jede Entscheidung über Ausweitung oder Beendigung.

Vorher messen, nicht nachher
Aus der Projektpraxis

Die teuersten Fehler passieren bei der Werkzeugauswahl.

Weil sie sich erst zwei Jahre später zeigen, wenn ein Wechsel zum Neuentwicklungsprojekt geworden ist.

Was uns von Werkzeugberatern unterscheidet

Wir kennen die Stelle, an der jedes Standardwerkzeug aufhört.

Ollama, Open WebUI und n8n lassen sich an einem Nachmittag aufsetzen. Das ist nicht die Kunst. Die Kunst beginnt dort, wo das gewachsene Warenwirtschaftssystem keine dokumentierte Schnittstelle hat, wo Rechte aus dem Verzeichnisdienst in die Suche durchgereicht werden müssen und wo ein Ablauf im Fehlerfall nachvollziehbar zurückgerollt werden soll. Genau diese Stellen sind seit über 15 Jahren unser Tagesgeschäft.

Standard nutzen, wo Standard trägt

Wir bauen nichts nach, was es fertig gibt. Quelloffene Werkzeuge sind ausgereift und ersparen Ihnen erheblichen Aufwand. Wir setzen sie ein, wo sie passen, und sagen Ihnen, wo sie nicht reichen.

Entwickeln, wo Standard aufhört

Die Anbindung an Ihre Fachsysteme, die Rechteweitergabe und die Fehlerbehandlung sind Softwareentwicklung. Wir liefern das aus derselben Hand, die zuvor die Architektur bewertet hat.

Betrieb von Anfang an mitgedacht

Container, Aktualisierungen, Überwachung, Sicherung. Wir planen den Dauerbetrieb vor der ersten Zeile Code, weil ein System ohne Betriebskonzept nach sechs Monaten stillsteht.

Keine bösen Überraschungen

Wenn ein Anwendungsfall mit einer Standardplattform vollständig abgedeckt ist, sagen wir das und bauen kein Projekt daraus. Diese Ehrlichkeit ist der Grund, warum Kunden mit dem nächsten Vorhaben wiederkommen.

Erfolgreich unter anderem gearbeitet für
  • Vodafone
  • Carglass
  • Snipes
  • IronMaxx
  • Roland
  • Hussel
  • Sunpoint
  • WM Beautysystems AG
  • Fritz Berger
  • Zec Plus
  • Assistance Partner Services
Häufige Fragen

Fragen zu KI-Werkzeugen und Infrastruktur

Reicht Ollama für den Betrieb in einem ganzen Unternehmen?

Für eine Abteilung mit überschaubarer gleichzeitiger Nutzung ja. Sobald mehrere Dutzend Personen parallel arbeiten und Antwortzeiten zugesichert werden sollen, ist ein auf Durchsatz optimierter Server wie vLLM die bessere Wahl. Da beide dieselbe Schnittstelle bereitstellen, ist der spätere Wechsel unkritisch. Wir empfehlen deshalb, mit dem einfacheren Werkzeug zu beginnen.

Was ist der Unterschied zwischen einer Automatisierung und einem Agenten?

Bei einer Automatisierung legen Sie den Ablauf vorab fest, das Modell erledigt einzelne Schritte darin. Bei einem Agenten bestimmt das Modell den Ablauf zur Laufzeit selbst. Automatisierungen sind dadurch verlässlich und prüfbar, Agenten flexibler und weniger vorhersehbar. Für wiederkehrende Geschäftsprozesse ist die Automatisierung fast immer die richtige Wahl.

Können wir n8n selbst betreiben, ohne dass Daten nach außen gehen?

Ja. Der Kern von n8n lässt sich vollständig in Ihrer eigenen Umgebung betreiben. Weder Prozessdaten noch Zugangsdaten zu Ihren Systemen verlassen dabei Ihr Netz. Zu beachten ist lediglich, dass einzelne Arbeitsschritte innerhalb eines Ablaufs externe Dienste ansprechen können, etwa ein Cloud-Modell. Diese Verbindungen sind bewusst zu setzen und in der Datenschutzdokumentation zu erfassen.

Brauchen wir eine Vektordatenbank oder reicht die Dokumentenfunktion der Oberfläche?

Für kleine, überschaubare Bestände reicht die eingebaute Funktion einer Oberfläche wie Open WebUI. Sobald mehrere tausend Dokumente vorliegen, Rechte je Dokument gelten oder Antworten mit Quellenangabe belegt werden sollen, führt kein Weg an einer eigenen Wissensschicht mit dedizierter Vektordatenbank vorbei. Der Übergang zeigt sich meist daran, dass Antworten unpräzise werden.

Wie aufwendig ist der Betrieb einer solchen Umgebung?

Eine sauber aufgesetzte Umgebung aus Ausführungsschicht, Wissensschicht und Oberfläche verursacht im Regelbetrieb überschaubaren Aufwand, im Wesentlichen Überwachung, Aktualisierungen und die Bewertung neuer Modelle. Der Aufwand entsteht nicht im Betrieb, sondern in der Einrichtung und in der Anbindung an Ihre Fachsysteme. Wichtig ist eine benannte verantwortliche Person für den Störungsfall.

Sind quelloffene Werkzeuge für ein Unternehmen sicher genug?

Quelloffenheit ist für die Sicherheitsbewertung eher ein Vorteil, weil der Code einsehbar und der Betrieb im eigenen Netz möglich ist. Entscheidend sind andere Faktoren: aktive Weiterentwicklung, zeitnahe Sicherheitsaktualisierungen und eine ausreichend große Gemeinschaft. Diese Punkte prüfen wir vor jeder Empfehlung, weil ein seit Monaten nicht gepflegtes Werkzeug unabhängig von seiner Lizenz ein Risiko darstellt.

Können wir mit einem Werkzeug starten und später erweitern?

Ja, und das ist der empfohlene Weg. Die Schichten sind bewusst voneinander getrennt, sodass Sie mit Ausführungsschicht und Oberfläche beginnen und Wissens- sowie Automatisierungsschicht später ergänzen können. Voraussetzung ist, dass die Schnittstellen zwischen den Schichten von Beginn an sauber definiert sind. Wird dieser Punkt übersprungen, wird jede Erweiterung zum Umbau.

Was kostet der Aufbau einer solchen Infrastruktur?

Die Softwarekosten sind bei quelloffenen Werkzeugen gering bis nicht vorhanden. Der Aufwand liegt in Einrichtung, Anbindung an Ihre Systeme, Datenaufbereitung und Schulung. Eine abgegrenzte erste Umgebung mit einem produktiven Anwendungsfall bewegt sich erfahrungsgemäß im niedrigen fünfstelligen Bereich, größere Vorhaben mit mehreren angebundenen Fachsystemen darüber. Eine belastbare Zahl nennen wir nach Sichtung Ihrer Systemlandschaft.

KI-Tools und Infrastruktur: die Werkzeuglandschaft für den Unternehmenseinsatz

Die Diskussion über Künstliche Intelligenz in Unternehmen dreht sich meist um Modelle. Für die praktische Umsetzung ist das jedoch die kleinste Entscheidung. Ob ein KI-Vorhaben Nutzen stiftet oder nach einigen Monaten stillschweigend eingestellt wird, entscheidet sich an der Infrastruktur darum herum: an der Software, die das Modell betreibt, an der Aufbereitung Ihrer eigenen Inhalte, an der Oberfläche für Ihre Mitarbeitenden und vor allem an der Anbindung an die Systeme, in denen Ihr Tagesgeschäft tatsächlich stattfindet.

Die Ausführungsschicht bildet das Fundament. Sie lädt das Modell in den Grafikspeicher und stellt eine Schnittstelle bereit. Ollama hat sich hier als pragmatischer Standard etabliert, weil die Inbetriebnahme wenige Minuten dauert und praktisch jedes weitere Werkzeug damit umgehen kann. LM Studio richtet sich an den einzelnen Arbeitsplatz und eignet sich hervorragend, um verschiedene Modelle an echten Aufgaben zu vergleichen, bevor eine Beschaffungsentscheidung fällt. vLLM ist die Antwort auf hohen Durchsatz und viele gleichzeitige Nutzer, verlangt dafür aber Erfahrung mit Serverbetrieb. Weil alle drei eine kompatible Schnittstelle bereitstellen, ist ein späterer Wechsel unkritisch. Diese Austauschbarkeit ist einer der Gründe, warum wir Unternehmen raten, mit dem einfachsten Werkzeug zu beginnen.

Die Wissensschicht entscheidet über die Antwortqualität

Ein Modell kennt Ihr Unternehmen nicht. Damit es Fragen zu Handbüchern, Verträgen, Richtlinien oder Produktdaten beantworten kann, braucht es Zugriff auf diese Inhalte. Umgesetzt wird das über Retrieval Augmented Generation: Vor der Antwort wird gezielt in Ihren Dokumenten gesucht und der gefundene Abschnitt als Kontext mitgegeben. Technisch stützt sich das auf eine Vektordatenbank, in der Ihre Inhalte inhaltlich durchsuchbar abgelegt sind. Qdrant hat sich hier bewährt, ebenso die Vektorerweiterung von PostgreSQL, wenn eine solche Datenbank ohnehin im Haus betrieben wird. Der eigentliche Aufwand liegt jedoch nicht in der Datenbank, sondern in der Aufbereitung: Gescannte Unterlagen, uneinheitliche Formate und gewachsene Ablagen müssen strukturiert werden, bevor eine Suche darauf brauchbare Ergebnisse liefert. Wer diesen Punkt in der Projektplanung übergeht, verschiebt ihn nur.

Ebenso wichtig ist die Rechtevergabe. Nicht jede Person darf jedes Dokument sehen, und diese Prüfung muss bereits im Suchschritt greifen. Wird sie erst in der Oberfläche vorgenommen, hat das Modell die Inhalte längst gelesen und gibt sie in seiner Antwort wieder. Dieser Fehler ist in der Praxis häufig und in seinen Folgen erheblich, weil er unbemerkt bleibt, bis jemand ihn zufällig entdeckt.

Automatisierung erzeugt den messbaren Nutzen

Solange KI im Chatfenster stattfindet, bleibt sie Assistenz und ihr Beitrag schwer messbar. Wirtschaftlich relevant wird sie erst durch die Anbindung an ERP, CRM, Postfach, Ticketsystem und Dateiablage. Automatisierungsplattformen leisten genau das. n8n ist für den Mittelstand unsere Standardempfehlung, weil es vollständig im eigenen Netz betrieben werden kann und damit weder Prozess- noch Zugangsdaten das Haus verlassen. Make bietet einen komfortablen Einstieg ohne eigenen Betrieb, verarbeitet die Daten aber auf Anbieterseite. Zapier hat die größte Auswahl fertiger Anbindungen und ist bei einfachen Verkettungen kaum zu schlagen, stößt jedoch bei verzweigter Ablauflogik an Grenzen.

KI-Agenten schließlich sind das derzeit am meisten diskutierte Feld. Sie zerlegen Aufgaben selbstständig in Schritte und rufen dafür Werkzeuge auf. Das funktioniert bei klar abgegrenzten Aufgaben mit wenigen Schritten gut. Bei langen, offenen Abläufen sinkt die Zuverlässigkeit deutlich, weil sich Fehler über die Schritte fortpflanzen. Für den produktiven Einsatz gelten deshalb vier Regeln: enge Aufgabengrenzen, Werkzeugrechte nach dem Prinzip der geringsten Berechtigung, lückenlose Protokollierung und eine menschliche Freigabe vor jeder Handlung mit Außenwirkung.

Die Zugangsschicht ist eine Sicherheitsfrage

Ein Punkt wird in Projektplanungen regelmäßig übersehen: Wenn Sie Ihren Mitarbeitenden keinen kontrollierten Zugang zu KI bereitstellen, beschaffen sie sich selbst einen. Frei verfügbare Dienste sind einen Klick entfernt, und in vielen Unternehmen laufen Angebote, Kundenschreiben und interne Unterlagen längst durch private Zugänge, ohne vertragliche Grundlage und ohne Kenntnis der Geschäftsführung. Eine eigene Oberfläche wie Open WebUI oder BionicGPT löst dieses Problem nicht durch Verbote, sondern durch ein besseres Angebot: Wer intern ein Werkzeug hat, das schnell erreichbar ist, die Unternehmensdokumente kennt und ohne Anmeldung bei Dritten funktioniert, nutzt keine privaten Alternativen mehr. Die Zugangsschicht ist damit weniger eine Komfortentscheidung als die wirksamste Einzelmaßnahme gegen unkontrollierten Datenabfluss.

Wo Standardwerkzeuge aufhören und Entwicklung beginnt

Alle genannten Werkzeuge sind ausgereift und ersparen erheblichen Aufwand. Keines davon kennt jedoch Ihre Prozesse, Ihre Datenstruktur oder Ihre Rechtevergabe. Die Verbindung zwischen Standardwerkzeug und Unternehmensrealität bleibt Entwicklungsarbeit, und genau hier liegt in der Praxis die Grenze, an der viele Vorhaben ins Stocken geraten. KI Brains entwickelt seit 2010 Software und hat über 500 Projekte umgesetzt. Wir setzen quelloffene Werkzeuge ein, wo sie tragen, und entwickeln dort, wo sie aufhören, von der Anbindung gewachsener Fachsysteme über die Weitergabe von Rechten aus dem Verzeichnisdienst bis zur nachvollziehbaren Fehlerbehandlung. Und wenn ein Anwendungsfall mit einer Standardplattform vollständig abgedeckt ist, sagen wir Ihnen das, statt ein Projekt daraus zu machen.

Weiterführend empfehlen wir die Übersicht der KI Wissensdatenbank, den Vergleich der KI-Modelle für Cloud und lokalen Betrieb sowie unsere Seiten zur KI Beratung, zur Prozessoptimierung und zu unseren Leistungen.

Nächster Schritt

Welche Werkzeuge passen zu Ihrer Systemlandschaft?

In einem Gespräch sichten wir Ihre bestehenden Systeme und den geplanten Anwendungsfall. Sie erhalten eine konkrete Empfehlung, welche Schichten Sie tatsächlich brauchen, was mit Standardwerkzeugen abgedeckt ist und wo Entwicklung nötig wird.

Unverbindlich und kostenfrei. Antwort in der Regel innerhalb eines Werktags.