端侧 AI · 部署
离线 AI 搜索索引如何安全重建
索引 identity 关联 source、embedding、chunking 和 schema 版本。
主查询：离线 AI 索引重建 · 核验：2026-09-16 · 事实卡：ARCH-01, PRIVACY-01
先给结论
索引 identity 必须把 source、embedding、chunking 和 schema 版本关联在一起，任何一项不匹配都意味着同一身份被破坏。由于外部无法复核这些组件是否真的彼此一致，必须以索引自身记录的组合为准，不能向外推断其等价关系。差异再小，也应被视为不同的索引实体处理。
需要先收集的证据
至少把下面三项与同一个 artifact、运行时和任务绑定：
- index manifest
- 重建 fixture
- 查询删除验证
若缺一项，就把它写成未知，不要用模型参数、芯片宣传或网上截图代替。
实施流程
重建过程要记录 index manifest、把用于重建的 fixture 单独保存，并在重建前后通过查询验证旧索引已删除。index manifest 用于确认组件组合，fixture 用于复现和审计，删除验证则确保旧条目不会残留，三者必须串联比对，缺一不可。
- 先写任务和最大输入
- 确定运行时与 artifact 格式
- 固定 revision 与发布清单
- 做最小可复现工程
- 在目标设备跑代表任务
- 记录失败、回退与清理
最容易写错的地方
- 混用 embedding revision
- 把部分重建当完成
常见的错误模式包括把不同 embedding revision 混用，以及把部分重建当作完成。这两类失误都会留下与原始记录不符的产物，使索引 identity 实际已经改变却未被察觉。因此，发布结论只能限于已有记录所显示的状态，不得基于未写入记录的迹象推断重建已正确完成。
最小复现记录
| 层 | 必须记录 |
|---|---|
| 设备 | 型号、芯片、系统、RAM 档位 |
| 软件 | App 版本与 git commit |
| 模型 | 家族、变种、revision、格式、长度、hash、量化 |
| 运行时 | 版本、请求后端、实际后端证据 |
| 任务 | fixture、输入 hash、prompt hash、输出规则 |
| 结果 | 完成、失败、取消、回退与恢复 |
发布检查单
- 目标查询已在开头直接回答。
- 所有数字都能回到事实卡或原始记录。
- artifact、runtime、设备与任务没有混淆。
- 失败、取消、清理与回退都被测试。
- 隐私和网络边界单独说明。
- 结论只适用于记录中的配置。
事实来源与延伸
本页使用奇连 AI 的端侧事实卡镜像，性能结论等待 Cove 原始 benchmark 数据。