目录 展开 收起
比较 nomic-embed-text 和 text-embedding-3-small，不能只看维度或某次搜索分数。本文没有实际横评数据；方法的目标是评估同一批笔记在相同查询下能否找回有证据支持的结果。
冻结笔记，不让摘要模型成为变量
为每个模型使用同一份经过核验的笔记快照，包括标题、摘要、结论、标签、来源类型和 memory 字段。记录固定提交、模型完整标识、输入文本 hash、笔记数和实际 chunk 数。不要分别重新摘要同一批对话后再比较向量，否则输入已经变了。
向量文本实现 拼接笔记字段；memory 笔记额外包含根因、方案、错误与文件，以及最多 1000 字符的单段代码证据。分块按段落聚合，500 字符是目标，不会把超长单段硬切为 500。相同笔记来源和内容才能得到可比较输入。
模型规格、支持的输入与费用应在运行时查询服务方并记录日期；维度多不保证这批查询更准。配置边界见 Embedding 配置。
在看到结果之前标注查询
准备精确术语、自然语言描述、中英混合、相近但不同的问题，以及库中没有答案的查询。逐条标出可接受的笔记 ID 和原文依据；记录标注版本。下面只是构造的查询类别，不是实测命中：
| 查询类别 | 构造查询 | 标注任务 |
|---|---|---|
| 具体机制 | SQLite 事务回滚边界 | 区分事务失败与普通保存 |
| 同义描述 | 请求失败后连接一直被占用 | 找出连接生命周期证据 |
| 无答案 | 库中未讨论的部署方案 | 标为无答案并检查误命中 |
对有答案查询，Precision@5 为前五位正确结果数除以 5；不足五条的空位不算正确。Recall@5 为命中的已标注笔记数除以该查询全部可接受笔记数。无答案查询不计算这个 recall，单独记录误报和是否错误建议了行动。先定指标再看结果。
分开索引并确认重建结束
各配置用独立测试副本与索引。通过设置修改 embedding provider 或 model 且确认时，当前 配置路由 清空旧向量，并把笔记设为 pending；它不会自动完成新索引。以下请求仅提交待处理任务：
curl --fail --request POST 'http://localhost:3721/api/embeddings/batch'queued 是排队数，不是成功数。逐篇检查笔记状态、任务错误和已知查询，不能只看队列空了。重启后数据库会按 embedding 行调整状态，缺失索引时也可能显示 done；恢复边界见 Vectra 索引恢复。
用同一 k 值先关闭关系扩展，保存原始响应：
curl --fail --get 'http://localhost:3721/api/search' \
--data-urlencode 'q=SQLite 事务回滚边界' \
--data-urlencode 'limit=5' \
--data-urlencode 'expand=false' > result.json固定 搜索路由 返回 snake_case ID 和应用加工后的 score。分数包含词项提升、阈值与去重，不是跨模型可直接比较的准确率。比较笔记 ID 和人工标注，另开一轮评估关系扩展，不把两种检索混在一起。
报告可复查的结果
保留每条查询的结果顺序、人工判定、无答案误报、错误、延迟与资源记录。分别报告索引生成、查询调用和全流程耗时，记录实际 token 用量或账单；本地硬件、电力和维护也进入成本记录。没有这些材料时只给方法，不给冠军或“多少条以内必然够用”的阈值。
摘要模型可以独立选择，见 摘要模型评测；但不要同时更换摘要、分块和向量模型再把全部变化归因于 Embedding。