Plan-Limits kommen mitten in der Aufgabe
Lange agentische Sessions verbrauchen Nutzungslimits, weil jeder Datei-Read und jeder Bash-Aufruf roh im Fenster landet.
LeanCTX für Claude Code
Claude Code ist brillant. Seine Token-Rechnung nicht.
LeanCTX senkt die Token-Kosten von Claude Code um 60–90% mit MCP-Tools und Shell-Hooks: komprimierte AST-bewusste Reads, ~13-Token-Cache-Re-Reads und 88–99% kleinere Befehlsausgabe. Sessions bleiben länger scharf, weil sich das Fenster mit Signal statt Rauschen füllt. Setup ist ein Befehl: lean-ctx setup.
Das Problem
Wo Claude Code deine Tokens verbrennt.
Compaction verliert den Faden
Wenn sich das Fenster füllt, fasst Compaction Details weg, die du noch brauchst. Dann liest der Agent neu, was er gerade vergessen hat.
Bash-Ausgabe dominiert das Transkript
Ein einzelner Test-Lauf oder Install kann mehr Tokens kosten als die Code-Änderung selbst.
Your stack. Your agent. Better context.
Die Integration
So klinkt sich LeanCTX in Claude Code.
MCP-Server in der Claude-Konfiguration
lean-ctx setup registriert den MCP-Server für Claude Code. Du bekommst standardmäßig ~13 Lean-Core-Tools (ctx_read, ctx_search, ctx_shell, …), mit dem vollen 81-Tool-Katalog auf Abruf über ctx_call / ctx_expand.
CLAUDE.md-Anleitung installiert
Setup schreibt Tool-Präferenz-Regeln, damit Claude Code zuerst zu komprimierten Reads greift. Automatisch, in jeder Session.
Session-Gedächtnis über Neustarts hinweg
Findings, Entscheidungen und Fortschritt bleiben in einem lokalen Knowledge-Store erhalten und werden in neue Sessions zurückgespielt: weniger Wiedererklären, weniger Neu-Lesen.
Setup
Ein Befehl. Auto-erkannt.
terminal
# LeanCTX installieren
$ curl -fsSL https://leanctx.com/install.sh | sh# Claude Code automatisch erkennen und MCP + CLAUDE.md konfigurieren
$ lean-ctx setup# Verdrahtung prüfen
$ lean-ctx doctor# ansehen, was eine Session gespart hat
$ lean-ctx gainWas sich ändert
Drei Momente, die du bemerkst.
Die Session, die nicht compacted
Reads kommen 60–90% kleiner an, sodass sich das Fenster 5–10× langsamer füllt. Lange Aufgaben sind fertig, bevor Compaction je auslöst.
Das Gedächtnis, das überlebt
Die morgige Session startet mit dem Wissen von gestern, wiederhergestellt aus dem lokalen Knowledge-Store statt neu von der Platte gelesen.
Der überprüfbare Beleg
Jede Einsparung landet in einem Ed25519-signierten Ledger. lean-ctx gain ist eine Zahl, die du auditieren kannst.
Claude Code + LeanCTX, beantwortet.
Führe lean-ctx setup aus, nachdem du LeanCTX installiert hast. Claude Code erhält MCP-Tools, die Reads um 60–90% komprimieren, Re-Reads bei ~13 Tokens cachen und die Bash-Ausgabe um 88–99% schrumpfen — typischerweise vervielfachen sich die Plan-Limits.
Nein. LeanCTX wirkt vorgelagert: Es verkleinert, was überhaupt ins Fenster gelangt, sodass Compaction später oder gar nicht auslöst. Claude Codes eigene Mechanismen arbeiten unverändert weiter.
Ja. Jede Claude-Code-Oberfläche, die dieselbe Konfiguration liest, nutzt denselben MCP-Server, Cache und dasselbe Ledger.
Ja. Eingebaute Context Personas (coding, research, support, data-analysis, lead-gen) formen die gesamte Kontext-Oberfläche pro Domäne: Tool-Set, Read-Mode, Kompression und Intent-Taxonomie. Eine Research-Session und eine Coding-Session bekommen so unterschiedlichen, abgestimmten Kontext aus derselben Installation. Wechsle mit einer Einstellung (LEAN_CTX_PERSONA), ohne neu zu prompten.
Nutzt du das bei der Arbeit?
Team gibt deiner ganzen Organisation eine gemeinsame, auditierte Kontext-Ebene, und das Ledger weist die Einsparungen gegenüber der Finanzabteilung nach. Lokale Nutzung bleibt für immer kostenlos, per CI erzwungen.