Lange Qwen-Code-Sitzungen fortsetzen: Komprimierung und Kontext

Wenn eine lange Qwen-Code-Sitzung fast voll ist, beginnen Sie nicht mit /clear und erhöhen Sie contextWindowSize nicht auf Verdacht. Die sichere Reihenfolge lautet: Kontextkapazität und Kontingent unterscheiden, Code- und Aufgabenstand sichern, die passende Komprimierung wählen, das Ergebnis prüfen und erst danach automatischen Schwellenwert und Modellfenster korrigieren.

Die folgenden Befehle und Einstellungen wurden am 11. Oktober 2026 mit der Qwen-Code-Befehlsdokumentation, der Einstellungsreferenz und der Model-Providers-Referenz abgeglichen. Maßgeblich ist trotzdem Ihre installierte Version.

Prüfen Sie zuerst: Kontext oder Kontingent?

Symptom	Wahrscheinliche Ursache	Nächster Schritt
/context zeigt hohe Belegung oder die Anfrage ist zu lang	Kontextfenster der Sitzung	Zustand sichern und komprimieren
Der Anbieter meldet Guthaben, Tarif, Kontingent, Rate Limit oder Konto	Service- oder API-Kontingent	Anbieter-Konsole prüfen; Komprimierung schafft kein Kontingent
/context zeigt ein unrealistisches Gesamtfenster	Falsche Annahme in Qwen Code	Wert und Position von contextWindowSize korrigieren
Kontext sinkt, Kontingentfehler bleibt	Kein Kontextproblem	Schlüssel, Guthaben, Tarif und Rate Limit prüfen

contextWindowSize legt nur fest, welches Fenster Qwen Code für Berechnungen annimmt. Es vergrößert weder das tatsächliche Serverlimit noch ein Abonnement oder API-Guthaben.

Version und aktuelle Belegung prüfen

Führen Sie aus:

/status
/help
/model
/doctor
/context detail

Warten Sie jeweils bis zum Abschluss. Prüfen Sie die Version mit /status, die aktuelle Modellauswahl mit /model, Authentifizierung und Umgebung mit /doctor sowie die Kontextaufschlüsselung mit /context detail.

Fehlen /summary, /compress-fast oder eine der folgenden Einstellungen, prüfen Sie zuerst die offizielle Installationsanleitung. Eine von Ihrer Version unbekannte Option wird durch wiederholtes Bearbeiten nicht wirksam.

Vor der Komprimierung zwei Zustände sichern

Komprimierung verändert den Gesprächsverlauf. Sie speichert weder uncommitteten Code automatisch noch garantiert eine Zusammenfassung jedes implizite Detail.

Codezustand sichern

In einem Git-Projekt:

!git status --short
!git diff --stat

Prüfen Sie bei Bedarf den vollständigen Diff oder erstellen Sie einen Checkpoint-Commit. Sie sollten wissen, welche Dateien geändert oder untracked sind und welche Tests noch fehlen.

Aufgabenstand sichern

Fordern Sie eine ausdrückliche Übergabe an, ohne weitere Dateiänderungen zu erlauben:

Erstelle ohne Dateiänderungen einen Aufgaben-Checkpoint mit:
- Endziel
- abgeschlossener Arbeit
- geänderten Dateien und Kernänderungen
- unveränderlichen Vorgaben
- ausgeführten Prüfungen und Ergebnissen
- offenen Problemen
- genau einem nächsten Schritt samt Prüfkommando

Prüfen Sie den Inhalt und führen Sie aus:

/summary

Ohne eigenen Pfad wird die Datei laut Dokumentation hier gespeichert:

.qwen/PROJECT_SUMMARY.md

/summary ersetzt den Verlauf nicht. Laden Sie die Datei für eine schreibgeschützte Kontrolle erneut ein:

@.qwen/PROJECT_SUMMARY.md Prüfe Ziel, Vorgaben, Dateien, Verifikation und nächsten Schritt. Nenne nur Lücken; ändere keinen Code.

Nutzen Sie den Standardpfad, wenn Sie den welcome-back-Ablauf verwenden. Benutzerdefinierte Pfade werden dort laut Dokumentation nicht erkannt.

Den richtigen Befehl wählen

