Allgemein

KI-Agenten lokal betreiben: 3 Wege ohne Cloud — mit Kostenvergleich (2026)

9. Juli 2025
GWGorden Wübbe
KI-Agenten lokal betreiben: 3 Wege ohne Cloud — mit Kostenvergleich (2026)

Aktualisierte Auswahlhilfe 2026

Welcher Weg passt zu Ihrem lokalen KI-Agenten?

Ein lokaler KI-Agent besteht nicht nur aus einem Sprachmodell. Für einen belastbaren Betrieb brauchen Sie vier Bausteine: eine Modell-Laufzeit, die Agentenlogik, klar begrenzte Werkzeuge sowie Speicher und Protokollierung. Welche Software sinnvoll ist, hängt deshalb vor allem davon ab, ob Sie ausprobieren, entwickeln oder einen Dienst für mehrere Nutzer betreiben wollen.

Vergleich von LM Studio, Ollama und vLLM für lokale KI-Agenten
BetriebswegGeeignet fürStärkeZu beachten
LM StudioEinzelplatz und schneller PrototypGrafische Bedienung, lokale APIs und Dokument-ChatZugriffe und Netzwerkfreigaben bewusst konfigurieren
OllamaEntwicklung und reproduzierbare WorkflowsSchlanke CLI und lokale API auf dem eigenen RechnerAgentenlogik, Rechte und Monitoring separat ergänzen
vLLMInterner Server und mehrere gleichzeitige NutzerOpenAI-kompatibler Dienst für produktionsnahe APIsMehr Betriebs-, Sicherheits- und GPU-Know-how nötig

Schnell testen

LM Studio ist der direkteste Einstieg, wenn eine Person Modelle und Prompts vergleichen soll.

Workflow bauen

Ollama passt gut, wenn Skripte, RAG oder Werkzeuge über eine lokale API angebunden werden.

Intern bereitstellen

vLLM ist sinnvoll, wenn ein abgesicherter Modell-Endpunkt mehrere Anwendungen versorgen soll.

Kosten realistisch vergleichen

Vergleichen Sie nicht nur API-Preis und Hardwarekauf. Rechnen Sie für zwölf Monate mit Hardware-Abschreibung + Strom + Betriebszeit + Wartung + erwarteter Auslastung. Ein lokales System lohnt sich besonders bei stetiger Nutzung, sensiblen Daten oder Offline-Anforderungen. Bei seltenen Lastspitzen kann eine hybride Architektur wirtschaftlicher sein. Vor der Entscheidung sollte ein Test mit Ihren echten Dokumenten, Werkzeugaufrufen und Qualitätskriterien stehen.

Passend zu Ihrer Suche

Lokale KI-Agenten gezielt vertiefen

Der Leitfaden zum lokalen Betrieb von KI-Agenten – maximale Kontrolle, minimale Abhängigkeit

ChatGPT, Claude und Gemini laufen in der Cloud. Für viele Unternehmen stellt sich deshalb eine entscheidende Frage: Wie können wir KI und KI-Agenten lokal und unabhängig betreiben? Die kurze Antwort: Mit einem Open-Weight-Modell, einer lokalen Laufzeit wie Ollama oder LM Studio und passender Hardware läuft ein Sprachmodell vollständig auf dem eigenen Rechner oder Server – ohne dass Prompts oder Dokumente das Haus verlassen.

Cloud-Dienste sind bequem, bringen aber Nachteile mit: Datenschutzfragen, Abhängigkeit von Drittanbietern, Latenz und laufende nutzungsabhängige Kosten. Der lokale Betrieb löst einen Teil dieser Probleme – und verlagert dafür Verantwortung für Hardware, Updates und Sicherheit ins eigene Team.

Warum Sie KI-Agenten lokal betreiben sollten

Der lokale Betrieb von KI-Agenten bietet Ihnen:

  • Datensouveränität – Prompts, Dokumente und Ergebnisse bleiben in Ihrer Infrastruktur
  • Planbare Kosten – keine nutzungsabhängigen API-Gebühren, dafür Hardware und Betrieb
  • Volle Kontrolle über Modell und Version – kein Anbieter tauscht das Modell ungefragt aus
  • Offline-Funktionalität – Betrieb auch ohne Internetverbindung
  • Geringe Latenz im eigenen Netz – keine Umwege über externe Rechenzentren

