lean-ctx: 它是什么，解决了什么问题，以及为什么它正受到关注

它解决了什么问题

LeanCTX 是一个上下文工程层，旨在减少 AI agent 的 token 浪费和 API 成本。它能防止 agent 重复读取相同的文件或向模型发送冗余数据，这通常会导致上下文窗口耗尽并增加费用。它还解决了“冷启动”问题，即 AI agent 在不同的聊天会话之间丢失其记忆和状态。

它是如何工作的

LeanCTX 以本地 Rust 二进制文件的形式运行，位于 AI agent 与其环境（代码、shell 和模型）之间。它通过两条主要路径管理上下文：

• Read Path：它使用 MCP server 和 shell hooks 来压缩文件读取（使用 map 或 signatures 等 10 种不同模式）和 shell 输出（压缩来自 git、npm 等的模式），然后再交给 agent 查看。
• Wire Path：一个可选的本地代理会压缩发送到模型的每一个请求——包括 system prompts 和历史记录——同时保持 prompt-cache-safe。

它利用 Tree-sitter AST 对 18 种语言进行结构化理解，并利用多边属性图（multi-edge property graph）来驱动影响分析和搜索排名。所有的压缩都是可逆的，这意味着模型可以通过内容寻址存储（content-addressed storage）检索原始字节。

它是为谁准备的

使用 Cursor、Claude Code、Copilot、Windsurf 和 Gemini 等 AI agent 的开发者，他们希望降低 API 成本，延长编码会话，并在聊天之间保持持久记忆。

亮点

• Token 减少：声称在读取和 shell 输出方面减少 60–90% 的 token。
• 可逆压缩：修剪后的内容存储在本地，模型可以根据需要将其拉回。
• 持久记忆：会话记忆和知识图谱允许事实和决策在不同的聊天会话中持久存在。
• 零配置入门：只需一个 lean-ctx onboard 命令即可自动检测并配置大多数流行的 AI 工具。
• 可观测性：包括一个用于实时 token 追踪的浏览器仪表板和一个可验证的节省账本。
• 多 Agent 支持：为 agent 移交（handoffs）和共享状态管理提供工具。