Befehl	Wirkung	Geeignet für	Hauptrisiko
/summary	Schreibt den Projektstand in eine Datei, ohne den Verlauf zu ersetzen	Vor Komprimierung, Pause oder neuer Sitzung	Zusammenfassung muss geprüft werden
/compress	Ersetzt den Verlauf durch eine Zusammenfassung	Aufgaben mit vielen Entscheidungen, Vorgaben und Abhängigkeiten	Details können aus dem alten Verlauf verschwinden
/compress-fast	Entfernt ohne KI alte Tool-Ausgaben und Thinking-Inhalte	Durch Logs aufgeblähte Sitzungen mit dokumentiertem Ziel	Entfernte alte Tool-Ausgaben können später benötigte Informationen enthalten; zuerst im Checkpoint festhalten und prüfen
/clear	Leert den Verlauf	Bewusster Neustart aus einem externen Checkpoint	Vorheriger Kontext geht verloren

Für komplexe Aufgaben empfiehlt sich /summary → manuelle Prüfung → /compress. Verwenden Sie /compress-fast, wenn die normale Komprimierung scheitert, der Provider-Aufruf nicht verfügbar ist oder alte Tool-Ausgaben den Großteil des Fensters belegen.

/summarize speichert keine separate Datei. Die aktuelle Dokumentation führt es als Alias für /compress.

Ein vollständiger, überprüfbarer Ablauf

1. Eingaben vorbereiten

Sichern Sie Ziel, unveränderliche Vorgaben, Git-Zustand, erledigte und offene Prüfungen, nächsten Schritt, Erfolgssignal und eine geprüfte .qwen/PROJECT_SUMMARY.md.

2. Komprimierung ausführen

Für komplexe Aufgaben:

/compress

Für tool-lastige Sitzungen mit gutem Checkpoint:

/compress-fast

Warten Sie, bis der Befehl abgeschlossen ist und die Eingabeaufforderung zurückkehrt. Senden Sie währenddessen keine neuen Änderungsaufträge.

3. Ausgaben behalten

Bewahren Sie zwei voneinander unabhängige Ergebnisse auf:

1. .qwen/PROJECT_SUMMARY.md als Aufgabenstand;
2. Arbeitsbaum und Git-Diff als tatsächliche Codeänderungen.

Der komprimierte Chat ist nicht die einzige Wahrheit. Dateien, Tests und Diff zeigen, was wirklich geändert wurde.

4. Erfolg prüfen

Führen Sie erneut aus:

/context

Die Belegung sollte deutlich sinken. Danach folgt eine schreibgeschützte Kontinuitätsprüfung:

Ändere noch keine Dateien. Beantworte:
1. Was ist das einzige aktuelle Ziel?
2. Welche Vorgaben dürfen sich nicht ändern?
3. Welche Dateien wurden geändert?
4. Welche Prüfungen liefen erfolgreich, welche fehlen?
5. Was ist der nächste Schritt und sein Erfolgssignal?

Vergleichen Sie die Antwort mit PROJECT_SUMMARY.md, git status und echten Testergebnissen. Stimmen alle drei überein, führen Sie genau einen kleinen nächsten Schritt und die nächstliegende Prüfung aus.

5. Aufgabe bei Fehlern wiederherstellen

• Scheitert /compress trotz gespeichertem Checkpoint, versuchen Sie /compress-fast; andernfalls starten Sie eine neue Sitzung und binden @.qwen/PROJECT_SUMMARY.md ein.
• Fehlt eine Vorgabe, laden Sie die Zusammenfassung erneut, korrigieren die Lücke und lassen den Checkpoint vor weiteren Änderungen wiederholen.
• Sinkt der Kontext, aber der Aufruf scheitert weiter, prüfen Sie Guthaben, Tarif, Rate Limit und Authentifizierung.
• Meldet der Server weiterhin Kontextüberschreitung, liegt contextWindowSize möglicherweise über dem effektiven Provider-Limit.

Automatischen Schwellenwert korrigieren

Der aktuelle Schlüssel lautet:

{
  "context": {
    "autoCompactThreshold": 0.85
  }
}

Der Wert muss größer als 0 und höchstens 1 sein; Standard ist 0.85. Er ist eine Obergrenze, keine Zusage für exakt 85 Prozent. Bei kleinen Fenstern kann Qwen Code früher komprimieren, um Platz für die Zusammenfassung zu lassen.

Der ersetzte und stillschweigend ignorierte vollständige Pfad lautet model.chatCompression.contextPercentageThreshold:

{
  "model": {
    "chatCompression": {
      "contextPercentageThreshold": 0.7
    }
  }
}

Migrieren Sie zu context.autoCompactThreshold und beobachten Sie zunächst den Standard. Senken Sie ihn nur, wenn die Komprimierung nachweislich wiederholt zu spät startet; erhöhen Sie ihn nicht bloß, um sie hinauszuzögern.

