AI Harness-Grundlagen vorausgesetzt: Qwen Code ist der quelloffene Coding-Agent von Alibabas Qwen-Team für Terminal, Desktop, IDE und Chat-Kanäle, der wahlweise mit Qwen-, Claude-, Gemini- oder beliebigen OpenAI-kompatiblen Modellen arbeitet – Lizenz Apache-2.0. Stand: 20. September 2026.
Was ist Qwen Code?
Qwen Code wird von Alibabas Qwen-Team als Open-Source-Projekt auf GitHub (QwenLM/qwen-code) unter der Apache-2.0-Lizenz entwickelt. Laut Projektbeschreibung „basierte dieses Projekt ursprünglich auf Google Gemini CLI Version 0.8.2“, seit Version 0.1 wird es jedoch unabhängig und ohne weitere Synchronisation mit dem Upstream-Projekt als „multi-protokollfähiges, plattformübergreifendes Agent-Framework mit tiefer Integration für Qwen-Modelle und darüber hinaus“ weiterentwickelt. Installiert wird Qwen Code über ein Installationsskript (curl -fsSL https://qwen-code-assets.oss-cn-hangzhou.aliyuncs.com/installation/install-qwen-standalone.sh | bash), per npm (npm install -g @qwen-code/qwen-code@latest, Node.js 22+) oder per Homebrew; gestartet wird die interaktive Sitzung mit dem Befehl qwen im Projektverzeichnis, die Authentifizierung erfolgt anschließend über den Befehl /auth. Neben dem Terminal gibt es eine Desktop-App, IDE-Erweiterungen für VS Code, Zed und JetBrains sowie eine browserbasierte Web-Oberfläche („Web Shell“) über qwen serve --open.
Qwen Code als AI Harness
Die Agentenschleife entspricht in ihrer Grundstruktur dem Vorbild Gemini CLI: Das Modell fordert Werkzeuge an, die Kernschleife führt sie aus und gibt Ergebnisse zurück. Werkzeuge stellt Qwen Code über eingebaute Skills (/review, /batch, /loop, /bugfix), LSP-Integration, Computer-Use-Funktionen für Desktop-Automatisierung sowie Model-Context-Protocol-Server bereit. Projektkontext liefert eine QWEN.md-Datei im Repository-Wurzelverzeichnis, die sich über @pfad/zu/datei.md modularisieren lässt. Checkpointing sichert vor jeder genehmigten Änderung einen Commit in einem Schatten-Git-Repository unter ~/.qwen/history/<project_hash>; /restore macht Änderungen rückgängig. Ein Sandbox-Modus isoliert Shell-Befehle und Dateizugriffe vom Host-System. Für arbeitsteilige Aufgaben stehen SubAgents für fokussierte Einzelaufgaben bereit, ergänzt um das experimentelle „Agent Team“ für kollaborative Mehragenten-Workflows mit geteilter Aufgabenliste und den ebenfalls experimentellen Modus „Agent Arena“, in dem bis zu fünf Modelle in isolierten Git-Worktrees konkurrierend dieselbe Aufgabe bearbeiten, bevor eine Lösung übernommen wird. Ein Daemon-Modus (qwen serve) bindet über HTTP und Server-Sent Events mehrere Clients – IDE, TUI, Web oder Chat-Kanäle wie Telegram, DingTalk, WeChat und Feishu – an denselben laufenden Agenten an.
Modelle und Modellzugang
Qwen Code ist in erster Linie auf Qwen-Modelle der Qwen3-Coder- und Qwen3-Max-Familien ausgelegt, per Konfiguration aber ausdrücklich anbieterunabhängig: Über die Umgebungsvariablen OPENAI_API_KEY, OPENAI_BASE_URL und OPENAI_MODEL lässt sich jeder OpenAI-kompatible Anbieter anbinden, darunter OpenAI selbst, Azure, OpenRouter oder ModelScope; alternativ konfigurieren ANTHROPIC_BASE_URL und ANTHROPIC_MODEL den Zugriff auf die Claude API, GEMINI_API_KEY auf die Gemini API oder – als eigenes Protokoll – GOOGLE_CLOUD_PROJECT (optional GOOGLE_CLOUD_LOCATION) über Application Default Credentials beziehungsweise GOOGLE_API_KEY den Zugriff auf Vertex AI. Für Alibabas eigene Modelle stehen zusätzlich die Bailian-Endpunkte „Coding Plan“ und „Token Plan“ mit Rechenzentren in Peking oder Singapur zur Verfügung. Diese frei konfigurierbare Endpunktarchitektur erfüllt genau die Voraussetzung, unter der sich Qwen Code auch über einen zentralen, OpenAI-kompatiblen Proxy wie das AI Gateway betreiben lässt – über dessen Basis-URL anstelle eines Modellanbieters direkt.
Einsatz im Unternehmen: Datenschutz und Governance
Weil Qwen Code beliebige Modellendpunkte anspricht, bestimmt der jeweils gewählte Anbieter über Verarbeitungsort und Aufbewahrung: Bei Alibaba-Cloud-Bailian-Endpunkten liegen die Rechenzentren laut Dokumentation in Peking oder Singapur, bei OpenAI-kompatiblen, Anthropic- oder Google-Endpunkten gelten deren jeweilige Bedingungen. Eine harnesseigene, anbieterübergreifende Telemetrie- oder SSO-Lösung dokumentiert das Projekt nicht; die Authentifizierung erfolgt je Anbieter über einzelne API-Schlüssel; laut Konfigurationsreferenz haben dabei Kommandozeilenargumente die höchste Priorität, gefolgt von Umgebungsvariablen (inklusive .env-Dateien) und erst danach den verschiedenen settings.json-Ebenen (System-, Projekt-, Nutzer- und Systemvorgaben-Datei). Der kostenlose Qwen-OAuth-Zugang endete laut Dokumentation zum 15. April 2026. Unabhängig vom gewählten Endpunkt gilt: Quellcode und Prompts gehen an den jeweils konfigurierten Modellanbieter und gehören vorab ins Verzeichnis der Verarbeitungstätigkeiten.
Qwen Code mit herdr orchestrieren
Der Terminal-Multiplexer herdr führt Qwen Code in seiner Tabelle unterstützter Agents mit Screen-Manifest als State Authority und Session-Integration – demselben Muster wie bei GitHub Copilot CLI oder Letta Code. Qwen Code lässt sich damit neben anderen Coding-Agents innerhalb einer herdr-verwalteten Terminal-Sitzung betreiben.
Einordnung: Entwickler-Harness und Unternehmens-Harness
Qwen Code richtet sich wie andere Coding-Harnesses an Entwicklerinnen und Entwickler im Terminal, in der IDE oder im Daemon-Betrieb. Für Fachanwender ohne Terminal-Workflow ist CompanyGPT der passende Harness – mit Werkzeugen über MCP-Server, Integrationen und n8n. Das AI Gateway bildet dazu die gemeinsame Kosten- und Governance-Schicht für alle Modellzugriffe im Unternehmen, gerade weil Qwen Code selbst schon anbieterunabhängig konfiguriert werden kann. Einen Überblick über weitere Harnesses bietet die Übersichtsseite KI-Harness. Wir unterstützen Unternehmen dabei, Qwen Code und andere Coding-Harnesses sauber in ein bestehendes AI-Governance-Konzept einzuordnen.