Qwen Code Wochenbericht: /fork Hintergrund-Agenten, /skills Verwaltungspanel, projektübergreifender Speicher

Qwen Code veröffentlicht diese Woche v0.18.0-preview (preview.0 / preview.1 / preview.2) mit 50+ PRs, die drei Hauptbereiche abdecken:

Agenten können endlich parallel arbeiten. Der /fork-Befehl ermöglicht es, mitten im Gespräch einen Hintergrund-Agenten zu entsenden — erbt vollständigen Kontext, Tools und Modellkonfiguration, während Sie im Hauptgespräch weiterarbeiten. Fork benachrichtigt Sie über das Hintergrundaufgaben-Panel, wenn fertig.

Skill-Verwaltung hat ein Panel. Bisher hatte Qwen Codes Skill-System keinen einheitlichen Einstieg — man musste jeden Skill-Namen kennen, um ihn zu nutzen. /skills öffnet jetzt einen Picker-Dialog zum Durchsuchen, Suchen, Aktivieren/Deaktivieren, Ein-Klick-Ausführung und Workspace-Level-Sichtbarkeitsverwaltung.

Speicher wird projektübergreifend. Bisher sammelte Auto-Memory nur im aktuellen Projektverzeichnis — beim Wechsel des Repos vergaß der Agent alles. Diese Woche kommt ~/.qwen/memories/ benutzerweites Speicherverzeichnis. Präferenzen, Arbeitsstil und projektübergreifendes Feedback werden automatisch auf Benutzerebene geroutet, während projektbezogene Deadlines und Ereignisse im Projektverzeichnis bleiben. Verwendet Qwen Codes bestehende vier Speicherkategorien für Routing, keine neue Konfiguration nötig.

✨ Neue Funktionen

/fork: Hintergrund-Agenten mitten im Gespräch entsenden, ohne zu warten

/fork ermöglicht es, mehrere Dinge gleichzeitig in einer Sitzung auszuführen — kein neues Terminal öffnen, keine Sitzungen wechseln.

Geben Sie /fork <Anweisung> ein und ein Hintergrund-Agent startet sofort, erbt den vollständigen Kontext des aktuellen Gesprächs (System-Prompt, Verlauf, Tools, Modell, Prompt-Cache), führt Ihre Anweisung unabhängig im Hintergrund aus. Das Hauptgespräch wird nicht blockiert — Sie arbeiten an anderen Dingen weiter. Wenn der Fork abgeschlossen ist, erhalten Sie eine Benachrichtigung über das Hintergrundaufgaben-Panel, Ergebnisse werden in ein JSONL-Transkript geschrieben.

Dies unterscheidet sich von /branch: /branch kopiert das aktuelle Gespräch in eine neue Sitzung, um verschiedene Richtungen zu erkunden, während /fork einen Hintergrundarbeiter innerhalb der aktuellen Sitzung entsendet.

Was Sie damit tun können:

• Mitten beim Coden, /fork hilf mir, Tests für dieses Modul hinzuzufügen — Tests laufen im Hintergrund, während Sie das nächste Modul schreiben
• Echtzeit-Fork-Fortschritt im Hintergrundaufgaben-Panel sichtbar (main / ○ fork: …), Terminal-Benachrichtigung bei Abschluss
• Mehrere Forks können parallel laufen, durch Parallelitätsgrenzen begrenzt
• Klare Fehlermeldungen für leere Anweisungen, fehlende Konfiguration oder Streaming-Ausgabe — keine stillen Fehler

Siehe PR #4780 

/skills: Skill-Verwaltung hat endlich ein Panel

Bisher erforderte die Nutzung von Qwen Code Skills, sich Skill-Namen zu merken und direkt /<Skill-Name> einzutippen — kein Durchsuchen, keine Suche, keine Schalter. Einen lauten Skill deaktivieren? settings.json manuell bearbeiten.

Tippen Sie jetzt /skills, um einen Picker-Dialog zu öffnen. Alle registrierten Skills auf einen Blick: Name, Beschreibung, Quelle (Projektebene / Benutzerebene / eingebaut). Tastatursuche zur schnellen Navigation, Leertaste zum Umschalten von Aktivieren/Deaktivieren, Enter zum Ausfüllen des ausgewählten Skill-Befehls in das Eingabefeld. Deaktivierter Zustand schreibt in workspace-level skills.disabled Konfiguration, wirkt sofort in der aktuellen Sitzung — die <available_skills>-Liste des Modells und Slash-Vervollständigungen synchronisieren sofort, kein Neustart nötig.