Besonders lohnend ist das für Unternehmen, die mit vertraulichen Daten arbeiten – Kanzleien, Arztpraxen, Entwicklungsabteilungen oder Behörden – und für Teams, die eine KI dauerhaft und mit gleichbleibender Last nutzen.

Welche Hardware braucht lokale KI – und geht es ohne Grafikkarte?

Ja, lokale KI läuft auch ohne Grafikkarte. Ollama rechnet dann vollständig auf dem Prozessor und lädt das Modell in den Arbeitsspeicher; ollama ps zeigt in diesem Fall „100% CPU“ an (Ollama FAQ). Das funktioniert, ist aber deutlich langsamer. Für flüssiges Arbeiten ist eine Grafikkarte mit ausreichend Grafikspeicher (VRAM) oder ein Mac mit Apple-Chip sinnvoll, den Ollama über Metal nutzt (Ollama GPU-Doku).

Faustregel für den Speicherbedarf: In voller Genauigkeit (fp16) braucht ein Modell rund 2 GB Speicher pro Milliarde Parameter. Mit 4-Bit-Quantisierung sinkt das auf etwa ein Viertel – Hugging Face nennt für ein 15,5-Milliarden-Modell in 4 Bit „etwas über 9 GB“ (Hugging Face). Dazu kommt Speicher für den Kontext: Ollama stellt die Kontextlänge automatisch nach verfügbarem VRAM ein (Ollama Kontextlänge).

Aktuelle Open-Weight-Modelle in Ollama: Downloadgröße laut ollama.com (Stand September 2026)
Modell (Ollama-Tag)DownloadLizenzWerkzeugaufrufePasst grob zu
qwen3.5:4b3,4 GBApache 2.0jaLaptop, 8–16 GB RAM, auch ohne GPU
ministral-3:8b6,0 GBApache 2.0jaRechner mit 16 GB RAM oder 8 GB VRAM
gemma4:12b7,6 GBApache 2.0jaGPU mit 12 GB VRAM, Mac mit 16 GB
gpt-oss:20b14 GBApache 2.0ja16 GB Speicher (laut OpenAI)
qwen3.6:27b18 GBApache 2.0jaGPU mit 24 GB VRAM, Mac mit 32 GB
llama3.3:70b43 GBLlama Community Licenseja2 GPUs mit je 24–48 GB oder Workstation
gpt-oss:120b65 GBApache 2.0jaeine 80-GB-GPU (laut OpenAI)

Quellen: Qwen 3.5, Ministral 3, Gemma 4, Qwen 3.6, Llama 3.3, gpt-oss. Die Spalte „Passt grob zu“ ist eine Einordnung auf Basis der Downloadgröße plus Kontextspeicher – testen Sie mit Ihren eigenen Dokumenten, bevor Sie Hardware kaufen. Achten Sie außerdem auf die Lizenz: Die Llama-Lizenz ist keine Open-Source-Lizenz und hat eigene Nutzungsbedingungen.

Ob sich eigene Hardware rechnet, hängt von der Auslastung ab. Die Rechnung aus Abschreibung, Strom, Betriebszeit und Wartung finden Sie oben im Abschnitt „Kosten realistisch vergleichen“.

Die Software-Landschaft für lokale KI-Agenten

Es gibt mittlerweile ausgereifte Open-Source-Lösungen, die den Betrieb lokaler KI-Agenten vereinfachen. Die wichtigsten Plattformen:

1. LM Studio

LM Studio ist eine benutzerfreundliche Desktop-Anwendung, mit der Sie Open-Weight-Modelle lokal ausführen und im Chat vergleichen.

  • Vorteile: Intuitive Benutzeroberfläche, einfache Modell-Installation, Chat-Interface
  • Nachteile: Begrenzte Anpassungsmöglichkeiten, weniger geeignet für Produktionsumgebungen
  • Ideal für: Einsteiger und schnelle Tests

2. Ollama

