端侧 AI · 部署
离线 AI 搜索索引健康检查
分开索引存在、schema identity、来源覆盖、查询行为和删除一致性。
主查询：离线 AI 索引健康检查 · 核验：2026-09-16 · 事实卡：ARCH-01, PRIVACY-01
先给结论
段落一 本工具只在离线状态下对 AI 搜索索引做健康检查,评估范围严格限定于现有索引能否被正确读取与使用。它围绕四项并列维度:一为索引文件的实际存在与可加载;二为索引所记录的 schema identity 与构建时的声明一致;三为已注册来源对索引字段的覆盖情况;四为查询行为与删除操作在本地索引上的一致性表现。除上述四项外,任何关于在线服务、外部依赖或未列出的运行属性的判断,均超出本工具范围,不予推断。
需要先收集的证据
至少把下面三项与同一个 artifact、运行时和任务绑定：
- index manifest
- 覆盖与查询 fixture
- 删除验证
若缺一项，就把它写成未知，不要用模型参数、芯片宣传或网上截图代替。
实施流程
段落二 检查流程依次记录三组关键证据。首先记录 index manifest,即索引自身的元数据清单,作为后续比对的事实卡边界,对应 ARCH-01;其次记录覆盖与查询 fixture,通过预置的来源样本和查询样本验证 schema identity 与来源覆盖是否相符,对应 PRIVACY-01;最后记录删除验证,确认删除操作在索引层面的结果与预期一致。三组证据在每次运行中均需保存,并与历史记录进行对比,以判断健康状态是否发生变化。
- 先写任务和最大输入
- 确定运行时与 artifact 格式
- 固定 revision 与发布清单
- 做最小可复现工程
- 在目标设备跑代表任务
- 记录失败、回退与清理
最容易写错的地方
- 文件存在就算健康
- 忽略过期来源映射
段落三 常见的错误模式有两种。一是将索引文件的存在等同于健康,忽视其结构、覆盖与行为层面的真实状态;二是忽略已过期或失效的来源映射,任由其继续参与覆盖与查询判断。基于已记录证据可形成的发布结论仅限于:该次检查所读取的索引与对应 manifest、fixture 和删除验证是否一致;过期来源映射是否被识别并提示。不得据此推断整体系统性能、在线表现或未经记录的其他属性。
最小复现记录
| 层 | 必须记录 |
|---|---|
| 设备 | 型号、芯片、系统、RAM 档位 |
| 软件 | App 版本与 git commit |
| 模型 | 家族、变种、revision、格式、长度、hash、量化 |
| 运行时 | 版本、请求后端、实际后端证据 |
| 任务 | fixture、输入 hash、prompt hash、输出规则 |
| 结果 | 完成、失败、取消、回退与恢复 |
发布检查单
- 目标查询已在开头直接回答。
- 所有数字都能回到事实卡或原始记录。
- artifact、runtime、设备与任务没有混淆。
- 失败、取消、清理与回退都被测试。
- 隐私和网络边界单独说明。
- 结论只适用于记录中的配置。
事实来源与延伸
本页使用奇连 AI 的端侧事实卡镜像，性能结论等待 Cove 原始 benchmark 数据。