Qwen 3.6 27B/35B kämpft mit Tool-Calling und File-Operationen in lokalen Setups
Ein Reddit-Nutzer dokumentiert auf r/LocalLLaMA reproduzierbare Ausfälle beim Tool-Calling von Qwen 3.6 in zwei unterschiedlichen lokalen Setups: OpenCode mit Qwen 3.6 27B via vLLM sowie Codex mit Qwen 3.6 35B via Ollama, beides unter Windows. Beide Modelle scheitern wiederholt an elementaren Datei-Operationen — konkret beim Erstellen oder Bearbeiten von HTML- und CSS-Dateien. Die beobachteten Fehler umfassen ungültige JSON-Ausgaben im Tool-Calling-Layer, Loops von 1–2 Minuten Länge ohne Ergebnis sowie Fälle, in denen das Modell den Erfolg einer Datei-Erstellung meldet, obwohl keine Datei auf dem Dateisystem angelegt wurde. Als Workaround generierte das Modell in OpenCode eigenständig ein Python-Skript, um die HTML-Datei indirekt zu schreiben — ein Zeichen für eine fehlerhafte Strategie-Auswahl. Interessanterweise verlief die Bearbeitung einer C++-Datei im gleichen Setup ohne größere Probleme, was auf einen dateityp- oder escape-spezifischen Fehler in der Tool-Formatierung hindeutet. Der Bericht ist ein Einzelnutzer-Erfahrungsbericht ohne systematische Evaluation, spiegelt aber eine verbreitete Frustration in der LocalLLM-Community wider.
- Getestete Modelle: Qwen 3.6 27B (vLLM + OpenCode) und Qwen 3.6 35B (Ollama + Codex) lokal auf Windows
- Hauptfehler: invalide JSON-Ausgaben im Tool-Call für write_file, Endlos-Loops und Phantom-Bestätigungen ohne tatsächliche Datei-Erstellung
- HTML/CSS-Dateien besonders betroffen; C++-Datei-Bearbeitung funktionierte vergleichsweise problemlos
- Modell wählte als Workaround selbstständig einen Umweg über ein generiertes Python-Skript statt direktem File-Write
- Kein systematischer Benchmark — Einzelbericht aus der LocalLLaMA-Community
Frag die KI zum Artikel
Folgefragen zu Headline, Quelle und Volltext — Antwort streamt in wenigen Sekunden.
Verwandte Beiträge
- MEINUNGreddit.com1w
Community-Hilferuf: Continue.dev friert bei Qwen-3.6-Modellen bei Coding-Calls ein
- MEINUNGreddit.com3w
Qwen 3.6 in Echtzeit-Projekt gescheitert: Developer beklagt mangelnde Coding-Fähigkeiten
- MEINUNGreddit.com1w
Continue.dev mit Qwen 3.6 und llama.cpp: Config-Probleme bei Tool Calls
- MEINUNGreddit.com2w
Qwen3.6-27B bricht Aufgaben mittendrin ab – vLLM-Konfigurationsproblem
Qwen 3.6 27B/35B kämpft mit Tool-Calling und File-Operationen in lokalen Setups
Ein Reddit-Nutzer dokumentiert auf r/LocalLLaMA reproduzierbare Ausfälle beim Tool-Calling von Qwen 3.6 in zwei unterschiedlichen lokalen Setups: OpenCode mit Qwen 3.6 27B via vLLM sowie Codex mit Qwen 3.6 35B via Ollama, beides unter Windows. Beide Modelle scheitern wiederholt an elementaren Datei-Operationen — konkret beim Erstellen oder Bearbeiten von HTML- und CSS-Dateien. Die beobachteten Fehler umfassen ungültige JSON-Ausgaben im Tool-Calling-Layer, Loops von 1–2 Minuten Länge ohne Ergebnis sowie Fälle, in denen das Modell den Erfolg einer Datei-Erstellung meldet, obwohl keine Datei auf dem Dateisystem angelegt wurde. Als Workaround generierte das Modell in OpenCode eigenständig ein Python-Skript, um die HTML-Datei indirekt zu schreiben — ein Zeichen für eine fehlerhafte Strategie-Auswahl. Interessanterweise verlief die Bearbeitung einer C++-Datei im gleichen Setup ohne größere Probleme, was auf einen dateityp- oder escape-spezifischen Fehler in der Tool-Formatierung hindeutet. Der Bericht ist ein Einzelnutzer-Erfahrungsbericht ohne systematische Evaluation, spiegelt aber eine verbreitete Frustration in der LocalLLM-Community wider.
- Getestete Modelle: Qwen 3.6 27B (vLLM + OpenCode) und Qwen 3.6 35B (Ollama + Codex) lokal auf Windows
- Hauptfehler: invalide JSON-Ausgaben im Tool-Call für write_file, Endlos-Loops und Phantom-Bestätigungen ohne tatsächliche Datei-Erstellung
- HTML/CSS-Dateien besonders betroffen; C++-Datei-Bearbeitung funktionierte vergleichsweise problemlos
- Modell wählte als Workaround selbstständig einen Umweg über ein generiertes Python-Skript statt direktem File-Write
- Kein systematischer Benchmark — Einzelbericht aus der LocalLLaMA-Community
Frag die KI zum Artikel
Folgefragen zu Headline, Quelle und Volltext — Antwort streamt in wenigen Sekunden.
Verwandte Beiträge
- MEINUNGreddit.com1w
Community-Hilferuf: Continue.dev friert bei Qwen-3.6-Modellen bei Coding-Calls ein
- MEINUNGreddit.com3w
Qwen 3.6 in Echtzeit-Projekt gescheitert: Developer beklagt mangelnde Coding-Fähigkeiten
- MEINUNGreddit.com1w
Continue.dev mit Qwen 3.6 und llama.cpp: Config-Probleme bei Tool Calls
- MEINUNGreddit.com2w
Qwen3.6-27B bricht Aufgaben mittendrin ab – vLLM-Konfigurationsproblem