Ollama ist ein schlankes Werkzeug mit Kommandozeile, Desktop-App und lokaler API, das eine große Modellbibliothek bereitstellt.

  • Vorteile: Ressourceneffizient, einfache API, große Modellbibliothek
  • Nachteile: Rechte, Monitoring und Mehrbenutzerbetrieb müssen Sie selbst ergänzen
  • Ideal für: Entwickler und reproduzierbare Workflows

3. LocalAI

LocalAI ist ein selbst gehosteter, OpenAI-API-kompatibler Server, der verschiedene Modelle unterstützt.

  • Vorteile: OpenAI-API-Kompatibilität, Docker-Support, Multi-Modell-Unterstützung
  • Nachteile: Komplexere Einrichtung, benötigt DevOps-Kenntnisse
  • Ideal für: Unternehmen, die eine OpenAI-Alternative im eigenen Netz suchen

4. LangChain / LlamaIndex

Diese Frameworks erleichtern die Erstellung komplexer KI-Anwendungen mit lokalen Modellen.

  • Vorteile: Hochgradig anpassbar, unterstützt zahlreiche Datenquellen, umfangreiche Funktionalität
  • Nachteile: Steile Lernkurve, erfordert Programmierkenntnisse
  • Ideal für: Entwicklung maßgeschneiderter KI-Lösungen

Die Wahl hängt von Ihren Anforderungen ab. Eine bewährte Kombination: Ollama für Prototypen und Workflows, ein Framework wie LangChain für produktionsreife Anwendungen – und vLLM, sobald mehrere Nutzer gleichzeitig auf einen Modell-Endpunkt zugreifen.

Schritt für Schritt: lokale KI mit Ollama installieren

So richten Sie in wenigen Minuten ein lokales Sprachmodell mit Ollama ein:

  1. Ollama installieren
    Laden Sie Ollama von ollama.com/download herunter. Unter Linux genügt: curl -fsSL https://ollama.com/install.sh | sh. Für macOS (ab Version 14) gibt es eine App, für Windows (ab Version 10) den Installer OllamaSetup.exe.
  2. Modell herunterladen
    Im Terminal: ollama pull gemma4:12b (rund 7,6 GB). Auf schwächerer Hardware wählen Sie ein kleineres Modell wie qwen3.5:4b.
  3. Modell starten
    ollama run gemma4:12b öffnet einen Chat im Terminal. ollama ls listet installierte Modelle, ollama ps zeigt laufende Modelle und ob sie auf GPU oder CPU laufen, ollama rm entfernt ein Modell (Ollama CLI).
  4. API nutzen
    Ollama stellt eine REST-API auf 127.0.0.1:11434 bereit – standardmäßig nur auf dem eigenen Rechner erreichbar:
    curl http://localhost:11434/api/generate -d '{"model": "gemma4:12b", "prompt": "Fasse die DSGVO in drei Sätzen zusammen.", "stream": false}'
  5. In eigene Anwendungen einbinden
    Mit Python binden Sie das Modell direkt in Ihre Anwendungen ein:
import requests

def ask_local_ai(prompt):
    response = requests.post('http://localhost:11434/api/generate',
        json={'model': 'gemma4:12b', 'prompt': prompt, 'stream': False})
    return response.json()['response']

result = ask_local_ai("Welche Fristen gelten für eine Kündigung in der Probezeit?")
print(result)

Dieser Aufbau ist die Grundlage für einen echten Agenten: Im nächsten Schritt geben Sie dem Modell Zugriff auf Ihre Dokumente (RAG) und auf klar begrenzte Werkzeuge.

Fortgeschrittene Techniken für lokale KI-Agenten

Sobald die Grundlagen laufen, steigern diese Techniken die Leistung Ihrer lokalen KI-Agenten:

1. Quantisierung

Durch Quantisierung reduzieren Sie die Größe von Modellen erheblich, bei meist geringen Qualitätseinbußen. Mit GGUF-Formaten und 4-Bit-Quantisierung laufen auch große Modelle auf Workstation-Hardware. Die Modelle in der Ollama-Bibliothek sind in der Regel bereits quantisiert.

2. RAG-Integration (Retrieval-Augmented Generation)

