LeanCTX 定位为面向 AI 系统的上下文网关（Context Gateway），其核心作用是控制 AI 能够看到什么。它位于 AI 与其所读取的系统之间，负责选择任务所需的相关上下文、应用受支持的控制规则，并记录集成能够观察到的内容。官方强调「来源检查与模型交付是分离的」：一个被允许的文件可以在本地被读取，然后对其返回内容进行过滤后再交付。
主要能力
- 上下文选择：按任务挑选允许的信息，准备所需细节，并保留来源引用。资料示例包括从计费代码 total.ts 选取相关实现、从日志中给出过滤后的诊断上下文、拒绝客户导出文件，以及对邮件字段和 customer_id 进行脱敏。
- 来源与版本控制：使用经用户与任务授权的来源；在来源元数据中明确标记为当前版本的内容才会被选中，被取代的旧版本仅作为参考保留；超出用户许可范围的来源将被拒绝访问。
- 交付前规则：使用来源权限、配置的内容检查与预算约束，支持允许/拒绝来源、对支持读取结果中的字段进行掩码处理等规则。
- 读取时检查：针对支持的文本结果启用已知注入模式和个资格式的检查；密钥脱敏与自定义模式可加入规则。过滤元数据报告分类与计数，不包含敏感的匹配值。
- 过滤规则与审计：对检测到的内容可选择警告、脱敏或阻断；审计细节取决于具体调用，集成可观察到来源引用、策略结果与记录的使用情况。
- PathJail：将读取限制在允许目录内，检查解析后的路径，包括符号链接与路径穿越尝试。官方说明这是应用层检查，而非操作系统级沙箱，无法消除操作系统或竞态条件的限制。
使用方式
- 上下文服务模式：让 LeanCTX 检索、塑造并过滤上下文，应用接收准备好的结果并自行决定如何使用，模型执行仍由用户控制。仅使用上下文功能时无需托管服务。
- 模型请求路由：可将符合条件的请求通过已配置的网关路由；企业版在此之上增加组织身份、策略与报告。覆盖率取决于所选的版本与集成。
- 保留自有工具与仓库：可在本地使用开源 Engine，或通过已配置的提供方与代理路由处理受支持的请求。路由、代理预算等控制取决于所配置的集成；本地处理不等于本地推理。
- 面向 AI 产品构建者：可通过五种稳定 SDK 原语与六种 Agent Tools 语言契约嵌入受支持的 Engine 能力。预览操作位于 Python 命名空间 leanctx_sdk.preview 中。生产与 OEM 权利需要单独签署的书面协议。
- 面向企业买家：企业版为商业方案，在受支持的 AI 工作流中提供组织身份、策略与报告。部署、留存与支持取决于所许可的版本与协议。
适用场景 资料给出的应用方向包括：把上下文控制嵌入自有应用、copilot 或 agent；在产品内通过 SDK 连接兼容的 LeanCTX Engine，本地运行或配合兼容的远程部署使用。资料还提到 Wavect 在其开发工作流中使用 LeanCTX，减少了交付给其代理的上下文（该快照为 2026 年 7 月 26 日的报告性观察，并非经审计的供应商账单或承诺的节省）。
限制与说明 资料未提供具体定价、收费方式、支持的模型清单、部署环境细节、性能数据或完整的集成列表。PathJail 明确为应用层检查而非 OS 沙箱。企业版功能、部署、留存与支持均取决于所许可的版本与协议。五种 SDK 原语与六种 Agent Tools 语言契约的具体内容，资料未逐一列出。生产与 OEM 权利需要单独签署的书面协议。
