硅基流动换了向量模型，旧知识库还能继续用吗：先跑一组迁移样本

硅基流动换了向量模型，旧知识库不能只看“维度相同”就继续混用。向量维度相同不代表坐标语义兼容。保守的迁移方案是把新文档向量与新查询向量放入独立索引，用同一组文档和问题比较召回，再决定切换；本文不做向量数据库选型。

先冻结一份可比较的语料

从当前知识库挑一组脱敏或合成文档，记录文档编号、原文摘要、切块规则、块编号及内容摘要。迁移实验先固定切块，不同时修改分段长度、召回数量和重排器，否则结果变化无法单独归因于向量模型。查询集包含直述、同义表达、近似误导和无答案四类。

合成语料可设 D1 为“退货期限七天”、D2 为“维修期限三十天”、D3 为“运费条件”。问题“买错后多久能退”应命中 D1，不能因为 D2 同样包含时间数字就接受。人工参考标注允许多个相关块，但必须说明相关性的理由。

建两套完整而独立的索引

项目	旧索引	新索引
文档集合	同一批块与摘要	相同
文档向量模型	旧配置	新配置
查询向量模型	与旧索引匹配	与新索引匹配
输出维度	记录实值	记录实值
距离度量与预处理	记录规则	记录规则
索引名称	demo-old	demo-new

接口文档中的维度参数支持范围随模型而异，应核对实际模型和返回数组长度，不照抄其他模型的取值。请求完成后检查每个块都有向量、长度统一、数值有限，不能只确认第一条。文档与查询若用了不同模型，即使向量库接受写入，召回意义也可能失效。

用检索结果比较，不用分数直接比高低

两套模型的相似度分布可能不同，旧索引的 0.8 与新索引的 0.8 不应直接视作同等相关。先固定 top_k，比较每条查询的相关块是否进入前列、误召回是什么、无答案问题是否被错误接受。若要设置拒答阈值，应在新模型的样本上重新校准，不能原样搬旧阈值。

推荐输出查询级报告：查询编号、旧前几名块、新前几名块、人工相关块、是否命中、失败原因。少量样本可计算命中率与倒数排名，但要同时展示样本数，不能把十条问题的结果包装成平台性能排名。

切换和回退要保留版本对应

新索引验证通过后，应用配置同时切换查询模型与索引目标，避免先改一半。保留旧索引及其配置作为短期回退点，记录切换时间和语料版本。增量写入也必须带模型版本，不能把切换后的新文档向量继续写进旧空间。

本文没有调用真实嵌入接口，也没有给出模型优劣结论；交付的是迁移样本设计。若成本有限，可先做小语料试验，但不能用小样本通过证明全量长尾没有变化。

常见问题

维度没变还要重建吗？ 换模型通常应按新空间重算文档向量，除非供应方明确提供兼容保证且你已验证。

只重算查询向量更省钱吗？ 可能导致与旧文档空间不匹配，不应作为默认方案。

召回变好就能上线吗？ 还要检查无答案、误召回、延迟、成本及下游回答影响。

继续处理相关问题

相关入口：硅基流动接入基础。

官方依据与核对日期

核对日：2026-10-23。硅基流动 Embeddings：嵌入请求指定模型；维度参数支持范围与模型相关，返回 data 中含向量。文中的流程、阈值和合成数据属于工程示例，不能代替当前账号、文件或运行环境的验收。