Eine Context Plane für
jeden Dev und Agenten.
LeanCTX gibt deinem Team eine geteilte, auditierte Context-Plane: konsistente komprimierte Reads, gemeinsames Memory über Personen und CI-Agenten und Budgets pro Rolle, damit jeder Agent aus demselben Kontext arbeitet und du siehst, was er gekostet hat.
Wofür jedes Team doppelt zahlt.
Ohne geteilte Schicht baut jeder Entwickler und jeder CI-Agent denselben Kontext allein neu auf.
Jeder leitet Kontext neu ab
Jede Person und jeder CI-Lauf liest dasselbe Repo von vorn. Die Arbeit wird nie geteilt, und du zahlst jedes Mal dafür.
Memory steckt in einer Session
Entscheidungen und Findings bleiben im Chat einer Person gefangen. Der nächste Agent startet blind.
Kein Budget, kein Audit
Du kannst nicht begrenzen, was eine Rolle ausgibt, und niemandem zeigen, was deine Agenten wirklich gelesen haben.
Wie die geteilte Plane funktioniert.
Ein Befehl macht aus der lokalen Engine einen Server, den dein ganzes Team und seine CI-Agenten abfragen: read-first, rollenbasiert und auditiert.
Ein Server vor jedem Repo
lean-ctx team serve betreibt einen Prozess über viele Workspaces. Jeder zeigt seinen MCP-Client auf dessen URL und fragt einen geteilten BM25-, Graph- und Artefakt-Index ab, statt dass jeder Klon seinen eigenen neu baut.
Tokens tragen Rollen und Scopes
Zugriff läuft pro Token, gespeichert als SHA-256-Hash, nie im Klartext. Rollen (Viewer, Member, Admin, Owner) entfalten sich zu Scopes wie search, graph und knowledge, least-privilege per Default.
Read-first per Design
Die geteilte Oberfläche autorisiert search, graph, knowledge, events und artifacts und verweigert code-verändernde Tools. Ein geteilter Server gibt Kontext aus, keine Remote-Shells.
Jeder Zugriff wird auditiert
Jede Entscheidung wird in ein append-only Audit-Log geschrieben, mit einem Live-Event-Stream, was Agenten im Team gelesen und getan haben.
Eine geteilte Plane in Minuten aufsetzen.
Eine Konfigdatei listet deine Repos und Tokens. Self-hoste sie, oder lass uns beim Start des Team-Plans einen gehosteten Server bereitstellen.
Was sich für das Team ändert.
Vier Ergebnisse, sobald Kontext geteilt wird, statt von jedem immer wieder neu aufgebaut.
Das Repo einmal lesen
Der geteilte Index wird einmal gebaut und von jedem Entwickler und CI-Agenten wiederverwendet, ohne paralleles Neu-Ableiten.
Wissen wächst kumulativ
Findings und Entscheidungen bleiben über Personen und Läufe erhalten, sodass das Memory des Teams wächst, statt sich jede Session zurückzusetzen.
Planbare, gedeckelte Kosten
Token-Budgets pro Rolle halten die Ausgaben in Grenzen, und das Ledger beweist, wohin jedes Token ging.
Beweisbar und besitzbar
Ein append-only Audit-Log beantwortet, was Agenten berührt haben, und der Server ist unter Apache-2.0 self-hostbar.
Lokal bleibt für immer kostenlos; Team legt die geteilte Plane obendrauf. Reguliert oder air-gapped? LeanCTX für Enterprise ansehen oder die Pläne vergleichen.
Teams, beantwortet.
Wie unterscheidet sich Team von Pro?
Pro synct deinen eigenen Kontext über deine Geräte. Team fügt eine geteilte, auditierte Context-Plane für das ganze Team und seine CI-Agenten hinzu, mit rollenbasiertem Zugriff und Budgets.
Können unsere CI-Agenten es nutzen?
Ja. CI-Agenten fragen dieselbe geteilte Plane ab wie Entwickler, sodass automatisierte Läufe gemeinsames Memory wiederverwenden und in den Rollen-Budgets bleiben.
Wie werden Budgets durchgesetzt?
Jede Rolle (Viewer, Member, Admin, Owner) bekommt ein Token-Budget. Die Ausgabe wird in dasselbe signierte Ledger gemessen, das die Savings-Reports speist, sodass Limits beweisbar sind, nicht geschätzt.
Wo liegt unser Code?
Deine Repositories bleiben auf deinen Hosts. Die Plane teilt komprimierten Kontext und Metadaten, nicht deinen Quellbaum, und die Pricing-Seite listet genau, was synct.
Vom Solo-Entwickler bis zurregulierten Flotte.
Builder
Solo-Entwickler und Indie-Hacker, die wollen, dass ihr Agent weniger liest, sich mehr merkt und keine Tokens mehr verbrennt — auf einer lokalen Binary, für immer kostenlos.
Lokal kostenlos · 60–90% weniger Tokens Builders entdeckenTeams
Engineering-Teams, die eine geteilte, auditierte Context-Plane brauchen: konsistente Reads, gemeinsames Memory und Budgets pro Rolle über jeden Agenten und jede IDE.
Geteiltes Memory · Budgets pro Rolle Teams entdeckenEnterprise
Security- und Plattform-Verantwortliche, die beweisen müssen, was Agenten angefasst haben: SSO, Flotten-Policies, signierte Belege und air-gapped, lokal-first per Default.
SSO · Policy-Packs · Evidence-Bundles Enterprise entdeckenGib deinem Team eine Context Plane.
Eine geteilte, auditierte Schicht für jeden Entwickler und Agenten. Starte mit dem Team-Plan oder sprich mit uns über einen Piloten.