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.
| Betriebsweg | Geeignet für | Stärke | Zu beachten |
|---|---|---|---|
| LM Studio | Einzelplatz und schneller Prototyp | Grafische Bedienung, lokale APIs und Dokument-Chat | Zugriffe und Netzwerkfreigaben bewusst konfigurieren |
| Ollama | Entwicklung und reproduzierbare Workflows | Schlanke CLI und lokale API auf dem eigenen Rechner | Agentenlogik, Rechte und Monitoring separat ergänzen |
| vLLM | Interner Server und mehrere gleichzeitige Nutzer | OpenAI-kompatibler Dienst für produktionsnahe APIs | Mehr 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
Ollama vs. LM Studio vs. Jan
Die Desktop-Werkzeuge im direkten Vergleich für Prototypen und lokale Workflows.
Beitrag lesenLeichtgewichtPicoClaw in der Praxis
Setup, Grenzen und sinnvolle Einsatzfelder eines besonders schlanken KI-Agenten.
Beitrag lesenArchitekturKI-Agenten orchestrieren
Wie mehrere Agenten, Werkzeuge, Zustände und Freigaben kontrolliert zusammenspielen.
Beitrag lesenDer 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).
| Modell (Ollama-Tag) | Download | Lizenz | Werkzeugaufrufe | Passt grob zu |
|---|---|---|---|---|
| qwen3.5:4b | 3,4 GB | Apache 2.0 | ja | Laptop, 8–16 GB RAM, auch ohne GPU |
| ministral-3:8b | 6,0 GB | Apache 2.0 | ja | Rechner mit 16 GB RAM oder 8 GB VRAM |
| gemma4:12b | 7,6 GB | Apache 2.0 | ja | GPU mit 12 GB VRAM, Mac mit 16 GB |
| gpt-oss:20b | 14 GB | Apache 2.0 | ja | 16 GB Speicher (laut OpenAI) |
| qwen3.6:27b | 18 GB | Apache 2.0 | ja | GPU mit 24 GB VRAM, Mac mit 32 GB |
| llama3.3:70b | 43 GB | Llama Community License | ja | 2 GPUs mit je 24–48 GB oder Workstation |
| gpt-oss:120b | 65 GB | Apache 2.0 | ja | eine 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:
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:
- 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 InstallerOllamaSetup.exe. - Modell herunterladen
Im Terminal:ollama pull gemma4:12b(rund 7,6 GB). Auf schwächerer Hardware wählen Sie ein kleineres Modell wieqwen3.5:4b. - Modell starten
ollama run gemma4:12böffnet einen Chat im Terminal.ollama lslistet installierte Modelle,ollama pszeigt laufende Modelle und ob sie auf GPU oder CPU laufen,ollama rmentfernt ein Modell (Ollama CLI). - API nutzen
Ollama stellt eine REST-API auf127.0.0.1:11434bereit – 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}' - 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.



