每个人都在重新推导上下文
每个用户和每次 CI 运行都从头读取相同的仓库。工作从未共享，您每次都需要为此付费。
成本问题
每个团队都会面临的问题 重复支付的两项费用。
如果没有共享层，每位开发人员和 CI 代理都会单独重建相同的上下文。
内存只存在于单个会话中
决策和发现被困在某位开发人员的聊天记录中。下一个代理将处于盲目状态。
没有预算，无法审计
您无法限制某个角色花费多少，也无法向任何人展示您的代理实际读取了什么。
From solo builders to regulated fleets.
工作原理
共享平面如何运作 工作方式。
一个命令即可将本地引擎转变为供整个团队及其 CI 代理查询的服务器：只读、角色范围和审计。
单个服务器为每个仓库提供服务
LeanCTX team serve 在多个工作区上运行一个进程。每个人都将他们的 MCP 客户端指向其 URL，从而查询一个共享的 BM25、图谱和工件索引，而不是让每个克隆体重建自己的索引。
令牌携带角色和范围
访问是按令牌进行的，存储为 SHA-256 哈希，绝不以明文形式存储。角色（查看者、成员、管理员、所有者）扩展到搜索、图谱和知识等范围，默认遵循最小权限原则。
设计上优先只读
共享表面授权搜索、图谱、知识、事件和工件，并拒绝代码修改工具。共享服务器提供上下文，而非远程 shell。
所有访问都经过审计
每个决策都会写入一个追加式审计日志，并提供团队范围内代理读取和操作的实时事件流。
查看运行过程
在以下环境中搭建共享平面 几分钟内。
一个配置文件列出了您的仓库和令牌。您可以自托管它，或者在我们开始使用 Team 计划时让我们为您配置管理服务器。
terminal
# 运行一个位于您仓库前方的共享服务器
$ lean-ctx team serve --config team.json# 为每位团队成员铸造一个角色范围的令牌（只存储哈希值）
$ lean-ctx team token create --config team.json --id alice --role member# 授予 CI bot 只读搜索和图谱权限，不给其他任何权限
$ lean-ctx team token create --config team.json --id ci-bot --scopes search,graph# 设置定时任务保持共享索引的新鲜度
$ lean-ctx team sync --config team.json您获得什么
哪些方面发生了变化 为整个团队服务。
一旦共享上下文，就能避免每次都需要所有人重新构建四种成果。
只需读取一次仓库
共享索引只构建一次，可供每位开发人员和 CI agent 重复使用，无需并行重新推导。
知识积累
发现和决策可以在人与运行之间持久化，从而使团队的记忆不断增长，而不是每次会话都重置。
可预测、有上限的成本
按角色设定的 token 预算将支出控制在范围内，账本记录证明了每个 token 的去向。
可证明和可拥有
一个追加只读审计日志回答了哪些 agent 进行了操作，并且服务器支持 Apache-2.0 自托管。
本地版本永久免费；Team 版本在上面增加了共享平面。受监管或气隙环境？查看 LeanCTX 的企业版 或 比较套餐。
关于 Team，解答了疑问。
Pro 在您的设备间同步您自己的上下文。而 Team 为整个团队及其 CI agent 增加了共享、审计的上下文平面，并支持基于角色的访问和预算。
可以。CI agent 查询与开发人员相同的共享平面，因此自动化运行可以重用池化的内存并保持在角色预算内。
每个角色（查看者、成员、管理员、所有者）都会获得一个 token 预算。支出会记录到与节省报告相同的签名账本中，因此限制是可证明的，而非猜测的。
您的仓库仍然保留在您自己的主机上。该平面共享的是压缩后的上下文和元数据，而不是您的源代码树，定价页面准确列出了哪些内容会同步。
Find your fit.
Choose the LeanCTX path that matches how you build.
为您的团队提供一个上下文平面。
为每位开发者和代理提供一个共享的、经过审计的层。从 Team 计划开始，或与我们讨论试点项目。