Un plan de contexte pour
chaque développeur et agent.
LeanCTX fournit à votre équipe un plan de contexte partagé et audité : des lectures compressées cohérentes, une mémoire mutualisée entre les personnes et les agents CI, et des budgets par rôle, afin que chaque agent travaille à partir du même contexte et que vous puissiez voir ce que cela coûte.
Ce que chaque équipe paie deux fois.
Sans une couche partagée, chaque développeur et agent CI reconstruit le même contexte seul.
Tout le monde redéduit le contexte
Chaque personne et chaque exécution CI lit le même dépôt à partir de zéro. Le travail n'est jamais partagé, et vous en payez chaque fois.
La mémoire vit dans une session
Les décisions et les découvertes restent piégées dans le chat d'un développeur. Le prochain agent commence à l'aveugle.
Pas de budget, pas d'audit
Vous ne pouvez pas limiter ce qu'un rôle dépense, et vous ne pouvez montrer à personne ce que vos agents ont réellement lu.
Comment le plan partagé fonctionne.
Une seule commande transforme le moteur local en un serveur auquel toute votre équipe et ses agents CI interrogent : lecture d'abord, limité par rôle et audité.
Un serveur devant chaque dépôt
lean-ctx permet à l'équipe de faire fonctionner un seul processus sur plusieurs espaces de travail. Tout le monde pointe son client MCP vers son URL et interroge un index BM25, graphique et d'artefacts partagé au lieu que chaque clone ne reconstruise le sien.
Les jetons portent des rôles et des portées
L'accès est par jeton, stocké sous forme de hachage SHA-256, jamais en texte clair. Les rôles (viewer, member, admin, owner) se déploient en portées telles que search, graph et knowledge, le moindre privilège par défaut.
Conçu pour la lecture
La surface partagée autorise la recherche, le graphique, les connaissances, les événements et les artefacts, et refuse les outils de mutation de code. Un serveur partagé distribue du contexte, pas des shells distants.
Tout accès est audité
Chaque décision est écrite dans un journal d'audit en écriture seule, avec un flux d'événements en direct de ce que les agents ont lu et fait à travers l'équipe.
Déployer un plan partagé en minutes.
Un seul fichier de configuration liste vos dépôts et jetons. Hébergez-le vous-même, ou laissez-nous provisionner un serveur géré lorsque vous démarrez le plan Team.
Ce qui change pour l'équipe.
Quatre résultats une fois que le contexte est partagé au lieu d'être reconstruit par tout le monde, chaque fois.
Lire le dépôt une seule fois
L'index partagé est construit une seule fois et réutilisé par chaque développeur et agent CI, sans redérivation parallèle.
La connaissance s'accumule
Les découvertes et les décisions persistent entre les personnes et les exécutions, de sorte que la mémoire de l'équipe grandit au lieu de se réinitialiser à chaque session.
Coût prévisible et plafonné
Des budgets de jetons par rôle maintiennent les dépenses dans des limites définies, et le registre prouve où chaque jeton est allé.
Prouvable et possédable
Un journal d'audit en écriture seule répond à ce que les agents ont touché, et le serveur peut être auto-hébergé sous Apache-2.0.
Le local reste gratuit pour toujours ; Team ajoute le plan partagé par-dessus. Régulé ou air-gapped ? Voir LeanCTX pour l'entreprise ou comparer les plans.
Les équipes, répondues.
Comment Team diffère-t-il de Pro ?
Pro synchronise votre propre contexte sur vos appareils. Team ajoute un plan de contexte partagé et audité pour toute l'équipe et ses agents CI, avec des accès basés sur les rôles et des budgets.
Nos agents CI peuvent-ils l'utiliser ?
Oui. Les agents CI interrogent le même plan partagé que les développeurs, de sorte que les exécutions automatisées réutilisent la mémoire mise en commun et restent dans les budgets des rôles.
Comment les budgets sont-ils appliqués ?
Chaque rôle (lecteur, membre, administrateur, propriétaire) dispose d'un budget de jetons. Les dépenses sont mesurées dans le même registre signé qui alimente les rapports d'économies, de sorte que les limites sont prouvables, non supposées.
Où se trouve notre code ?
Vos dépôts restent sur vos hôtes. Le plan partage un contexte et des métadonnées compressés, pas votre arborescence source, et la page de tarification liste exactement ce qui est synchronisé.
Des développeurs solo auxflottes réglementées.
Développeurs
Les développeurs solo et les hackers indépendants qui veulent que leur agent lise moins, se souvienne plus et cesse de brûler des jetons — sur un seul binaire local, gratuit pour toujours.
Local-free · 60–90 % de jetons en moins Explorer les développeursTeams
Les équipes d'ingénierie qui ont besoin d'un plan de contexte partagé et audité : lectures cohérentes, mémoire mutualisée et budgets par rôle pour chaque agent et IDE.
Mémoire partagée · budgets par rôle Explorer les équipesEnterprise
Leaders de la sécurité et des plateformes qui doivent prouver ce que les agents ont touché : SSO, politiques de flotte, preuves signées et air-gapped, local-first par défaut.
SSO · packs de politiques · ensembles de preuves Explorer l'entrepriseOffrez à votre équipe un plan de contexte.
Une couche partagée et auditée pour chaque développeur et agent. Commencez avec le plan Team, ou parlez-nous d'un pilote.