Lokales Ausführen von OmniCoder-9B mit llama.cpp-Konfigurationsdetails

Hardware- und Modell-Setup
Das Setup verwendet Mittelklasse-Hardware: AMD Ryzen 9 5900X CPU (12 Threads für Inferenz verwendet), 62 GB DDR4 RAM, NVIDIA RTX 3080 mit 10 GB VRAM, NVMe SSD und Ubuntu 22.04 auf einem Remote-Server.
Das Modell ist OmniCoder-9B, basierend auf Qwen3.5-9B, feinabgestimmt auf 425k+ Codierungsagenten-Trajektorien von Tesslate. Es verwendet Q6_K-Quantisierung (6,85 GB Dateigröße) mit 128K Token-Kontextfenster, bezogen von HuggingFace.
llama.cpp-Konfiguration
Das Modell läuft über llama.cpp-Server mit diesen spezifischen Flags:
llama-server \ --model /home/openclaw/models/omnicoder-9b/omnicoder-9b-q6_k.gguf \ --host 0.0.0.0 --port 8080 \ --ctx-size 131072 \ --n-gpu-layers 99 \ --cache-type-k q8_0 \ --cache-type-v q4_0 \ --threads 12 \ --batch-size 128 \ --flash-attn on \ --temp 0.4 \ --top-k 20 \ --top-p 0.95 \ --jinja \ --reasoning-budget 0
Wichtige Parameter erklärt:
--ctx-size 131072: 128K-Kontextfenster für große Codebasen--n-gpu-layers 99: Alle Schichten auf die GPU auslagern--cache-type-k q8_0 --cache-type-v q4_0: Komprimierter KV-Cache, um 128K Kontext in 10 GB VRAM unterzubringen--threads 12: Entspricht physischen Kernen (nicht Hyperthreads)--flash-attn on: Schnellere Attention-Berechnung--reasoning-budget 0: Deaktiviert die Kettenfolge-Ausgabe im reasoning_content-Feld, sodass das Modell direkt Code ausgibt
Leistung und Tests
Leistungsmetriken: Prompt-Auswertung bei ~300 Token/s, Generierung bei ~80-90 Token/s, VRAM-Nutzung ~8,5 GB/10 GB, Latenz 1-5 Sekunden für typische Codierungsaufgaben.
Die Tests wurden von Agent Zero durchgeführt, einem autonomen Agenten-Framework, das GLM-5 als Haupt-„Gehirn“ verwendet. Agent Zero entdeckte das --reasoning-budget 0-Flag, SSH'd in den Remote-Server, aktualisierte den systemd-Dienst, erstellte Benchmark-Skripte von Grund auf, führte mehrere Benchmarks durch (HumanEval base, HumanEval Pro, MBPP, MultiPL-E) und optimierte das Prompt-Engineering iterativ.
Benchmark-Ergebnisse
Benchmark-Ergebnisse im Vergleich zu offiziellen Angaben:
- HumanEval base: Offiziell 92,7 %, Lauf 1: 100 %, Lauf 2: 95 %, Lauf 3: 95 %, Durchschnitt: 96,7 %
- HumanEval Pro: Offiziell 70,1 %, Lauf 1: 70 %, Durchschnitt: 70 %
Der durchschnittliche HumanEval base-Score von 96,7 % übertrifft die offiziellen 92,7 %, während HumanEval Pro genau bei 70 % liegt.
📖 Read the full source: r/LocalLLaMA
👀 Siehe auch

Das LLM-Stimmproblem: Vermeidung von KI-generierten Schreibmustern
Ein Entwickler erörtert das häufige Problem, dass LLM-unterstütztes Schreiben erkennbare "LLM-Ismen" aufweist, die sofortige KI-Erkennung auslösen, und teilt einen Artikel über die Identifizierung dieser Muster und das Bearbeiten für Authentizität.

Praktischer Leitfaden zur Erstellung von Claude Skills: Struktur, Auslöser und Skripte
Claude Skills sind Anleitungsmanuale, die sich wiederholende Aufgaben automatisieren, gespeichert als Ordner mit einer SKILL.md-Datei in ~/.claude/skills/. Die Anleitung erklärt YAML-Trigger, Skript-Integration und Regeln für die Orchestrierung mehrerer Skills.

Claude Certified Agent Foundations Prüfungsleitfaden – Festgestellte Unstimmigkeiten
Ein kürzlicher CCA-F-Prüfungsteilnehmer berichtet von erheblichen Diskrepanzen zwischen dem offiziellen Prüfungsleitfaden, der Übungsprüfung und dem tatsächlichen Prüfungsinhalt. Die echte Prüfung kann bis zu 13 Szenarien umfassen, während der Leitfaden nur 6 auflistet und die Übungsprüfung lediglich 4 davon abdeckt.

OpenClaw Ollama Cloud: Drei-Schichten-Fix für fehlende Modelle und Doktor-Lösch-Bug
Eine saubere Installation von OpenClaw mit Ollama-Cloud-Modellen schlug fehl: Nur kimi-k2.5 funktionierte, Konfigurationen verschwanden. Ursache: Anbieterliste fehlte, Namensfeld erforderlich, und 'openclaw doctor --fix' löscht den Anbieter-Block.