Claude-Limit in wenigen Minuten aufgebraucht: So finden Sie den versteckten Verbraucher
Wenn ein bezahltes Claude-Abo (Pro, Max oder Ultra) nach wenigen Minuten am Limit steht, liegt das selten an einem Fehler bei Anthropic. Meist arbeitet etwas mit, das Sie nicht sehen: eine Schleife, die alle paar Minuten den kompletten Gesprächsverlauf neu schickt, Subagenten, die parallel eigene Anfragen stellen, eine geplante Aufgabe in der Windows-Aufgabenplanung oder ein zweiter Rechner mit demselben Konto. Diese Anleitung zeigt, wie Sie den Verbraucher in fünf Schritten finden: Anzeige richtig lesen, /usage und /context auswerten, Windows nach Hintergrundläufen absuchen, die Verlaufsdateien nachzählen und die Ursache gezielt abstellen. Ihre Projekte und Daten bleiben dabei unberührt.
Claude Code schickt bei jeder Anfrage den ganzen bisherigen Verlauf mit. Alles, was ohne Ihr Zutun Anfragen auslöst, frisst deshalb ein Vielfaches dessen, was man erwartet. In aktuellen Versionen zeigt /usage im Terminal, welcher Anteil auf Subagenten, MCP-Server, Erweiterungen und Schleifen entfällt.
- Kontingent: rollierendes 5-Stunden-Fenster plus Wochengrenze, geteilt mit Claude im Browser, auf dem Handy und in der Desktop-App
- Erster Blick:
/usage(Anteile, Empfehlungen, Schleifen), danach/context(was im Kontext steckt) - Häufigste Ursachen: lange Sitzungen,
/loopund geplante Aufgaben, Subagenten und Agenten-Teams, Opus als Standard, Stop-Hooks - Unter Windows zusätzlich: Aufgabenplanung, Autostart, mehrere VS-Code-Fenster, Skripte mit
claude -p - Beweis: die Verlaufsdateien unter
%USERPROFILE%\.claude\projectsenthalten den Token-Verbrauch jeder Anfrage
Stand 12.11.2026. Grundlage: Claude-Code-Dokumentation „Manage costs effectively“ und „Run prompts on a schedule“, Hooks-Referenz, Claude-Hilfe-Center zu den Wochengrenzen. Anthropic ändert Grenzen und Befehle laufend, maßgeblich ist die Anzeige in Ihrem Konto.
- 1So sieht das Problem aus
- 2Warum wenige Minuten reichen
- 3Die zehn häufigsten Verbraucher
- 4Schritt 1 und 2: /usage und /context lesen
- 5Schritt 3: Windows nach Hintergrundläufen absuchen
- 6Schritt 4: Verbrauch in den Verlaufsdateien nachzählen
- 7Schleifen-Fallen: Hooks, /loop und Skripte
- 8Schritt 5: Ursache abstellen, Projekte behalten
So sieht das Problem aus
Das typische Bild: Sie öffnen morgens Claude Code, stellen zwei, drei Fragen, und nach zehn Minuten erscheint „You've hit your session limit“. In den Einstellungen unter Nutzung steht der Balken der aktuellen Sitzung auf 100 Prozent, obwohl Sie kaum etwas getan haben. Manchmal ist auch die Wochengrenze schon am Dienstag zur Hälfte verbraucht.
100 % verbraucht, neun Minuten nach dem ersten Befehl
62 % verbraucht, obwohl die Woche erst drei Tage alt ist
Nachgestellte Ansicht mit Beispielwerten. Die echte Seite finden Sie unter claude.ai › Einstellungen › Nutzung oder mit /usage im Terminal.
Drei Dinge lassen sich daraus schon ablesen. Erstens: Steht die Sitzung nach Minuten auf 100 Prozent, läuft etwas mit hoher Frequenz oder mit sehr großem Kontext. Zweitens: Eine Wochengrenze, die schneller wächst als Ihre Arbeitszeit, deutet auf Läufe in der Nacht oder am Wochenende hin. Drittens: Wer fast nur Opus nutzt, verbraucht pro Anfrage deutlich mehr als mit Sonnet, das Anthropic selbst für die meisten Programmieraufgaben empfiehlt.
„Session limit“ und „weekly limit“ gelten laut Anthropic für alle Modelle gemeinsam; ein Wechsel mit /model hilft dann nicht. Nur bei „You've hit your Opus limit“ können Sie mit einem anderen Modell weiterarbeiten. Eine Warnung zur automatischen Zusammenfassung (Auto-Compact) ist dagegen gar kein Nutzungslimit, sondern betrifft nur die Länge des Gesprächs.
Warum wenige Minuten reichen
Der wichtigste Satz aus der Anthropic-Dokumentation lautet sinngemäß: Claude Code schickt bei jeder Anfrage das komplette Gespräch mit, und jede Werkzeugnutzung erzeugt eine weitere Anfrage mit diesem Verlauf. Durch das Zwischenspeichern (Prompt Caching) wird der Verlauf günstiger neu gelesen, er zählt aber trotzdem. Eine Einzeiler-Frage in einer Sitzung, die seit Stunden offen ist, kostet also den ganzen Verlauf.
Schema, nicht maßstäblich: Der orange Anteil bleibt klein, der dunkle wächst mit jeder Runde.
Daraus folgt die Rechnung, die viele überrascht: Eine Schleife, die alle fünf Minuten in einer großen Sitzung anspringt, verursacht in einer Stunde zwölf volle Durchläufe, ohne dass jemand tippt. Fünf Subagenten, die gleichzeitig arbeiten, bauen jeweils ihren eigenen Kontext auf. Für Agenten-Teams nennt Anthropic selbst etwa den siebenfachen Verbrauch einer normalen Sitzung, wenn die Teammitglieder im Planmodus laufen.
Links: was Sie bewusst bedienen. Rechts und unten (orange): was ohne Ihr Zutun Anfragen auslösen kann.
Die zehn häufigsten Verbraucher
In der Praxis sind es fast immer dieselben Muster. Die Liste ist nach Häufigkeit in unseren eigenen Einrichtungen sortiert, nicht nach einer Statistik. Zu jedem Punkt steht, woran Sie ihn erkennen.
1Endlos offene Sitzung
Ein Terminal, das seit gestern läuft, schickt bei jeder Frage den gesamten Verlauf mit. Nach einer Pause über die Cache-Lebensdauer hinaus wird der ganze Kontext sogar neu verarbeitet.
Erkennen: /context zeigt einen fast vollen Kontext, /usage empfiehlt „Compact“ oder „Clear“.
2/loop und geplante Aufgaben
Ein /loop 5m … feuert alle fünf Minuten, auch wenn Sie nicht am Rechner sind. Feste Intervalle stoppen nicht mit Esc, sondern laufen bis zu sieben Tage weiter.
Erkennen: Abschnitt „Loops“ in /usage, Frage „what scheduled tasks do I have?“.
3Subagenten und Workflows
Jeder Subagent und jeder Agent eines Workflows stellt eigene Anfragen zusätzlich zum Hauptgespräch. Erben sie Opus, wird es teuer.
Erkennen: Anteil „subagents“ in der Aufschlüsselung von /usage.
4Agenten-Teams
Jedes Teammitglied ist eine eigene Claude-Code-Instanz mit eigenem Kontext und verbraucht, bis es beendet wird.
Erkennen: Umgebungsvariable CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1 gesetzt.
5Opus und hohe Denkstufe
Opus mit höchster Denkstufe (/effort) erzeugt viele Denk-Token, die als Ausgabe zählen. Für Routine reicht meist Sonnet.
Erkennen: /model, Empfehlung „Switch from max to high effort“.
6Übergroße CLAUDE.md
CLAUDE.md und Gedächtnisdateien werden bei jedem Start geladen. Anthropic empfiehlt unter 200 Zeilen; Spezialwissen gehört in Skills.
Erkennen: Zeile „Trim … CLAUDE.md · 49k tokens per request“ in /usage.
7Viele MCP-Server
Werkzeugbeschreibungen werden inzwischen erst bei Bedarf geladen, Servernamen und Anweisungen aber immer. Ergebnisse großer Werkzeuge (Datenbank, Browser) blähen den Verlauf auf.
Erkennen: /mcp, Anteil je Server in /usage.
8Hooks mit Rückkopplung
Ein Stop-Hook, der Claude immer wieder zum Weitermachen zwingt, oder ein Hook, der selbst claude -p startet, kann eine Kette auslösen.
Erkennen: /hooks, Testlauf mit disableAllHooks.
9Windows-Aufgabenplanung und Skripte
Ein vergessener Task, ein Autostart-Eintrag oder ein Python-Skript, das Claude im Takt aufruft, läuft auch dann, wenn kein Fenster offen ist.
Erkennen: PowerShell-Befehle im Abschnitt Windows unten.
10Anderes Gerät, gleiches Konto
Laptop, Server, GitHub Actions mit Abo-Token, Cloud-Routinen oder Cowork. Diese Nutzung taucht in der lokalen Aufschlüsselung nicht auf.
Erkennen: Balken voll, lokale Aufschlüsselung klein.
Schritt 1 und 2: /usage und /context lesen
Bevor Sie irgendetwas löschen oder umbauen, holen Sie sich die Messwerte, die Claude Code selbst liefert. Aktualisieren Sie dazu zuerst auf die neueste Version (claude update) und prüfen Sie mit claude --version. Die Aufschlüsselung nach Verursachern gibt es erst in neueren Versionen der Reihe 2.1.
Schritt 1: /usage
Geben Sie in einer Claude-Code-Sitzung /usage ein. Bei Pro, Max und Ultra sehen Sie die Balken Ihres Kontingents und darunter drei Bereiche: die Zuordnung zu Skills, Subagenten, Erweiterungen und einzelnen MCP-Servern in Prozent, Empfehlungen ab zehn Prozent Anteil und eine Liste der verbrauchsstärksten Schleifen. Mit d und w wechseln Sie zwischen 24 Stunden und sieben Tagen.
> /usage Plan usage Current session ████████████████████ 100% resets in 4h 51m Current week ████████████░░░░░░░░ 62% Last 24 hours [d] 24h [w] 7d Attribution subagents 41% mcp: browser-tools 18% skill: deploy-check 6% Recommendations 58% Compact before you step away · run /compact 33% Trim C:\projekte\shop\CLAUDE.md · 52k tokens per request 21% Switch from max to high effort · /effort high Loops every 5m "pruefe ob der build durch ist" 212 runs · 1.9M tokens last run 2m ago f to fix 2 of 3
Nachgestellte Ausgabe mit Beispielwerten. Aufbau nach der Beschreibung in der Claude-Code-Dokumentation; Ihre Zeilen und Zahlen sehen anders aus.
So lesen Sie die Anzeige:
- Prozentwerte unter Empfehlungen geben an, auf welchen Anteil Ihres Verbrauchs eine Empfehlung zutrifft, nicht, wie viel sie spart. Eine Anfrage kann zu mehreren Zeilen zählen; die Summe darf über 100 Prozent liegen.
- Eine Zeile unter „Loops“ mit vielen Läufen ist der häufigste Einzelbefund. Sie nennt Takt, Anzahl, Token gesamt und je Lauf und den letzten Start.
- Die Taste
flässt Claude Code einen Teil der Empfehlungen selbst umsetzen. Claude zeigt jede Änderung vorher an. Lesen Sie mit, statt blind zu bestätigen. - Grenze der Anzeige: Die Aufschlüsselung wird aus dem lokalen Verlauf dieses Rechners berechnet. Nutzung im Browser, auf anderen Geräten oder in der Cloud fehlt. Sind die Balken voll und die Aufschlüsselung klein, liegt die Ursache woanders (Punkt 10 oben).
Schritt 2: /context
/context zeigt, woraus der Kontext der aktuellen Sitzung besteht: Systemanweisungen, Werkzeugdefinitionen, MCP-Server, Gedächtnisdateien wie CLAUDE.md, Skills und der Gesprächsverlauf. Alles, was hier groß ist, wird bei jeder Anfrage mitgeschickt.
- Systemanweisungen4 %
- Werkzeuge und Skills7 %
- MCP-Server9 %
- CLAUDE.md und Gedächtnis16 %
- Gesprächsverlauf46 %
- frei bis zur Zusammenfassung18 %
Beispiel einer ungünstigen Sitzung: Der Verlauf füllt fast die Hälfte, die Gedächtnisdateien ein Sechstel. Beides wird bei jeder Anfrage erneut gelesen.
Großer Verlauf: Sitzungen öfter mit /clear beenden. Große Gedächtnisdateien: kürzen und in Skills auslagern. Viele MCP-Server: unbenutzte mit /mcp abschalten. Hoher Subagenten-Anteil: kleineres Modell für Subagenten festlegen.
Schritt 3: Windows nach Hintergrundläufen absuchen
Zeigt /usage keinen klaren Schuldigen, oder steigt der Verbrauch, während kein Fenster offen ist, läuft Claude vermutlich außerhalb Ihrer Sitzung. Die folgenden Befehle lesen nur und verändern nichts. Öffnen Sie PowerShell (nicht als Administrator nötig) und führen Sie sie nacheinander aus.
a) Welche Claude-Prozesse laufen gerade?
Get-CimInstance Win32_Process |
Where-Object { $_.CommandLine -match 'claude' } |
Select-Object ProcessId, ParentProcessId, CreationDate,
@{n='Befehl'; e={ $_.CommandLine.Substring(0, [Math]::Min($_.CommandLine.Length, 110)) }} |
Format-Table -AutoSize
ProcessId ParentProcessId CreationDate Befehl --------- --------------- ------------ ------ 14872 9120 12.11.2026 08:02:11 "C:\Users\…\.local\bin\claude.exe" 20344 3388 12.11.2026 08:05:00 "C:\Users\…\claude.exe" -p "pruefe Postfach und … 20512 3388 12.11.2026 08:10:00 "C:\Users\…\claude.exe" -p "pruefe Postfach und … 11208 6044 11.11.2026 17:44:52 "C:\…\Code.exe" … anthropic.claude-code …
Beispielausgabe. Auffällig sind Prozesse mit -p (ohne Fenster) und mit Startzeiten im festen Takt, hier alle fünf Minuten.
Notieren Sie die ParentProcessId auffälliger Einträge. Mit Get-CimInstance Win32_Process -Filter "ProcessId=3388" sehen Sie, wer sie gestartet hat: oft svchost.exe mit Aufgabenplanung, ein python.exe oder node.exe mit einem Automatisierungsskript.
b) Geplante Aufgaben, die Claude aufrufen
Get-ScheduledTask | ForEach-Object {
$t = $_
foreach ($a in $t.Actions) {
$befehl = "$($a.Execute) $($a.Arguments)"
if ($befehl -match 'claude|anthropic|codex') {
[pscustomobject]@{ Aufgabe = $t.TaskPath + $t.TaskName; Status = $t.State; Befehl = $befehl }
}
}
} | Format-Table -Wrap
Ruft eine Aufgabe nur ein Skript auf (.ps1, .bat, .py), findet dieser Filter sie nicht. Dann hilft die Suche in den Skripten selbst:
Get-ChildItem $env:USERPROFILE -Recurse -Include *.ps1,*.bat,*.cmd,*.py,*.js,*.ts -ErrorAction SilentlyContinue |
Where-Object { $_.FullName -notmatch '\\node_modules\\|\\\.git\\|\\AppData\\' } |
Select-String -Pattern 'claude\s+(-p|--print)|claude-agent-sdk|anthropic' -List |
Select-Object Path, LineNumber, Line
Die Suche kann bei vielen Projekten einige Minuten dauern. Liegen Ihre Projekte auf einem anderen Laufwerk, ersetzen Sie $env:USERPROFILE durch den Pfad, etwa D:\projekte.
c) Autostart, WSL und Editoren
Get-CimInstance Win32_StartupCommand | Where-Object Command -match 'claude' |
Select-Object Name, Command, Location
wsl -l -v
- Autostart: Ein Eintrag, der beim Anmelden ein Claude-Skript startet, fällt hier auf.
- WSL: Läuft eine Linux-Umgebung (Status „Running“), kann dort ein eigener Claude Code mit eigenem Cron arbeiten. Prüfen Sie darin
crontab -lundps aux | grep claude. - VS Code: Jedes Fenster mit der Claude-Erweiterung kann eine eigene Sitzung halten. Schließen Sie Fenster, die Sie nicht brauchen, statt sie im Hintergrund offen zu lassen.
- Claude Desktop: Unter den geplanten Aufgaben der Desktop-App stehen Aufgaben, die auf Ihrem Rechner laufen, auch ohne offene Sitzung. Cloud-Routinen finden Sie unter claude.ai/code; sie laufen ganz ohne Ihren Rechner.
d) Konfiguration einsehen
/hooks alle Hooks mit Ereignis/mcp verbundene MCP-Server/agents eigene Subagenten und deren Modell/model und /effort Modell und Denkstufe/config Standardmodell, Vorschläge%USERPROFILE%\.claude\settings.json<Projekt>\.claude\settings.json<Projekt>\.claude\settings.local.json%USERPROFILE%\.claude.json und <Projekt>\.mcp.json%APPDATA%\Claude\claude_desktop_config.jsonSchritt 4: Verbrauch in den Verlaufsdateien nachzählen
Der härteste Beweis liegt auf Ihrer Festplatte. Claude Code speichert jede Sitzung als Datei im Format JSONL unter %USERPROFILE%\.claude\projects\<Projektordner>\, Subagenten in Unterordnern. Jede Antwort des Modells enthält einen Abschnitt usage mit den Token-Zahlen.
{ "type": "assistant", "timestamp": "2026-11-12T07:10:03.512Z",
"requestId": "req_011C…",
"message": { "id": "msg_011C…", "model": "claude-opus-…",
"usage": {
"input_tokens": 2,
"cache_creation_input_tokens": 21880,
"cache_read_input_tokens": 25862,
"output_tokens": 151 } } }
Gekürzter Eintrag. Eine Antwort mit mehreren Teilen steht oft mehrfach in der Datei, mit derselben requestId. Wer einfach alle Zeilen addiert, zählt doppelt.
Das folgende Skript zählt je Sitzungsdatei der letzten zwei Tage die Anfragen und Token, ohne Doppelzählung, und sortiert nach dem größten Verbraucher. Es liest nur.
$seit = (Get-Date).AddDays(-2)
$basis = "$env:USERPROFILE\.claude\projects\"
$liste = foreach ($d in Get-ChildItem $basis -Recurse -Filter *.jsonl | Where-Object LastWriteTime -gt $seit) {
$gesehen = @{}; $neu = 0; $cache = 0; $aus = 0
foreach ($zeile in [IO.File]::ReadLines($d.FullName)) {
if ($zeile -notmatch '"usage"') { continue }
try { $j = $zeile | ConvertFrom-Json } catch { continue }
$u = $j.message.usage
if (-not $u) { continue }
$id = "$($j.message.id)|$($j.requestId)"
if ($gesehen.ContainsKey($id)) { continue }
$gesehen[$id] = $true
$neu += [int64]$u.input_tokens + [int64]$u.cache_creation_input_tokens
$cache += [int64]$u.cache_read_input_tokens
$aus += [int64]$u.output_tokens
}
[pscustomobject]@{
Datei = $d.FullName.Replace($basis, '')
Anfragen = $gesehen.Count
'Neu Tsd.' = [Math]::Round($neu / 1000)
'Cache Tsd.' = [Math]::Round($cache / 1000)
'Ausgabe Tsd.' = [Math]::Round($aus / 1000)
Zuletzt = $d.LastWriteTime.ToString('dd.MM. HH:mm')
}
}
$liste | Sort-Object 'Cache Tsd.' -Descending | Select-Object -First 15 | Format-Table -AutoSize
Datei Anfragen Neu Tsd. Cache Tsd. Ausgabe Tsd. Zuletzt ----- -------- -------- ---------- ------------ ------- C--projekte-shop\4f1c…\subagents\agent-a1.jsonl 318 2140 61200 410 12.11. 08:41 C--projekte-shop\4f1c….jsonl 212 1830 48900 122 12.11. 08:40 C--projekte-crm\9b2e….jsonl 41 310 2900 38 12.11. 07:55 C--Users-…-notizen\77ad….jsonl 12 45 180 9 11.11. 18:02
Beispielwerte: Eine einzige Sitzung im Projekt „shop“ mit einem Subagenten hat in kurzer Zeit über 500 Anfragen gestellt. Das ist der Verbraucher.
Lesen Sie die Spalten so: Anfragen ist die Zahl der Modellaufrufe. Hunderte Anfragen in kurzer Zeit sprechen für eine Schleife, einen Agenten im Dauerlauf oder ein Skript. Cache Tsd. zeigt den immer wieder mitgeschickten Verlauf; ist dieser Wert pro Anfrage sehr hoch, ist die Sitzung zu lang. Neu Tsd. wächst bei Pausen über die Cache-Lebensdauer und bei großen neuen Inhalten wie eingelesenen Dateien. Öffnen Sie die auffällige Datei in einem Editor und lesen Sie die ersten Zeilen: Dort steht, mit welchem Auftrag die Sitzung begann.
Das Open-Source-Programm ccusage wertet dieselben Dateien aus, nach Tagen, Sitzungen oder 5-Stunden-Blöcken: npx ccusage@latest daily oder npx ccusage@latest blocks. Es braucht Node.js und stammt nicht von Anthropic. Die Dateien enthalten Ihre Gesprächsinhalte; geben Sie sie nur an Personen weiter, denen Sie diese Inhalte anvertrauen würden.
Schleifen-Fallen: Hooks, /loop und Skripte
Die extremsten Fälle, bei denen ein Kontingent in Minuten leer ist, sind fast immer Rückkopplungen. Drei Muster kommen besonders oft vor.
- Stop-Hook ohne Bremse. Ein Hook am Ereignis Stop oder SubagentStop, der mit Exit-Code 2 endet, hindert Claude laut Dokumentation am Aufhören und setzt das Gespräch fort. Prüft das Skript nicht, ob es bereits eingegriffen hat (in den Eingabedaten steht dafür das Feld
stop_hook_active), und ist die Bedingung nie erfüllbar, dreht sich die Runde immer weiter. - Hook oder Skript startet Claude selbst. Ein Hook ruft
claude -pauf, etwa für eine Zusammenfassung. Läuft dieser Aufruf im selben Projekt, gelten dort dieselben Hooks, und der nächste Aufruf folgt. Abhilfe: im Skript eine eigene Umgebungsvariable setzen und am Anfang prüfen, oder den Unteraufruf mit--settings '{"disableAllHooks": true}'starten. - Vergessener /loop.
/loop 5m …läuft in festen Abständen, solange die Sitzung offen und untätig ist, und endet erst nach sieben Tagen. Esc oder Strg+C stoppen feste Intervalle nicht; dafür bitten Sie Claude ausdrücklich, die Aufgabe zu löschen. Wer gar keine Schleifen will, setztCLAUDE_CODE_DISABLE_CRON=1.
Zum Testen, ob Hooks die Ursache sind, starten Sie eine Sitzung einmal ganz ohne Hooks:
claude --settings '{"disableAllHooks": true}'
Bleibt der Verbrauch dann normal, liegt es an einem Hook. Schalten Sie ihn nicht einfach ab, sondern bauen Sie eine Abbruchbedingung ein; Hooks erledigen oft wichtige Prüfungen.
Woran Sie eine Schleife in der Auswertung erkennen: gleichmäßiger Takt, auch nachts, und jede Spitze etwas höher, weil der Verlauf mitwächst.
Schritt 5: Ursache abstellen, Projekte behalten
Ist der Verursacher gefunden, ändern Sie gezielt nur diese Stelle. Löschen Sie keine Ordner unter .claude und keine Projektdateien, um „aufzuräumen“: Dort liegen Einstellungen, Gedächtnis und Verläufe, die Sie später brauchen. Sichern Sie vor jeder Änderung die betroffene Datei, etwa als Kopie mit Datum im Namen.
| Befund | Gezielte Abhilfe | Risiko für Projekte |
|---|---|---|
| Lange Sitzung, Verlauf groß | Vor Pausen /compact, bei Themenwechsel /rename und /clear, später mit /resume zurück | keins, Verlauf bleibt gespeichert |
Schleife in /usage | Claude bitten, die Aufgabe zu löschen; Takt vergrößern oder ereignisgesteuert lösen | keins |
| Subagenten mit hohem Anteil | In der Agentendatei model: haiku oder sonnet setzen, parallele Agenten begrenzen | gering, Qualität prüfen |
| Agenten-Team läuft weiter | Teammitglieder beenden, Teams klein halten, Sonnet für Teammitglieder | keins |
| Opus mit höchster Denkstufe | Standard auf Sonnet, Opus gezielt für schwere Aufgaben; /effort high statt max | keins |
| CLAUDE.md über 200 Zeilen | Kern behalten, Abläufe in Skills verschieben, die nur bei Bedarf laden | gering, vorher sichern |
| Unbenutzte MCP-Server | In /mcp abschalten statt löschen; wo möglich Kommandozeilenwerkzeuge nutzen | keins, jederzeit wieder an |
| Stop-Hook ohne Bremse | Feld stop_hook_active auswerten, Höchstzahl an Versuchen einbauen | gering, Hook bleibt aktiv |
| Task in der Aufgabenplanung | Aufgabe deaktivieren (nicht löschen), Takt prüfen, Lauf protokollieren | keins |
| Nutzung von anderem Gerät | Geräte und Server mit Ihrem Konto prüfen, dort /logout; Abo-Token in GitHub erneuern | keins |
Leerlauf-Verbrauch und Vorschläge
Auch eine untätige Sitzung kann laut Anthropic Token verbrauchen: Sitzungsrückblick und Leerlauf-Zusammenfassung, Vorschläge für Ihre nächste Eingabe nach jeder Antwort, Nachrichten aus anderen Sitzungen und Zwischenprüfungen bei aktiven Zielen (/goal). Einzeln ist das wenig, über viele offene Fenster summiert es sich. Wer mehrere Sitzungen parallel offen hält, schließt die nicht benötigten oder schaltet die Vorschläge in /config ab.
Checkliste zum Abhaken
- Claude Code aktualisiert, Version notiert
/usagefür 24 Stunden und 7 Tage abgelesen, Zeilen notiert/contextgeprüft: Verlauf, Gedächtnis, MCP-Anteil- Prozesse, Aufgabenplanung, Autostart und WSL durchsucht
- Skripte mit
claude -pgefunden und Takt geprüft - Verlaufsdateien ausgewertet, größte Sitzung identifiziert
- Test mit
disableAllHooksgemacht - Andere Geräte, GitHub Actions und Cloud-Routinen geprüft
- Eine Änderung umgesetzt, betroffene Datei vorher gesichert
- Nach 24 Stunden
/usageerneut gelesen und verglichen
Ändern Sie immer nur eine Sache und messen Sie danach erneut. Sonst wissen Sie am Ende nicht, was gewirkt hat, und schalten womöglich Automatisierungen ab, die gar nicht schuld waren.
Wann es sich lohnt, die Suche abzugeben
Die Schritte oben reichen bei einer einzelnen Sitzung meist aus. Aufwendiger wird es, wenn mehrere Projekte, eigene Agenten, MCP-Server, Hooks und Skripte ineinandergreifen, wenn neben Windows noch WSL, ein Server oder GitHub Actions mit demselben Konto arbeiten, oder wenn Automatisierungen geschäftlich wichtig sind und auf keinen Fall ausfallen dürfen.
Genau das bauen und betreuen wir täglich für eigene und Kundenprojekte. Wir prüfen remote, ganz ohne Zugriff auf Ihren Rechner: Sie bekommen von uns eine kurze Sammelanleitung, schicken die Ausgaben und die betroffenen Einstellungsdateien, und erhalten einen schriftlichen Befund mit Ursache und einer Schrittfolge, die Ihre Projekte und Daten unangetastet lässt. Rückfragen klären wir per E-Mail.
Wir finden Ihren Token-Fresser
Befund aus Ihren Messwerten, Ursache mit Beleg, Schrittfolge zum Abstellen. Ohne Fernzugriff, ohne Eingriff in Ihre Projekte.
- Auswertung von /usage und Verlaufsdateien
- Hooks, Subagenten, MCP und Schleifen geprüft
- Windows, WSL, Aufgabenplanung und Skripte
- Festpreis nach erster Sichtung
Passend dazu: KI-Token richtig nutzen erklärt, wie Kontext und Modellwahl zusammenhängen. Agent Harness Engineering zeigt, wie man Agenten so baut, dass sie kontrolliert arbeiten. Und wer Agenten für den eigenen Betrieb einrichten lassen möchte, findet das unter KI-Agenten und Assistenten einrichten.
Quellen
- Claude Code Docs: Manage costs effectively (Abschnitte /usage, Plan usage breakdown, Background token usage, Why usage climbs in a long session, Agent team token costs), code.claude.com
- Claude Code Docs: Run prompts on a schedule (/loop, sieben Tage Ablauf, CLAUDE_CODE_DISABLE_CRON), code.claude.com
- Claude Code Docs: Hooks reference (Stop-Hooks, Exit-Code 2, disableAllHooks), code.claude.com
- Claude Hilfe-Center: höhere Wochengrenzen in Claude Code seit 14.09.2026, support.claude.com
- ccusage, Open-Source-Auswertung der Claude-Code-Verlaufsdateien, github.com
Alle Quellen gelesen am 12.11.2026. Die PowerShell-Befehle lesen nur und verändern keine Daten.
Erstellt von der Redaktion Die Netzhandwerker mit KI-Unterstützung, auf Grundlage unserer eigenen Arbeit mit Claude Code im Max-Abo. Beispielwerte in den Abbildungen sind nachgestellt.