Für Teams

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.

Die Kosten

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.

So funktioniert es

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.

01

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.

02

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.

03

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.

04

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.

In Aktion

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.

# Einen geteilten Server vor deinen Repos starten
$ lean-ctx team serve --config team.json
# Pro Teammitglied ein rollenbasiertes Token erzeugen (nur der Hash wird gespeichert)
$ lean-ctx team token create --config team.json --id alice --role member
# Dem CI-Bot nur lesendes search und graph geben, sonst nichts
$ lean-ctx team token create --config team.json --id ci-bot --scopes search,graph
# Den geteilten Index per Timer frisch halten
$ lean-ctx team sync --config team.json
Was du bekommst

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.

FAQ

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.

Gib 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.