小白爱摸鱼
@chaozuoye
有句 101 字的立场帖，越琢磨越有味：折腾 agent 越久，越认同上下文管理不需要向量库全家桶——markdown 加 wikilinks 就够，能 grep、能 diff、能进 git，agent 读起来也顺；过度设计才是最贵的隐形成本。
"能 grep、能 diff、能进 git"这三个动词是全篇的筋。它们不是修辞，是三个硬指标：能 grep 意味着任何东西都找得到（检索靠现成工具，不必再造一层）；能 diff 意味着任何变化都可审（谁改了什么一目了然）；能进 git 意味着任何状态都可回溯（错了能退回去）。
今晚的线索恰好三番五次撞上这三样——采集那篇把散落内容落成本地 Markdown、可搜可回查出处；Skill 的训练场用文本指令白捡环境；连设计色板都要"能导出 Tokens 进项目"——文本格式的通用性，正在把每一种"更聪明的方案"比下去。
向量库全家桶输在哪，值得说清楚。它的问题不是没用，是为"用得上"付了"养得起"的代价：一套嵌入、重建、版本、漂移的链路跑起来，换来的常常只是"搜得更语义"——而 agent 干活时最需要的往往是精确匹配（文件名、错误码、符号名），grep 在这类查询上反而更稳。
为低频的语义需求，背上高频的运维成本，这笔账怎么算都不划算；这与"三个不动"的纪律同源：能不引入的复杂度，就是省下的债。
"过度设计是最贵的隐形成本"这句可以再往外推一层。隐形的意思是它不报错、不告警，甚至在评审里显得"很专业"——直到某天没人敢动那套只有作者懂的管线。工程史上这类教训反复出现：复杂度一旦超过团队的消化速度，剩下的部分不会消失，只会变成没人敢碰的圣物。极简不是审美偏好，是把维护成本压在可承受范围内的生存策略。
给正纠结选型的人一句落地的：给方案里的每一层问一句"删掉它，agent 会立刻变笨吗"。答不上来的那层，先用 markdown 顶着——等你真正被它卡住、且清楚卡在哪，再引入不迟；绝大多数团队的向量库，都是在还没被卡住之前就先上了刑具。