Geltungsbereich bewusst wählen

• ~/.qwen/settings.json: alle Projekte des Benutzers;
• .qwen/settings.json im Projekt: nur dieses Projekt und mit Vorrang vor der Benutzereinstellung.

Die dokumentierte Priorität lautet: Defaults, System-Defaults, Benutzer, Projekt, System-Overrides, Umgebungsvariablen, Kommandozeilenargumente. Bleibt eine Benutzereinstellung ohne Wirkung, prüfen Sie höhere Ebenen.

/config kann einfache Werte schreiben:

/config context.autoCompactThreshold=0.85

Der Befehl schreibt jedoch in ~/.qwen/settings.json. Für repository-spezifische Werte bearbeiten Sie .qwen/settings.json direkt.

JSON lässt sich so prüfen:

!python3 -m json.tool ~/.qwen/settings.json >/dev/null
!python3 -m json.tool .qwen/settings.json >/dev/null

contextWindowSize auf die wirksame Ebene setzen

Verwenden Sie das effektive Limit des Providers für das gewählte Modell, nicht einen Marketing-Maximalwert oder Wunschwert. Ein zu hoher Wert komprimiert zu spät, ein zu niedriger zu früh.

Modell aus modelProviders

Dann gehört der Wert in den passenden Provider-Eintrag. 128000 ist nur ein Strukturbeispiel:

{
  "modelProviders": {
    "openai": [
      {
        "id": "your-model-id",
        "name": "Your model",
        "baseUrl": "https://provider.example/v1",
        "envKey": "OPENAI_API_KEY",
        "generationConfig": {
          "contextWindowSize": 128000
        }
      }
    ]
  },
  "security": { "auth": { "selectedType": "openai" } },
  "model": { "name": "your-model-id" }
}

Provider-Einträge sind abgeschlossen: model.generationConfig ergänzt keine fehlenden Felder. Dieselbe Platzierung gilt für jeden benutzerdefinierten OpenAI-kompatiblen Endpoint — etwa BetterToken als möglichen API-Dienst — nachdem Client, Ressource und gewähltes Modell geprüft wurden.

Runtime-Modell außerhalb von modelProviders

Nur dann verwenden Sie die oberste Ebene:

{
  "model": {
    "generationConfig": {
      "contextWindowSize": 128000
    }
  }
}

Setzen Sie keine widersprüchlichen Werte an beiden Stellen. Prüfen Sie das aktuelle Modell mit /model, die Authentifizierung mit /doctor, bestimmen Sie die Modellquelle und verwenden Sie genau einen korrekten Ort.

Schnelle Fehlersuche

Symptom	Wahrscheinliche Ursache	Korrektur und Prüfung
/compress-fast ist unbekannt	Alte Version	/status, aktualisieren, mit /help bestätigen
Alter Schwellenwert wirkt nicht	Schlüssel wird ignoriert	Zu context.autoCompactThreshold migrieren
Benutzereinstellung wirkt nicht	Projekt oder System überschreibt	.qwen/settings.json, Richtlinien und Argumente prüfen
Bei 0.85 wird früher komprimiert	Fenster braucht Reserve für Zusammenfassung	Fenster und Belegung mit /context prüfen
/context zeigt riesiges Fenster	Falscher Wert oder falsche Ebene	Effektives Limit im generationConfig des aktiven Providers setzen
Server meldet weiter Overflow	Konfiguration über Serverlimit	Auf effektiven Wert reduzieren und erneut prüfen
Kontingentfehler bleibt	Guthaben, Tarif oder Rate Limit	Provider-Konsole prüfen
Modell kennt nächsten Schritt nicht	Checkpoint unvollständig	PROJECT_SUMMARY.md einbinden und mit Git sowie Tests abgleichen

Vier Regeln zum Schluss

1. Kontext und Kontingent sind verschieden. Komprimierung reduziert Verlauf, nicht Kontolimits.
2. Vorher sichern. Git schützt Code, /summary den Aufgabenstand.
3. /compress für komplexe Kontinuität, /compress-fast für aufgeblähte Tool-Ausgaben. Danach immer prüfen.
4. Auf der wirksamen Ebene konfigurieren. context.autoCompactThreshold verwenden und Provider-contextWindowSize im passenden modelProviders-Eintrag setzen.

Beginnen Sie mit /status, /model, /doctor, /context detail und /summary. Prüfen Sie den Checkpoint vor der Komprimierung, damit auch bei einer unvollkommenen Zusammenfassung ein nachvollziehbarer Wiederaufnahmeweg bleibt.