Qwen Code Wochenbericht: Automatisches Modell-Fallback, verschachtelte Sub-Agenten, WeCom-Channel-Anbindung

Diese Woche hat Qwen Code drei stabile Versionen (v0.19.6 bis v0.19.8) veröffentlicht, mit über 150 gemergten PRs in vier Schwerpunktbereichen:

Modellüberlastung blockiert nicht mehr. Bisher führte ein 429/503/529 direkt zum Abbruch der Konversation — man musste manuell das Modell wechseln und neu senden. Jetzt wechselt die Fallback-Kette automatisch zum nächsten Ersatzmodell, sobald das Wiederholungsbudget des Hauptmodells erschöpft ist. Mit /model --project lassen sich verschiedene Modelle an verschiedene Projekte binden, ohne jedes Mal manuell umzuschalten.

Sub-Agenten können jetzt eigene Sub-Agenten erzeugen. Bisher waren Sub-Agenten „Blattknoten” — sie konnten eine Aufgabe nur selbst erledigen, aber nicht weiter delegieren. Jetzt sind standardmäßig 5 Verschachtelungsebenen möglich, und Sub-Agenten können Teilaufgaben an die nächste Ebene abgeben. Sowohl TUI als auch Web Shell zeigen die Baumstruktur an, sodass sofort erkennbar ist, wer wen erzeugt hat.

Web-Shell-Sitzungsverwaltung wird zum Gesamtsystem. Archivieren/Löschen/benannte Gruppen/Farb-Tags/Zeitplan-Verwaltung/Sitzungsübersicht mit Split-Screen — die Sitzungsseitenleiste war bisher nur zum Umschalten da, jetzt kann man sortieren, kategorisieren, überwachen und parallel arbeiten. 7 PRs verwandeln die Sitzung von einer „flachen Liste” in eine verwaltbare Ressource.

WeCom und Zugriffskontrolle vervollständigt. WeCom Smart-Bot-Channel-Anbindung — nur Bot ID und Secret nötig, keine Unternehmens-Admin-Rechte für Callbacks erforderlich. Das PreToolUse-Hook-„ask” zeigt jetzt tatsächlich einen Bestätigungsdialog — zuvor war diese Option praktisch eine stille Ablehnung. Berechtigungsregeln unterstützen jetzt auch die Syntax Tool(param:value) für eine granulare Steuerung nach Parameterwerten.

✨ Neue Features

Automatisches Modell-Fallback + projektbezogene Modellkonfiguration

Bei 429/503/529 stockte die Konversation. Diese Version führt eine Opt-in-Fallback-Kette ein — wenn das Wiederholungsbudget des Hauptmodells erschöpft ist, wird automatisch zum nächsten Modell in der Fallback-Liste gewechselt. Nur Kapazitäts- und Rate-Limit-Probleme lösen den Fallback aus. Authentifizierungs-, Kontingent-, Konfigurations- und Client-Fehler führen direkt zum Abbruch, denn das ist keine „Modellüberlastung”, sondern „deine Konfiguration hat ein Problem”.

Der Fallback läuft unsichtbar für den Nutzer durch. Wenn ein Fallback-Modell bereits teilweise geantwortet hat und dann ausfällt, werden die restlichen Fallbacks nicht mehr versucht — man sieht eine abgeschnittene Antwort. Die nächste Nutzereingabe beginnt jedoch wieder beim Hauptmodell, man bleibt also nicht am Fallback-Modell hängen.

Mit /model --project lassen sich verschiedene Modelle an verschiedene Projekte binden. --project schreibt in die projektlokale .qwen/settings.json, --global in die benutzerweite ~/.qwen/settings.json. Ohne Flag bleibt das bisherige Verhalten erhalten. Die Bereichs-Flags funktionieren auch mit --fast, --voice und --vision.

Was du damit machen kannst:

• Fallback-Modellliste konfigurieren — bei Überlastung automatischer Wechsel, kein manuelles Umstellen nötig
• Authentifizierungs-/Kontingentfehler werden nicht durch Fallbacks verdeckt, Probleme treten früher zutage
• /model --project ermöglicht verschiedene Modelle pro Projekt, die Konfiguration wandert mit dem Projekt mit
• /model --global setzt globale Standardwerte, neue Projekte erben diese

Siehe PRs #6273 , #6060 

Verschachtelte Sub-Agenten + Baumansicht

Sub-Agenten können jetzt eigene Sub-Agenten erzeugen. Standardmäßig ist die Verschachtelungstiefe auf 5 Ebenen begrenzt, konfigurierbar über model.maxSubagentDepth. Bei 1 verhält es sich wie zuvor — Sub-Agenten können keine weiteren Sub-Agenten erzeugen.

