Token Discipline
Input-seitige Token-Regeln für Claude Code — rund 20 % weniger bei mehrstufiger Arbeit, neutral bei Einzelaufgaben.
Getestet · Funktioniert
Was es kann
Erzwingt Input-seitige Token-Disziplin in Claude-Code-Sessions: gezielte Suche vor dem Lesen, ausschnittsweises statt vollständiges Lesen von Dateien, gebündelte unabhängige Tool-Aufrufe und keine redundanten Re-Reads nach erfolgreichen Edits — dazu eine knappe finale Ausgabe. Getestet an 5 echten Aufgabenpaaren gegen einen Baseline-Agenten: senkt den Tokenverbrauch bei mehrstufiger Arbeit am Codebase (Editieren, Multi-Frage-Q&A) um rund 19–20 %, bringt bei trivialen Einzelaufgaben aber praktisch nichts — eine Einschränkung, die das README offenlegt statt zu verschweigen.
Testbericht
Unser eigener Skill — getestet nach demselben Protokoll, offengelegt. Die Rohdaten aus dem README (5 Aufgabenpaare, Baseline gegen Agent mit Skill, identische Prompts) zeigen einen echten, aber schmalen Gewinn: −19,0 % und −19,9 % Tokens bei den beiden mehrstufigen Aufgaben (Codebase-Q&A, Multi-Datei-Edit), gegenüber −2,1 %, +0,0 % und +5,7 % bei den drei Einzelaufgaben — dort praktisch neutral, wie das README selbst einräumt. Ein eigenständiger bench-Ordner existiert nicht; dieses Verdict stützt sich vollständig auf die Zahlen aus dem README, eine Einschränkung, die zum ohnehin bescheidenen Effekt hinzukommt. Der Protokolltest hat echte Probleme in unseren eigenen Repos aufgedeckt (tote Benchmark-Links, strenges YAML-Frontmatter) — noch am selben Tag behoben und erneut verifiziert.
Getestet am: 2026-07-11 · Claude Code 2.x (agent harness)
Installation
git clone https://github.com/Skillproofdev/token-discipline ~/.claude/skills/token-discipline
Befehle & Beispiel-Prompts
/token-disciplineInput-seitige Token-Regeln für Claude Code — rund 20 % weniger bei mehrstufiger Arbeit, neutral bei Einzelaufgaben.
Skills reagieren auf normale Anfragen — keine Slash-Befehle nötig. Nach der Installation aktivieren Prompts wie diese den Skill (auf Englisch):
This session is burning tokens way too fast — can you tighten up how you're working?We keep hitting the context limit on this long refactor. Work more token-efficiently for the rest of it.Can you reduce Claude Code's token usage while we do this multi-file coordinated edit?