用例 · AI 编码代理

停止为你的编码代理支付费用
重新阅读你的仓库。

LeanCTX 通过决定哪些内容会被读取,将 AI 编码代理的 token 使用量减少了 60–90%:AST 感知的读取模式返回签名而非完整文件,缓存重读成本约为 ~13 个 tokens,以及 95+ 的 shell 模式压缩命令输出。通过一个 lean-ctx 设置,可与 30+ 工具(Cursor, Claude Code, Codex, Copilot)协同工作。

问题所在

它让您损失了什么 今天。

01

你的代理全天都在重新阅读相同的文件

每个提示都会重新输入相同的模块。原始读取会倾泻出 4,200 个 tokens,而其中只有约 920 个携带信号。明天它还会再次读取它们。

02

Shell 输出淹没窗口

一次 cargo 构建或 npm install 可能会因为进度条和警告而消耗数千个 tokens,而这些对你的模型来说根本是不必要的。

03

上下文窗口已满,准确性下降

Context-rot 研究表明,随着窗口充满噪声,模型的准确率会从 98% 下降到 64%。更多的上下文不等于更好的上下文。

今日交付

具备能力的那些 完成工作。

下方所有功能都已在开源二进制文件中交付。没有路线图项目,没有等待列表。

您的工具 LeanCTX 模型
10 种读取模式 map、signatures、diff、entropy 等。通过 tree-sitter 实现 AST 感知,支持 26 种语言
会话缓存 缓存重读仅消耗约 ~13 个 tokens,而不是整个文件
95+ shell 模式 cargo、npm、docker、tsc、pytest… 压缩为错误 + 结果
30+ AI 工具 Cursor、Claude Code、Codex、Copilot、Windsurf、Cline。只需一个设置命令
lean-ctx gain 显示你保存了什么,从你的签名本地账本开始
快速上手

从零开始到 第一个收益。

# 安装
$ curl -fsSL https://leanctx.com/install.sh | sh
# 自动检测并配置所有已安装的 AI 工具
$ lean-ctx setup
# 验证集成
$ lean-ctx doctor
# 工作一天后:查看你保存了什么
$ lean-ctx gain
FAQ

团队在采用前提出的问题。

LeanCTX 能减少 Cursor 或 Claude Code token 使用量多少?

根据真实仓库操作测量:每次读取的 token 减少了 60–90%,缓存重读约为 13 个 token,shell 输出可达 88–99%。运行 lean-ctx benchmark report . 可在您自己的仓库上复现这些数据。

它会改变我在编辑器的工作方式吗?

不会。设置了 lean-ctx 后,您的 AI 工具会自动通过 MCP 或 shell hooks 调用 LeanCTX。您保留您的编辑器、您的 agent 和您的工作流程。上下文层在底层工作。

压缩会丢失我的 agent 所需的信息吗?

不会,永远不会丢失任何信息。AST 感知的模式保留了签名和结构,并且所有原始数据都可以通过 ctx_retrieve 局部检索。通常情况下,更小的上下文能提高答案质量:context-rot 研究表明,随着窗口被噪声填满,准确性会下降。

重新掌控你的上下文。

本地使用免费,永久免费。CI强制执行它。一个二进制文件,十分钟即可获得第一个可衡量收益。