Verbinden Sie Ihre lokalen Modelle mit Ihren eigenen Dokumenten, damit Antworten auf Handbüchern, Verträgen oder Wissensdatenbanken beruhen statt auf dem allgemeinen Trainingswissen. Weitere Hintergründe zu KI-Strategien finden Sie im KI-Blog von geoagenturen.de. Das Prinzip mit der Ollama-API – ohne zusätzliches Framework:

import requests

OLLAMA = 'http://localhost:11434'

def embed(texts):
    r = requests.post(f'{OLLAMA}/api/embed',
        json={'model': 'nomic-embed-text', 'input': texts})
    return r.json()['embeddings']

def cosine(a, b):
    dot = sum(x * y for x, y in zip(a, b))
    norm = (sum(x * x for x in a) ** 0.5) * (sum(y * y for y in b) ** 0.5)
    return dot / norm

# 1. Dokumente in Abschnitte teilen und einmalig einbetten
chunks = open('handbuch.txt', encoding='utf-8').read().split('\n\n')
vectors = embed(chunks)

# 2. Zur Frage die passendsten Abschnitte suchen
question = 'Wie lange ist die Gewährleistung?'
q = embed([question])[0]
top = sorted(zip(chunks, vectors), key=lambda c: cosine(q, c[1]), reverse=True)[:3]
context = '\n\n'.join(chunk for chunk, _ in top)

# 3. Antwort nur auf Basis dieser Abschnitte erzeugen
r = requests.post(f'{OLLAMA}/api/chat', json={
    'model': 'gemma4:12b',
    'stream': False,
    'messages': [
        {'role': 'system', 'content': 'Antworte nur auf Basis des Kontexts.\n\n' + context},
        {'role': 'user', 'content': question},
    ],
})
print(r.json()['message']['content'])

Für größere Dokumentmengen ersetzen Sie die Liste durch eine Vektordatenbank wie Chroma, Qdrant oder pgvector.

3. Fine-Tuning für spezifische Anwendungen

Mit Techniken wie QLoRA stimmen Sie Open-Weight-Modelle auf Ihre Fachsprache und Aufgaben ab. In der Praxis lohnt sich Fine-Tuning meist erst, wenn RAG und gute Systemanweisungen ausgereizt sind.

4. Multi-Agenten-Architekturen

Kombinieren Sie spezialisierte Agenten zu einem Workflow: Ein Agent recherchiert in den internen Dokumenten, ein zweiter prüft das Ergebnis gegen Vorgaben, ein dritter erstellt den Entwurf. Achten Sie dabei auf Modelle mit Unterstützung für Werkzeugaufrufe – alle Modelle in der Tabelle oben bringen sie laut ollama.com mit.

Ist lokale KI automatisch DSGVO-konform?

Nein. Lokaler Betrieb ist aus Datenschutzsicht ein großer Vorteil, ersetzt aber nicht die Pflichten der DSGVO. Die Datenschutzkonferenz bezeichnet technisch geschlossene Systeme als „aus datenschutzrechtlicher Sicht vorzugswürdig“. Gleichzeitig bleiben eine Rechtsgrundlage, die Zweckbindung, technische und organisatorische Maßnahmen nach Art. 25 DSGVO und – beim KI-Einsatz „vielfach“ – eine Datenschutz-Folgenabschätzung nach Art. 35 DSGVO erforderlich (DSK-Orientierungshilfe KI und Datenschutz).

Hinzu kommt der EU AI Act. Er gilt auch für Unternehmen, die ein Open-Weight-Modell nur intern einsetzen. Seit dem 2. August 2026 gelten die Transparenzpflichten aus Art. 50 – etwa der Hinweis, dass Nutzer mit einer KI interagieren (EU-Kommission zu Art. 50). Die Pflicht zur KI-Kompetenz der Mitarbeitenden aus Art. 4 gilt seit Februar 2025 und wurde 2026 durch den Digital Omnibus angepasst (AI Act Service Desk).

Typische Einsatzfälle für lokale KI-Agenten im Unternehmen

1. Interne Wissensassistenten

Ein Agent beantwortet Fragen zu Handbüchern, Richtlinien und Projektdokumenten – ohne dass diese Dokumente an einen Cloud-Anbieter gehen.

2. Vertrauliche Dokumentenanalyse

