Rohes JSON geht direkt ins Modell
Jede Tool-Antwort, jedes API-Payload und jedes Dokument landet unverarbeitet im Prompt. Du zahlst bei jedem einzelnen Call für Rauschen.
Anwendungsfall · Eigene Bots
Gib deinem Bot Context Engineering.
LeanCTX bettet sich in jeden eigenen Bot oder Agent ein – über eine versionierte /v1-HTTP-API (OpenAPI + /v1/capabilities) mit GA-SDKs für Python und TypeScript plus einem Rust-SDK. Dein Bot bekommt komprimierte Reads, persistenten Speicher, einen Knowledge-Graph, das ctx_tools-Gateway und Governance – ohne irgendetwas davon selbst zu bauen. Eine lokale Rust-Binary, lean-ctx serve, null Cloud-Abhängigkeit.
Same engine. Different workflow. Always the right context.
Was es dich heute kostet.
Selbstgebauter Speicher ist fragil
Ein an einen Cronjob geschraubter Vector-Store ist kein Speichersystem. Erkenntnisse verschwinden, Sessions setzen zurück, und niemand vertraut dem Recall.
Jeder Bot baut dieselbe Plumbing neu
Caching, Deduplizierung, Retrieval, Budgets: jeder neue Bot erfindet den Kontext-Stack neu, statt seine eigentliche Aufgabe auszuliefern.
Die Fähigkeiten, die die Arbeit machen.
Alles hier unten steckt heute in der Open-Source-Binary. Keine Roadmap-Punkte, keine Wartelisten.
Deine Tools→LeanCTX→Modell
Versionierte /v1-API
OpenAPI-Spec + /v1/capabilities-Discovery; Read-, Search-, Memory- und Shell-Endpunkte
GA-SDKs + Conformance
Python- & TypeScript-SDKs GA mit einem 14-Checks-Conformance-Kit, plus ein Rust-SDK
ctx_tools-Gateway
externe MCP-Server und Plugins über einen einzigen kontrollierten Einstiegspunkt anbinden
WASM-Erweiterungen
eine sandboxed WASM-Runtime und Plugins erweitern die Schicht, ohne sie zu forken
Kontext-Personas
eingebaute Personas (coding, research, support…) plus eigene; ein Schalter formt Tool-Set, Read-Mode, Kompression und Intents neu
Knowledge-Store
Fakten, Entscheidungen und Blocker bleiben über Sessions und Neustarts hinweg erhalten
Von null zum ersten Gewinn.
terminal
# die Kontext-API starten
$ lean-ctx serve# die Oberfläche entdecken (OpenAPI + Capabilities)
$ curl localhost:8080/v1/capabilities# das SDK installieren
$ pip install lean-ctx-client# aus deinem Bot verbinden
$ client = LeanCtxClient("http://127.0.0.1:8080")# komprimierter Read über die /v1-API
$ client.call_tool_text("ctx_read", {"path": "data/report.pdf"})Ein Guide. Zwei Journeys. Volle Referenz.
01
Guide · API-Referenz
Jeder /v1-Endpunkt mit Request- und Response-Form.
Mehr erfahren02
Journey · Open Door: SDKs & API
Bette LeanCTX in deinen eigenen Agent ein, end-to-end.
Mehr erfahren03
Journey · Kontext-Personas
Stimme die Schicht auf die Domäne deines Bots ab.
Mehr erfahren04
Referenz · MCP-Tool-Katalog
Der vollständige 81-Tool-Katalog, den dein Bot aufrufen kann.
Mehr erfahrenFragen, die Teams vor der Einführung stellen.
Nein. lean-ctx serve betreibt eine versionierte /v1-HTTP-API auf deiner Maschine. Jeder Prozess (ein Slack-Bot, ein Support-Agent, eine Pipeline) kann über das Python-, TypeScript- oder Rust-SDK komprimierte Reads, Speicher und Suche nutzen.
Ja. Die Python- und TypeScript-SDKs sind GA gegen den eingefrorenen /v1-Vertrag, und ein 14-Checks-Conformance-Kit hält jeden Client ehrlich. Ein Rust-SDK und eine OpenAPI-Spec (/v1/openapi.json) runden die Oberfläche ab, und Erweiterungen laufen als sandboxed WASM oder Plugins, sodass du die Schicht erweiterst, ohne sie zu forken.
Auf deiner Maschine. LeanCTX ist Local-First mit null Telemetrie: Cache, Knowledge-Store und Ledger sind lokale Dateien. Nichts verlässt sie, es sei denn, du baust etwas, das sie sendet.
Nichts. Lokale Nutzung ist für immer kostenlos, durchgesetzt von einem öffentlichen CI-Gate. Bezahlte Pläne ergänzen nur gehostete Synchronisation und Team-Planes obendrauf.
Übernimm wieder die Kontrolle über deinen Kontext.
Kostenlos für lokale Nutzung, für immer. Per CI erzwungen. Eine Binary, zehn Minuten bis zum ersten gemessenen Gewinn.