省四成编码成本：上下文收集也轮到 Jev 了

github.com/dzhng/jevgrep 省成本这活，现在轮到上下文收集这一步了。 jevgrep 是个研究型 agent 的命令行工具，由 @typesafeai 的 jev 驱动。官方给的数字很直接：编码 agent 的成本能降 40%，且在 SWE-bench 上验证过。用法也简单，装好后用内置的 skill，让编码代理知道该调 jg 去收集上下文。 这补上了前面那套文件夹架构的最后一块。之前聊过 Jev 管判断、code 管执行、Claude 只写，那解决的是"谁拍板"；jevgrep 解决的是"取什么料"。上下文收集交给一个便宜快的小模型先筛一遍，贵的生成模型只接处理过的精华，省的正是重复读文件的冤枉钱。 四成这个数值得多看一眼。编码 agent 最烧钱的地方往往不是写代码，而是它在仓库里翻来覆去找依据。把这一步换成专门的轻量工具，等于把找材料和干正事分开结算，这和之前算过的那笔账一脉相承：贵的不是单价，是重复处理。 再看它带内置 skill 的设计，我很认可。工具好不好用，取决于 agent 知道不知道它存在，把用法直接喂给编码代理，省掉的是每次都要教一遍的麻烦。工具自带说明书，这步做得比多数开源项目周到。 保留意见照旧：40% 是基准上的数字，自家仓库结构千差万别，实际能省多少还得试。而且多一个工具就多一层依赖，版本跟着 jev 走，上游一动这边也要动。 我打算先在一个中等规模的仓库上试。同一份任务，开和不开 jg 各跑一遍，对账单也对质量，两边数字齐了才知道这四成是不是真的落进自己口袋。