Entwickler wechselt von Cursor Composer 2 und Kimi 2.6 zu Qwen3.6:35b-a3b für Unternehmensworkloads

Ein Entwickler auf r/LocalLLaMA berichtet, dass er Cursor Composer 2 und Kimi 2.6 erfolgreich durch Qwen3.6:35b-a3b für die tägliche Softwareentwicklung an einer Unternehmenscodebasis mit 500.000–700.000 Zeilen (60 Stunden/Woche) ersetzt hat. Der Nutzer hatte zuvor Kimi 2.6 und DeepSeek 4 Pro/Flash ausprobiert, fand aber Qwen3.6:35b-a3b am besten geeignet.

Wichtige Details

• Modell: Qwen3.6:35b-a3b (die 3.6-Version mit 35 Mrd. Parametern und einem 3 Mrd. aktivierten Subset via MoE? – die Notation des Nutzers ist mehrdeutig; vermutlich Qwen2.5-32B oder eine benutzerdefinierte Variante). Das Modell unterstützt Bild-/Screenshot-Eingabe.
• Hosting: Ausgeführt über OpenRouter zu etwa 0,08 $ pro 1 Mio. Tokens im Durchschnitt nach Cache- und Abrechnungsanpassungen. Dem Nutzer fehlt die Hardware für lokale Inferenz.
• Arbeitslast: Vollzeitentwicklung an einer großen Unternehmenssoftware-Suite. Der Nutzer behauptet, das Modell „verstehe“ die Codebasis und den Aufgabenkontext tatsächlich und übertreffe frühere Optionen.
• Fehlende Funktion: Der einzige Nachteil ist das Fehlen der Cloud Agents-Funktionalität von Cursor und des hohen Durchsatzes von Composer 2.

Kostenvergleich

Mit ~0,08 $/1 Mio. Tokens wird Qwen3.6:35b-a3b als „unglaublich günstig“ für sein Leistungsniveau beschrieben. Eine genaue Aufschlüsselung wird nicht gegeben, aber Cache- und Nutzungsrabatte kommen zum Tragen.

Für wen es geeignet ist

Entwickler, die mit großen proprietären Codebasen arbeiten und ein leistungsfähiges, kostengünstiges Modell für KI-gestützte Programmierung wünschen, ohne lokale GPU-Hardware zu benötigen.