Zwei Schutzmechanismen: In der Schema-Vorbereitungsphase sieht der tiefste Sub-Agent das Agent-Tool nicht (er weiß gar nicht, dass es existiert); ein Laufzeit-Wächter lehnt Erzeugungsanfragen ab, die das Tiefenlimit überschreiten.

Sowohl TUI als auch Web Shell zeigen die verschachtelte Baumstruktur. Sub-Agenten erscheinen unterhalb des Eltern-Agenten mit einem ↳-Symbol und Einrückung. Verlässt der Eltern-Agent die Sitzung, wird der Sub-Agent zum Wurzelknoten mit der Kennzeichnung „from <parent>”. Die Detailansicht zeigt „Level N · from <parent type>”. Blocking-Labels und Stopp-Bestätigungen sind jetzt pfadabhängig — nur wenn ein Abbruch zum Ende eines Turns führt, erscheint eine Bestätigung.

Diese Funktion ist standardmäßig aktiviert — nach dem Upgrade erhalten alle bestehenden Umgebungen die Fähigkeit zur verschachtelten Erzeugung. Fork-Subprozesse, Teammates und Workflow-Agents bleiben weiterhin ausgeschlossen. Arena-Sitzungen unterstützen jetzt Verschachtelung. Hintergrund-Agenten stellen beim Fortsetzen ihre ursprüngliche Tiefe und das Start-Cap wieder her.

Was du damit machen kannst:

• Sub-Agenten komplexe Aufgaben bearbeiten lassen, während sie selbst weitere Sub-Agenten für Teilaufgaben erzeugen
• Die vollständige Agenten-Baumstruktur in TUI und Web Shell einsehen
• Über model.maxSubagentDepth das Verschachtelungslimit anpassen

Siehe PRs #6189 , #6239 

Web-Shell-Sitzungsverwaltung: Archivierung, Gruppierung, Zeitpläne, Split-Screen

7 PRs verwandeln die Web-Shell-Sitzungsseitenleiste von einer „flachen Liste” in ein Verwaltungspanel zum Sortieren, Kategorisieren, Überwachen und parallelen Arbeiten.

Archivierung und Löschung. Jede Sitzungszeile erhält Schnellaktionen und ein „…”-Überlaufmenü (Umbenennen/Archivieren/Löschen). Archivierte Sitzungen landen in einem einklappbaren „Archived”-Bereich und können wiederhergestellt oder endgültig gelöscht werden. Aktive Sitzungen können nicht archiviert oder gelöscht werden, bereits archivierte Sitzungen lassen sich nicht öffnen (409 session_archived). Die Löschung ist eine Hard-Delete mit zweiter Bestätigung. Im Hintergrund laufen die Daemon-Endpunkte archiveState, /sessions/archive und /sessions/unarchive.

Benannte Gruppen und Farb-Tags. Gruppen können erstellt, umbenannt und gelöscht werden, Sitzungen lassen sich per Drag & Drop zuordnen. Gruppen erhalten Farb-Tags sowie Pin-/Archiv-Status. Gruppendaten werden vom Daemon bis zur UI durchgereicht — projektbezogene Sidecar-Dateien auf Daemon-Seite speichern Gruppenmetadaten, REST/ACP-Routen bieten CRUD-Operationen, die über Feature-Gates je nach Client-Unterstützung freigegeben werden.

Sitzungsübersicht und Split-Screen. Auf großen Bildschirmen erscheint eine Sitzungsübersicht in der Seitenleiste, die alle Sitzungen als Live-Karten anzeigt, sortiert nach Priorität: Genehmigungsbedürftige zuerst, dann laufende, dann inaktive. Jede Karte zeigt das aktuelle Modell und die Client-Anzahl. Nach Mehrfachauswahl lässt sich der Bildschirm teilen — innerhalb des aktuellen Tabs oder in einem neuen Browser-Tab (?split=a,b URL-Parameter). N unabhängige Chat-Panels nebeneinander, jedes mit eigenem Sitzungskontext, Tastaturfokus nur auf dem angeklickten Panel.

Was du damit machen kannst:

• Über die Zeit angesammelte Sitzungen archivieren und nach Projekten gruppieren, mit Farb-Tags versehen
• Zeitpläne visuell erstellen und verwalten, ohne Cron-Ausdrücke von Hand zu schreiben
• Jeder Zeitplan hat eine eigene Sitzung, Verlauf und Transkripte sind jederzeit einsehbar
• Auf großen Bildschirmen mehrere Sitzungen parallel im Split-Screen beobachten

Siehe PRs #6293 , #6350 , #6305 , #6348 , #6389 , #6453 , #6400 

WeCom-Channel-Anbindung

Anbindung des WeCom Smart Bot über @wecom/aibot-node-sdk. Nur Bot ID und Secret erforderlich — keine Corp ID, Agent ID, Callback-Token oder EncodingAESKey nötig, und auch keine öffentliche Callback-URL.

