Lean Ctx 上下文工具

它解决什么问题

在 Claude Code、Codex、Hermes Agent 这类代理宿主里跑长任务时，常见的退化并不是模型能力不够，而是上下文本身越来越重：同一段对话里反复携带早已无关的历史片段，指令、工具说明与业务代码挤在同一个窗口，检索噪声随之上升。

更麻烦的是迁移成本。团队往往同时使用多个宿主，如果上下文的组织方式写死在某一个平台的约定里，换宿主就得重写一遍。Lean Ctx 的思路是反其道而行：不做大而全的框架，只提供极少量、结构扁平的子技能文件，让上下文组织规则本身保持可移植。

它如何工作

核心结构：

• 整个技能集只有 2 个子技能文件，每个文件对应一类上下文组织场景，互不耦合。
• 沿用技能文件的标准形态：宿主启动时读取 SKILL.md，按需把相关片段注入当前会话，而不是常驻占用。
• 声明与执行分离：你在任务里引用子技能，具体何时注入、注入多少交给宿主判断。

关键步骤：

1. 把子技能文件放入宿主的技能目录，确保其能被识别。
2. 在任务描述里显式引用对应的子技能，避免宿主盲目加载全部内容。
3. 按子技能的约定整理当前会话素材，让无关历史留在窗口之外。

适用边界

• 兼容范围以仓库声明为准：Claude Code、Codex、Hermes Agent、OpenClaw、QClaw、WorkBuddy，列表之外的宿主未验证。
• 它只改变上下文的组织与加载方式，不承诺压缩率或延迟收益，仓库中也没有相关量化数据。
• 不含安装器、常驻进程或运行时依赖，文件放置、引用与后续维护都需要手工完成。
• 子技能数量很少，复杂流水线需要自行组合；如果你的流程已经高度定制，收益可能有限。