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.

Plan-Limits kommen mitten in der Aufgabe

Lange agentische Sessions verbrauchen Nutzungslimits, weil jeder Datei-Read und jeder Bash-Aufruf roh im Fenster landet.

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.

Die Integration

So klinkt sich LeanCTX in Claude Code.

01

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.

02

CLAUDE.md-Anleitung installiert

Setup schreibt Tool-Präferenz-Regeln, damit Claude Code zuerst zu komprimierten Reads greift. Automatisch, in jeder Session.

03

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.

# 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 gain
Was 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.

FAQ

Claude Code + LeanCTX, beantwortet.

Wie senke ich Token-Verbrauch und Kosten von Claude Code?

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.

Stört LeanCTX Claude Codes eigenes Kontext-Management?

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.

Funktioniert es sowohl mit der CLI als auch mit der VS-Code-Erweiterung?

Ja. Jede Claude-Code-Oberfläche, die dieselbe Konfiguration liest, nutzt denselben MCP-Server, Cache und dasselbe Ledger.

Kann ich den Kontext an verschiedene Aufgabenarten anpassen?

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.