面向团队

所有人的统一上下文平面
适用于每位开发人员和每个代理。

LeanCTX 为您的团队提供一个共享、可审计的上下文平面:一致的压缩读取、跨人员和 CI 代理的内存池,以及按角色分配的预算,确保每个代理都基于相同的上下文工作,并且您可以查看其成本。

成本问题

每个团队都会面临的问题 重复支付的两项费用。

如果没有共享层,每位开发人员和 CI 代理都会单独重建相同的上下文。

每个人都在重新推导上下文

每个用户和每次 CI 运行都从头读取相同的仓库。工作从未共享,您每次都需要为此付费。

内存只存在于单个会话中

决策和发现被困在某位开发人员的聊天记录中。下一个代理将处于盲目状态。

没有预算,无法审计

您无法限制某个角色花费多少,也无法向任何人展示您的代理实际读取了什么。

工作原理

共享平面如何运作 工作方式。

一个命令即可将本地引擎转变为供整个团队及其 CI 代理查询的服务器:只读、角色范围和审计。

01

单个服务器为每个仓库提供服务

lean-ctx team serve 在多个工作区上运行一个进程。每个人都将他们的 MCP 客户端指向其 URL,从而查询一个共享的 BM25、图谱和工件索引,而不是让每个克隆体重建自己的索引。

02

令牌携带角色和范围

访问是按令牌进行的,存储为 SHA-256 哈希,绝不以明文形式存储。角色(查看者、成员、管理员、所有者)扩展到搜索、图谱和知识等范围,默认遵循最小权限原则。

03

设计上优先只读

共享表面授权搜索、图谱、知识、事件和工件,并拒绝代码修改工具。共享服务器提供上下文,而非远程 shell。

04

所有访问都经过审计

每个决策都会写入一个追加式审计日志,并提供团队范围内代理读取和操作的实时事件流。

查看运行过程

在以下环境中搭建共享平面 几分钟内。

一个配置文件列出了您的仓库和令牌。您可以自托管它,或者在我们开始使用 Team 计划时让我们为您配置管理服务器。

# 运行一个位于您仓库前方的共享服务器
$ 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 的企业版比较套餐

FAQ

关于 Team,解答了疑问。

Team 与 Pro 有什么不同?

Pro 在您的设备间同步您自己的上下文。而 Team 为整个团队及其 CI agent 增加了共享、审计的上下文平面,并支持基于角色的访问和预算。

我们的 CI agent 可以使用吗?

可以。CI agent 查询与开发人员相同的共享平面,因此自动化运行可以重用池化的内存并保持在角色预算内。

如何强制执行预算?

每个角色(查看者、成员、管理员、所有者)都会获得一个 token 预算。支出会记录到与节省报告相同的签名账本中,因此限制是可证明的,而非猜测的。

我们的代码存储在哪里?

您的仓库仍然保留在您自己的主机上。该平面共享的是压缩后的上下文和元数据,而不是您的源代码树,定价页面准确列出了哪些内容会同步。

为您的团队提供一个上下文平面。

为每位开发者和代理提供一个共享的、经过审计的层。从 Team 计划开始,或与我们讨论试点项目。