Verträge, Personalunterlagen oder Patientendaten zusammenfassen, prüfen und klassifizieren, wo ein externer Dienst rechtlich oder vertraglich ausgeschlossen ist.

3. Entwicklung und Code-Assistenz

Quellcode und interne Schnittstellen bleiben im eigenen Netz, während Entwickler trotzdem KI-Unterstützung nutzen.

4. Offline- und Edge-Szenarien

Produktion, Außendienst oder abgeschottete Netze, in denen keine stabile Internetverbindung besteht oder bestehen darf.

5. Automatisierte Workflows mit Werkzeugen

Agenten, die E-Mails vorsortieren, Tickets anlegen oder Daten zwischen internen Systemen übertragen – mit klar begrenzten Rechten und Protokollierung.

Zukünftige Entwicklungen bei lokalen KI-Agenten

Der Bereich entwickelt sich rasant weiter. Diese Trends sollten Sie im Auge behalten:

  • Kleinere, effizientere Modelle, die mit wenigen Milliarden Parametern und Mixture-of-Experts-Architekturen hochwertige Ergebnisse liefern
  • Mehr Open-Weight-Modelle unter Apache 2.0, was den kommerziellen Einsatz vereinfacht
  • On-Device-KI für mobile und Edge-Anwendungen
  • Hybrid-Architekturen, die lokale Verarbeitung sensibler Daten mit Cloud-Modellen für unkritische Aufgaben kombinieren
  • Bessere Werkzeuge für Nicht-Programmierer, die den Einstieg in lokale KI-Agenten erleichtern

Fazit: Der Weg zur KI-Souveränität

KI lokal zu betreiben ist mehr als eine technische Entscheidung – es ist ein Schritt zu digitaler Souveränität. Für den Einstieg reichen Ollama, ein aktuelles Open-Weight-Modell und ein Rechner mit 16 GB Arbeitsspeicher. Für den produktiven Einsatz im Unternehmen kommen Rechte, Protokollierung, Datenschutz und eine ehrliche Kostenrechnung hinzu.

Sie möchten prüfen, ob sich ein lokaler oder hybrider KI-Agent für Ihr Unternehmen lohnt? Hier erfahren Sie, wie wir lokale KI-Agenten im Unternehmen umsetzen – von der Hardware-Auswahl bis zur Anbindung an Ihre Systeme.

Häufig gestellte Fragen

Welche Hardware benötige ich mindestens für lokale KI?

Für den Einstieg reicht ein aktueller Rechner mit 16 GB Arbeitsspeicher. Kleine Modelle wie qwen3.5:4b (3,4 GB Download) laufen damit auch ohne Grafikkarte, nur langsamer. Für flüssiges Arbeiten mit Modellen der 12- bis 27-Milliarden-Klasse ist eine Grafikkarte mit 12 bis 24 GB VRAM oder ein Mac mit Apple-Chip und 16 bis 32 GB Speicher sinnvoll. Faustregel: Mit 4-Bit-Quantisierung braucht ein Modell etwa ein Viertel des Speichers der vollen Genauigkeit, plus Speicher für den Kontext.

Läuft lokale KI auch ohne Grafikkarte?

Ja. Ollama rechnet ohne passende GPU vollständig auf dem Prozessor und lädt das Modell in den Arbeitsspeicher; der Befehl ollama ps zeigt dann „100% CPU“. Das funktioniert für kleine Modelle gut, ist bei größeren Modellen aber deutlich langsamer als mit Grafikkarte oder Apple-Chip.

Kann man ChatGPT lokal laufen lassen?

ChatGPT selbst nicht – es läuft ausschließlich bei OpenAI in der Cloud. OpenAI bietet mit gpt-oss aber Open-Weight-Modelle unter Apache-2.0-Lizenz an, die Sie lokal betreiben können: gpt-oss-20b läuft laut OpenAI mit 16 GB Speicher, gpt-oss-120b passt auf eine einzelne 80-GB-GPU. Beide lassen sich mit ollama run gpt-oss:20b bzw. gpt-oss:120b starten.

Welche lokale KI ist die beste?

