/3,031 字/阅读约 11 分钟
修 5 坏 2，还是修 3 坏 0？——一次 55 题的多路召回实验，与两个能亲手操作的复盘页
给检索链路补一条字面路（BM25）去修专名盲区：55 题实测，两条路全程都开能多答对 5 题、但也弄坏 2 题；改成「查询点了名、且语义路确实没找到」才补路，则多答对 3 题、零回退。本文记录四配置对比、λ 的两次扫描（含一个被数据否决的方向）、以及一条必须诚实标注的「不算数的修复」，文末附两个无需后端、离线的交互式复盘页。
共 26 篇
Engineering
- /4,949 字/阅读约 18 分钟
把 143 块拆到 45 块：一次 RAG 分块重构，和它揭出来的评测陷阱
把一句 RecursiveCharacterTextSplitter(1000, 200) 换成「清洗 → 画像 → 分层 → 校验 → 回退」的自适应分块器，全库 1959 → 1120 块、HTML 残留 38.3% → 0%、单篇最多块数 143 → 45。但改起来容易、证明它变好很难：A/B 显示六个检索配置全部正向，同时也让「多路召回 +11.1%」缩水到 +2.2pp——原来那部分增益是在补偿脏文本，不是互补召回。本文连同评测自身的三个陷阱（wall-clock 时间窗、judge 随机失败、n=18 时符号会翻）与一次生产语料重建的前置验证一起记录。
- /2,659 字/阅读约 10 分钟
最后一道内存防线：内存守护脚本的设计取舍与真实战报
32GB 开发机被 Electron 全家桶吃干、一天在 3% 可用内存附近挣扎之后，我写了一个只做一件事的守护脚本：内存临界前杀掉占用最大的进程。难点不在杀谁，而在什么时候动手、谁不能杀、守护者自己死了怎么办。附真实战报与一次杀-重生循环的根因复盘。
- /412 字/阅读约 2 分钟
把 22 篇项目文档蒸馏成一个可进化的全局技能
将 22 篇原始复盘文档蒸馏为全局技能 dev-lessons：按领域分文件（LLM 应用、前后端异步、数据库迁移、上游复用、部署环境、协作测试），每条经验附场景标签与溯源字段，并内置进化协议（同问题复现三次升级为元原则、元原则超 15 条强制合并）。
- /2,639 字/阅读约 10 分钟
给 119k star 项目提 PR：8 小时从评论到合并的完整复盘
一次向 MoneyPrinterTurbo（119k+ star）提交 OpenAI 兼容文生图素材源并被合并的完整复盘：占坑式沟通拿到约束、用数据回应"改动过大"的顾虑、测试证据链决定合并速度，以及维护者在后续 PR 中指出的付费 API 容错设计缺陷。