Cross-Scope-Konfiguration wird behandelt: Wenn ein Skill in Benutzerebene-Einstellungen deaktiviert ist, zeigt der Workspace-Level-Picker [locked: User] und kann nicht auf Workspace-Ebene überschrieben werden.

Was Sie damit tun können:

• /skills öffnet das Panel, alle verfügbaren Skills und Beschreibungen durchsuchen
• Schlüsselwörter eingeben, um Skills zu suchen
• Leertaste zum Aktivieren/Deaktivieren von Skills, Esc zum Speichern und Beenden
• Enter zum Auswählen eines Skills und Einfügen in das Eingabefeld zur Ausführung
• Deaktivierte Skills erscheinen nicht mehr in der verfügbaren Skills-Liste des Modells oder Slash-Vervollständigungen

Siehe PR #4533 

Benutzerweiter projektübergreifender Speicher: Kein Gedächtnisverlust mehr beim Repo-Wechsel

Bisher sammelte Auto-Memory nur im aktuellen Projektverzeichnis — beim Repo-Wechsel vergaß der Agent alles. Diese Woche kommt ~/.qwen/memories/ benutzerweites Speicherverzeichnis, verwendet bestehende vier Speicherkategorien (user / feedback / project / reference) für Routing, keine neuen Konfigurationsoptionen nötig.

Neues ~/.qwen/memories/-Verzeichnis neben projektbezogenem .qwen/memories/. Routing-Regeln werden im Prompt des Speicherextraktions-Agenten entschieden, nicht hartcodiert:

• user-Typ: Routet immer auf Benutzerebene (es geht um Sie als Person)
• feedback-Typ: Standardmäßig Benutzerebene (die meisten Feedbacks sind persönlicher Stil), aber explizit projektspezifische Konventionen (Teststrategie, Build-Spezifikationen) routen auf Projektebene
• project-Typ: Immer Projektebene (Deadlines, Ereignisse, laufende Arbeiten)
• reference-Typ: Standardmäßig Projektebene (dieses Projekts Linear, Grafana), aber unternehmensweite gemeinsame Ressourcen routen auf Benutzerebene

Beide Scope-Indizes werden im System-Prompt gerendert — Benutzerebene zuerst (Hintergrundinformationen), Projektebene danach (spezifischer, überschreibt natürlich). Auch wenn Benutzerebene MEMORY.md leer ist, wird ein Platzhalter gerendert, um sicherzustellen, dass der Agent weiß, dass das Verzeichnis existiert und hineingeschrieben werden kann.

Was Sie damit tun können:

• Nachdem der Agent Ihre Präferenzen gelernt hat (“Ich bevorzuge pnpm”, “verwende vitest statt jest für Tests”), merkt er sie sich in jedem neuen Projekt
• Keine Notwendigkeit, persönliche Präferenzen in jedem Repo .qwen/QWEN.md zu wiederholen
• memory.enableManagedAutoMemory Toggle verwendet bestehende Konfiguration, keine zusätzliche Einrichtung nötig

Siehe PR #4764 

/stats Interaktives Statistik-Panel: Token-Nutzung auf einen Blick

Bisher zeigte /stats nur aktuelle Sitzungs-Tokenzahlen als reinen Text, nach dem Ansehen vergessen. Jetzt ist es ein interaktives Drei-Tab-Panel: Session (Echtzeit-Metriken für aktuelle Sitzung), Activity (sitzungsübergreifende Nutzungstrends), Efficiency (Leistungs- und Tool-Analyse).

Nutzungsdaten werden automatisch in ~/.qwen/usage_record.jsonl persistiert, beim Sitzungsbeenden und /clear geschrieben. Tab / Shift+Tab zum Wechseln der Tabs, r zum Wechseln des Zeitbereichs (All → Month → Week → Today), Pfeiltasten zum Blättern durch monatliche Trenddiagramme.

Activity-Tab zeigt GitHub-artige Beitrags-Heatmap, Braille-Liniendiagramm der Token-Trends, Top-5-Projektrangliste. Efficiency-Tab zeigt Cache-Trefferrate, Tool-Erfolgsrate, durchschnittliche Latenz, Modellvergleichstabelle.

Was Sie damit tun können:

• /stats öffnet das Panel, Token-Nutzung und Kosten der aktuellen Sitzung auf einen Blick sehen
• Zu Activity-Tab wechseln für sitzungsübergreifende Nutzungstrends und Coding-Heatmap
• Zu Efficiency-Tab wechseln, um zu sehen, welche Tools niedrige Erfolgsraten haben, welche Modelle hohe Latenz haben
• Nach Zeitbereich filtern, Nutzungsmuster über verschiedene Zeiträume vergleichen