Das hängt von Hardware und Aufgabe ab. Auf 16 GB Speicher sind aktuell Modelle wie gemma4:12b oder ministral-3:8b eine gute Wahl, mit 24 GB VRAM qwen3.6:27b, und gpt-oss:20b ist eine starke Allround-Option. Alle genannten unterstützen laut ollama.com Werkzeugaufrufe, was für KI-Agenten wichtig ist. Entscheidend ist ein Test mit Ihren eigenen Dokumenten und Aufgaben – Benchmarks ersetzen diesen Test nicht.

Ist lokale KI automatisch DSGVO-konform?

Nein. Lokaler Betrieb ist datenschutzrechtlich vorteilhaft, weil keine Daten an Dritte gehen – die Datenschutzkonferenz nennt geschlossene Systeme „vorzugswürdig“. Trotzdem brauchen Sie eine Rechtsgrundlage, müssen die Zweckbindung beachten, technische und organisatorische Maßnahmen umsetzen und beim KI-Einsatz häufig eine Datenschutz-Folgenabschätzung durchführen. Zusätzlich gelten seit dem 2. August 2026 die Transparenzpflichten des EU AI Act.

Welche Software-Plattformen eignen sich am besten für lokale KI-Agenten?

LM Studio eignet sich für den schnellen Einstieg mit grafischer Oberfläche, Ollama für Entwicklung und Workflows über eine lokale API, vLLM für einen internen Server mit mehreren gleichzeitigen Nutzern. Frameworks wie LangChain oder LlamaIndex helfen beim Bau komplexerer Agenten mit Dokumenten und Werkzeugen.

Was ist RAG (Retrieval-Augmented Generation) und wie nutze ich es mit lokalen KI-Agenten?

RAG verbindet ein Sprachmodell mit Ihren eigenen Dokumenten. Die Dokumente werden in Abschnitte geteilt und als Vektoren eingebettet; zu jeder Frage sucht das System die passendsten Abschnitte und gibt sie dem Modell als Kontext mit. Mit Ollama geht das komplett lokal: ein Embedding-Modell wie nomic-embed-text über /api/embed und ein Sprachmodell über /api/chat.

Wie hoch sind die Kosten für den Betrieb lokaler KI-Agenten im Vergleich zu Cloud-Diensten?

Lokal zahlen Sie Hardware, Strom, Wartung und Betriebszeit statt nutzungsabhängiger API-Gebühren. Ein Rechner für kleine bis mittlere Modelle liegt im niedrigen vierstelligen Bereich, Server für große Modelle deutlich darüber. Ob sich das lohnt, hängt vor allem von der Auslastung ab: Bei gleichmäßiger, hoher Nutzung und sensiblen Daten rechnet sich lokal eher, bei seltenen Lastspitzen oft eine hybride Lösung. Vergleichen Sie über zwölf Monate mit Ihren tatsächlichen Token-Mengen und den aktuellen API-Preisen.

Wie kann ich meine lokalen KI-Modelle für bestimmte Aufgaben optimieren?

Beginnen Sie mit klaren Systemanweisungen und RAG auf Ihren eigenen Dokumenten – das bringt meist den größten Effekt. Passen Sie die Kontextlänge an Ihre Dokumente an und wählen Sie die Quantisierung passend zur Hardware. Fine-Tuning mit QLoRA lohnt sich erst, wenn diese Schritte ausgereizt sind und genügend eigene Trainingsbeispiele vorliegen.

Wie kann ich mehrere lokale KI-Agenten in einem Workflow kombinieren?

Über Orchestrierungs-Frameworks wie LangChain oder eine eigene Steuerungsschicht. Jeder Agent übernimmt eine klar abgegrenzte Aufgabe, zum Beispiel Recherche in internen Dokumenten, Prüfung gegen Vorgaben und Erstellung des Entwurfs. Die Agenten tauschen Ergebnisse über definierte Schnittstellen aus und arbeiten nacheinander oder parallel; Rechte und Protokollierung sollten für jeden Agenten einzeln festgelegt werden.

Von der Information zur Implementierung

Lokale KI-Agenten im Unternehmen einsetzen

Wir prüfen Schutzbedarf, Modellqualität, Hardware, Lizenzkosten und Integrationen für eine lokale oder hybride Architektur.

Ähnliche Beiträge