Wie ein inaktiver Agent 50 Millionen Token pro Tag verbrannte – und wie man das behebt

Ein OpenClaw-Nutzer auf Reddit berichtete, dass die LLM-API-Nutzung innerhalb von sechs Tagen von 11M auf 51M Token pro Tag anstieg – insgesamt 196M Token, die größtenteils von einem inaktiven Agenten verschwendet wurden. Die Ursache: Ein vergessener Agent namens "main" wurde alle 30 Minuten von OpenClaws Heartbeat angestoßen, der einen 225k-Token-Sitzungsverlauf lud, nur um "HEARTBEAT_OK" zu antworten.
Das Leck: cacheRead-Dominanz
Zwei Zahlen stachen aus der Transkriptanalyse hervor:
- 95 % der Tokens waren cacheRead – das Modell las alten Gesprächsverlauf erneut, anstatt neue Arbeit zu leisten.
- 56 % aller Tokens stammten von einem einzigen Agenten namens "main", der gar nicht mehr verwendet wurde.
Der Heartbeat lief 48 Mal täglich und lud jedes Mal eine monatealte Sitzung. Sogar eine leere HEARTBEAT.md – die den Heartbeat deaktivieren sollte – konnte ihn in dieser Version nicht stoppen.
Die Lösung: Zwei Schritte
- Die aufgeblähte Sitzung löschen. Die Sitzungsdatei des inaktiven Agenten entfernen. Der nächste Heartbeat startet mit einer leeren Sitzung. Nur unnötige Sitzungen löschen, echte DM-/Chat-Sitzungen behalten.
- Wiederbefüllung verhindern. Eine einmalige Löschung reicht nicht, da der Heartbeat die Sitzung weiterhin füllt. Konfigurationsänderungen vornehmen:
- Setze
heartbeat every: "0m", um den Heartbeat komplett zu deaktivieren, falls der Agent nichts tut, oder - Setze
isolatedSession: trueundlightContext: true, damit jeder Heartbeat mit einem frischen, winzigen Kontext (~2-5k Tokens) statt des vollen Verlaufs (~100k+) läuft.
- Setze
Bonus: Andere Agenten nutzten eine ständig wachsende Sitzung, weil eine Sitzungs-ID in dieser Version nicht wirklich neu startete. Setze die Sitzung zwischen Aufgaben zurück, um jeden Durchlauf sauber zu halten.
Erkenntnisse
- Inaktive Agenten sind nicht kostenlos – ein Heartbeat auf einer fetten Sitzung kann mehr kosten als echte Arbeit.
- Wenn die meisten Tokens
cacheReadsind, bezahlst du für das erneute Lesen des Verlaufs, nicht für neue Arbeit. - Überprüfe, ob "aus" wirklich aus ist – eine leere
HEARTBEAT.mdstoppte den Heartbeat in der gemeldeten Version nicht. - Lies die Transkripte pro Durchlauf; der Token-Verbrauch wird dort pro Input/Output/cacheRead aufgezeichnet.
Der Nutzer reduzierte seinen Token-Verbrauch mit diesen Konfigurationsänderungen um mehr als die Hälfte.
📖 Lies die vollständige Quelle: r/openclaw
👀 Siehe auch

Behebung des Claude VS Code Extension-Fehlers: 'Befehl claude-vscode.editor.openLast nicht gefunden'
Die Claude VS Code-Erweiterung Version 2.1.51 enthält einen schwerwiegenden Fehler, der die Fehlermeldung 'command claude-vscode.editor.openLast not found' verursacht. Die Problemumgehung besteht darin, auf Version 2.1.49 zurückzudowngraden.

Einen MCP-Server zur Selbstinstallation bringen: Drei Hosts, drei Mechanismen, Stolperfallen
Ein tiefer Einblick in die programmatische Installation von MCP-Servern in VS Code, Cursor und Claude Code – inklusive APIs, Dateioperationen und Randfälle wie fehlerhaftes JSON, atomare Schreibvorgänge und idempotente Updates.

Qwen3.5-397B MoE läuft auf 14 GB RAM dank geladenen Expertenseiten auf dem M1 Ultra
Die Paged-MoE-Engine hält nur 20 Experten im Arbeitsspeicher und lädt den Rest bei Bedarf von der SSD nach – damit läuft ein 209 GB großes 397B-Modell auf einem 64 GB Mac Studio mit 1,59 tok/s und 14 GB RAM-Spitzenlast. Enthält Benchmarks für kleinere Modelle.

OpenClaw Memory Plugin Analyse: Verlustfreie Claw + LanceDB empfohlen
Ein Entwickler testete OpenClaw-Speicher-Plugins und stellte fest, dass die Standardkonfiguration zu Token-Aufblähung führt, während Lossless Claw in Kombination mit LanceDB die optimale Leistung für die Aufrechterhaltung des Agenten-Kontexts ohne hohe Kosten bietet.