Siehe PR #4779 

before	after

System-Ruhezustand verhindern: Lange Aufgaben werden nicht unterbrochen

Während lang laufender Prompts oder Tool-Ausführungen kann das System automatisch in den Ruhezustand gehen und laufende Aufgaben unterbrechen. Diese Woche wird ein Runtime-Schlafinhibitor hinzugefügt: verhindert automatisch System-Ruhezustand während Modell-Streaming-Antworten oder Tool-Ausführung. macOS verwendet caffeinate, Linux verwendet systemd-inhibit, Windows verwendet SetThreadExecutionState.

Standardmäßig aktiviert (general.preventSystemSleep: true), bei Bedarf mit einer Konfiguration deaktivieren. Referenzzählung verwaltet mehrere parallele Aufgaben, die sich einen Inhibitionslock teilen, automatisch freigegeben, wenn alle abgeschlossen sind. ACP-Sitzungen ebenfalls abgedeckt.

Was Sie damit tun können:

• Lang laufende Agent-Aufgaben (Computer-Use, großflächiges Refactoring) werden nicht mehr durch System-Ruhezustand unterbrochen
• Standardmäßig aktiviert, keine Konfiguration nötig
• general.preventSystemSleep: false zum Deaktivieren

Siehe PR #4434 

Vim-Modus-Überarbeitung: Esc verhält sich nicht mehr falsch, Enter sendet, Befehlsvervollständigung

Vim-Benutzer in Qwen Code haben drei Probleme toleriert: Drücken von Esc im INSERT-Modus löst AppContainers Handler aus, zeigt “Press Esc again to clear” oder löscht sogar den Eingabepuffer; Drücken von Enter im NORMAL-Modus bewirkt nichts; merkliche Renderverzögerung im unteren Indikator beim Moduswechsel.

Diese Woche alles auf einmal behoben. Esc im INSERT-Modus wechselt nur Modi, leckt nicht mehr zu anderen Handlern. Enter im NORMAL-Modus sendet Nachrichten normal. VimModeContext in State- und Actions-Kontexte mit useMemo aufgeteilt, 6 Consumer rendern nicht mehr alle beim Moduswechsel neu. Unterer Indikator fügt -- NORMAL -- hinzu, aktualisiert sofort beim Wechsel.

Außerdem wurde ein Batch von NORMAL-Modus-Befehlen vervollständigt: Undo, Replace, Groß-/Kleinschreibung umschalten, Zeilen verbinden, Einrücken/Ausrücken, WORD-Motions, Find/Till-Motions, Yank/Paste (System-Zwischenablage), Operator-Pending-Kombinationen.

Was Sie damit tun können:

• INSERT → NORMAL (Esc) löscht nicht mehr die Eingabe oder unterbricht Modell-Streaming
• Enter im NORMAL-Modus sendet Nachrichten, konsistent mit Nicht-Vim-Modus-Verhalten
• -- NORMAL -- / -- INSERT -- Indikatoren wechseln sofort, keine Verzögerung
• Standardbefehle wie u (Undo), r (Replace), ~ (Groß-/Kleinschreibung), J (Join) verfügbar

Siehe PR #4677 

before	after

Standalone-Installer-Auto-Update: Upgrade ohne npm

Bisher würde Qwen Code, das über das Standalone-Installationsskript (curl ... | bash) installiert wurde, beim Update auf npm Global Install zurückfallen — entweder EACCES-Fehler (npm Prefix benötigt Root) oder Installation an einem anderen Ort, inkonsistent mit der Standalone-Binary.

Diese Woche wird natives Auto-Update für Standalone-Installationen hinzugefügt. Kein sudo, keine Paketmanager nötig.

Was Sie damit tun können:

• Standalone-Installationsbenutzer sehen Update-Prompts, automatischer Download, Verifizierung, Ersetzung, wirksam beim Neustart
• Automatisches Rollback auf vorherige Version bei Update-Fehler
• Mehrere Terminals, die gleichzeitig starten, konkurrieren nicht (Lock-Datei-Schutz)
• ~/.local/bin wird automatisch in Shell-RC-Dateien geschrieben, stellt PATH-Priorität sicher

Siehe PR #4629 

Weitere neue Funktionen

🔧 Wichtige Fixes

🎉 Neue Mitwirkende

Danke an die Mitwirkenden dieser Woche:

Bei Fragen oder Vorschlägen gerne auf GitHub Issues  melden!