你好，我是 zmeety
一个喜欢折腾的开发者
这里是我的数字笔记本。主要记录 AI 应用落地、后端工程实践，以及那些「看起来跑通了其实没有」的坑。
技术笔记
共 5 篇
01
为什么纯向量检索不够用：BM25 + RRF 混合检索实践
2026-10-10
智愿通
纯向量对专名会漂移，纯 BM25 扛不住口语改写，两路分数还不同量纲 —— 记录 RRF 融合与 39 题消融实测
02
38 个单测全绿，功能一次都没触发过
2026-10-10
智愿通
三个 bug 叠成一条死链，以及为什么「没报错」不等于「跑通了」
03
同一个错犯了五次：阈值与判据的量纲必须匹配
2026-10-10
智愿通
该触发的永不触发、不该触发的每次都触发 —— 五次数不出错的事故复盘
04
评测工具比业务代码更危险：一次让历史分数全部作废的排查
2026-10-10
智愿通
取错产物、repr 污染上下文、指纹漏掉被测代码 —— 三个静默缺陷与四条判据
05
手写一个有限的 ReAct Agent：为什么不用框架
2026-10-10
小家菜单
工具权限、模型不返回 JSON 的兜底、SSE 生命周期与降级设计
关于
我是 zmeety，一个喜欢折腾的开发者。平时写点小工具解决自己的麻烦事，也爱把踩过的坑一条条记下来 —— 这个站点就是我的数字笔记本。
相信做中学：与其读十篇教程，不如动手做一个小项目。做坏了再改，改不动了再查，查明白了就是自己的了。所以我更愿意在前两篇笔记里写「我认为对的方案被实测推翻了」这种内容，而不是复述文档。
在做的事
- 把 LLM 应用从 Demo 推向可用，重点在幻觉治理与事实校验
- 后端服务开发，FastAPI / 异步 ORM / 数据库设计
- 读源码，写复现，尽量把结论落到可验证的数字上
技术方向
- Python 后端开发，异步与数据库设计
- RAG 检索：混合检索、RRF 融合、评测体系
- Agent 工程：AI Agent 应用开发，工具边界、降级设计与有界自主
目前正在准备求职，也在持续把项目里的复盘整理成可讲的案例。我习惯把结论落到能复核的数字上——哪次优化省了多少延迟、哪个方案被实测推翻，都会写清楚样本范围和没验证到的边界。
这个站点会持续更新，新写出什么值得记的东西就往这里放。