真实对比
lean-ctx 如何
脱颖而出
没有营销包装。直接了当地展示 lean-ctx 的优势、相同之处,以及何时完全不需要它。
并排对比
功能 对比
了解 lean-ctx 与无工具方案或手动上下文规则的对比情况。
| 功能 | 无工具 | 手动规则 | lean-ctx |
|---|---|---|---|
| Token 节省 | 无 | 低(静态规则) | 60–95%(缓存:99%) |
| 配置工作量 | 无 | 每个项目手动配置 | 一条命令 |
| 智能体支持 | 不适用 | 仅限单个智能体 | 29+ 种智能体 |
| 缓存 | 无 | 无 | 自动 + delta |
| Shell 压缩 | 无 | 无 | 95+ 种模式 |
| 代码分析 | 无 | 无 | Tree-sitter AST |
| 维护 | 无 | 手动更新 | 自动 |
最佳场景
lean-ctx 何时 大放异彩
lean-ctx 在以下场景中能发挥最大价值。
大型代码库
拥有数百或数千个文件的项目受益最大。需要管理的上下文越多,节省就越多。
多智能体工作流
当多个 AI 智能体在同一个项目上工作时,lean-ctx 为所有智能体提供一致的压缩上下文。
迭代开发
长时间编码会话中的重复文件读取会命中缓存--重新读取仅需约 13 个 token,而非数千个。
透明度
何时 不需要它
我们相信诚实的工具。lean-ctx 专为拥有大量代码库的项目设计--并非适用于所有场景。
并非总是必要
- 单文件脚本或小型工具
- 少于 50 个文件的项目
- 无文件上下文的一次性提示
在这些情况下,上下文层的开销并不值得。当项目增长且上下文管理成为瓶颈时,lean-ctx 才能大放异彩。
真实数据
实测 性能
这些数据来自不同规模项目的实际使用。
60–95% 首次读取 token 节省
99% 缓存重复读取节省
29+ 支持的 AI 智能体