Nachrichtenempfang über WebSocket-Dauerverbindung, mit Unterstützung für Text, Spracherkennung, gemischte Text-Bild-Nachrichten, Bilder, Dateien, Videos und Zitate. Assistant-Antworten werden im WeCom-Markdown-Format gesendet. Bei ausgehenden Nachrichten werden nur lokale Bild-Marker unterstützt (innerhalb des Channel-temporären Verzeichnisses), Datei-/Video-/Audio-Marker werden ignoriert.

Konfiguration:

{
  "type": "wecom",
  "botId": "your-bot-id",
  "secret": "your-secret",
  "cwd": "/path/to/project"
}

Startbefehl: qwen channel start my-wecom

Was du damit machen kannst:

• WeCom mit nur Bot ID und Secret anbinden, ohne Unternehmens-Admin-Rechte
• Text, Sprache, Bilder, Dateien, Videos und zitierte Nachrichten empfangen
• Qwen Code in WeCom-Gruppen Markdown-formatierte Antworten senden lassen

Siehe PR #6436 

Nativer Bestätigungsdialog für PreToolUse-Hook

Wenn das PreToolUse-Hook permissionDecision: "ask" zurückgab, war das bisher gleichbedeutend mit „deny” — es erschien gar kein Bestätigungsdialog, Hook-Entwickler dachten, der Nutzer würde eine Auswahl sehen, dabei wurde die Aktion still abgelehnt.

Jetzt zeigt „ask” einen nativen TUI-Bestätigungsdialog. Die Optionen sind „Yes, allow once” und „No, suggest changes” — es gibt kein „always allow”, da das Hook bei jedem Aufruf neu bewertet wird. Bei Genehmigung wird das Tool erneut ausgeführt, bei Ablehnung abgebrochen.

In nicht-interaktiven CLI- und Hintergrund-Agent-Szenarien fällt „ask” auf „deny” zurück — es gibt kein blockierendes Warten. Der bestehende awaiting_approval-Mechanismus wird wiederverwendet, kein neuer Pfad. „denied” und „stop” verhalten sich unverändert, PermissionRequest-Hook ist nicht betroffen.

Was du damit machen kannst:

• Im PreToolUse-Hook mit „ask” den Nutzer entscheiden lassen, ob ein Tool ausgeführt wird
• Keine Sorge vor Hängern in nicht-interaktiven Szenarien
• Jeder Hook-Aufruf wird neu bewertet, nichts wird dauerhaft durchgewunken

Siehe PR #5629 

Vorschau-Review für automatisch generierte Skills

Wenn ein Agent automatisch Skills generierte, konnte man bisher nur den Dateinamen sehen und erfuhr den Inhalt erst nach der Bestätigung. Jetzt zeigt der Review-Dialog den vollständigen Inhalt inline — einschließlich Frontmatter.

Modellgenerierte Inhalte werden bereinigt: ANSI/VT-Steuersequenzen werden zu harmlosen Escape-Zeichen, CRLF wird zu normalen Zeilenumbrüchen. Leselimit 64 KiB, Anzeigelimit 12 Zeilen (mit automatischem Zeilenumbruch berechnet), darüber hinaus wird „lines hidden” bzw. „truncated” markiert.

Mit o kann die Skill-Datei im konfigurierten Editor geöffnet werden, ohne die aktuelle Skill-Prüfung zu überspringen. Nach dem Speichern wird die Vorschau automatisch aktualisiert — zusammen mit GUI-Editoren (Standardverhalten unter macOS) kann man erst bearbeiten und dann prüfen.

Die Option „Turn off auto-generated skills” steht am Ende der Liste, wird sofort wirksam (kein Neustart nötig) und auf Workspace-Ebene gespeichert. Der aktuelle Batch wird zurückgestellt (nicht gelöscht), nach erneuter Aktivierung über /memory kommt er zurück.

Was du damit machen kannst:

• Vor der Bestätigung den vollständigen Skill-Inhalt sehen, ohne erst akzeptieren und dann die Datei suchen zu müssen
• Mit o den Skill-Inhalt direkt im Editor bearbeiten, nach dem Speichern aktualisiert sich die Vorschau automatisch
• Automatisch generierte Skills mit einem Klick abschalten, der aktuelle Batch wird nicht gelöscht und kann jederzeit über /memory wiederhergestellt werden

Siehe PR #6393 

Before (global qwen 0.19.6) — name + description only	After — single-skill review with inline preview and turn-off option

After — last batch item, bulk options hidden	After — “Turn off auto-generated skills” selected

📊 Weitere neue Funktionen

🔧 Wichtige Fehlerbehebungen

👥 Mitwirkende

Bei Fragen oder Feedback freuen wir uns über Beiträge unter GitHub Issues !