别再让你的Agent傻读文件了

为什么你的 Agent 还在“傻读”文件？

如果你在用 Claude Code、Cursor、Windsurf、Codex 这类工具，大概率会有同感：同一个文件，每次上下文重开都要完整塞进窗口；git status、npm/cargo/docker 输出动辄几百上千 token；一次长对话跑下来，模型上下文不仅贵，还总被无关噪音挤爆。

这不是模型的问题，是上下文管理层的问题。

今天说一个思路很酷的 Skill：LeanCTX

LeanCTX 不是又一套浏览器自动化，也不是再包一层 MCP Server。它是一个本地 Rust 二进制，夹在你的 Agent 和它接触的所有东西之间——代码、Shell、数据、模型——然后决定：

• Agent 该读什么；
• 发给模型时压缩成多少；
• 记忆什么、遗忘什么；
• 什么东西绝对不能碰。

看几个数字就知道它想解决什么：
重复文件读取原来约 2000 token，cached re-read 后 13 token；git status原来约 800 token，压缩后 120 token；整轮对话历史通过本地代理做 prompt-cache-safe 压缩，最多可省 60–90% token。

而且这些不是理论值，是它自己带 savings ledger 逐事件记账、可验证的结果。

真正值得关注的三个点

第一，读文件有 10 种模式。 不是每次都全文灌进去。它会给文件 signatures、density 预算、JIT disclosure，甚至会先给你目录和行号，要深挖再按需展开。对长时间编码场景特别友好，模型上下文终于不是“一次性消耗品”。

第二，Session Memory 跨聊天持久。 很多 Agent 上下文重置 = 失忆，LeanCTX 把任务、事实、决策持久化，而且存成本地 portable 的 .ctxpkg，换模型、换机器都能带。

第三，Addon 机制很有野心。 不用你 fork 任何上游，通过一个 TOML manifest 就能把 Headroom、Serena、Mem0、Cognee 等现有 MCP Server 包进自己的 context gateway 里。不是替换，是收纳。

再补一个安全细节：addon 输出默认做 secret scrub，并打 untrusted 标记才进模型；可配置 allowlist / verified-only 策略，适合团队落地。

适合谁用？

如果你符合下面任意一条，值得试：

• 单次 Agent 对话总 token 超限，反复截断；
• 项目代码库大，Agent 每次只重复读同几个文件；
• 团队共享上下文，需要版本化、审计、跨模型迁移。

安装也简单，一条命令：
lean-ctx setup --agent claude-code
支持 Claude Code、Cursor、Copilot、Windsurf、Codex、Gemini 等 30+ agent，零配置。

一个判断

AI 产品的竞争已经不只是“模型谁更强”，开始转向上下文工程了：谁能让 Agent 更便宜、更持久、更可控，谁就能在实际工程场景里跑赢。LeanCTX 是这条赛道上非常像样的基础设施级 Skill。

GitHub：https://github.com/yvgude/lean-ctx

GitHub: https://github.com/yvgude/lean-ctx