端侧 AI · 交付
本地 AI 输出版本迁移怎么做
保留原始输出，只按显式 schema 规则迁移解释字段。
主查询：本地 AI 输出迁移 · 核验：2026-09-16 · 事实卡：COVE-MODEL-02, BENCHMARK-01
先给结论
迁移本地 AI 输出时，要严格围绕显式 schema 规则，把原始输出原样保留下来，仅对解释字段按规则映射。不得依据外部上下文或主观推断去填补所谓“合理”内容，凡 schema 未写明的字段都不擅自生成，只能按记录下来的规则逐条对齐，避免把推测结果混入真实输出。
需要先收集的证据
至少把下面三项与同一个 artifact、运行时和任务绑定：
- 新旧输出 fixture
- parser 版本映射
- 回滚与只读路径
若缺一项，就把它写成未知，不要用模型参数、芯片宣传或网上截图代替。
实施流程
为支撑迁移可验证，应同步保留三类证据：新旧输出 fixture、parser 版本映射关系、回滚与只读路径。每一项都要记录版本与时间戳，并在迁移前后做对比，确认解释字段确实只按显式规则变化，任何超出 schema 的改动都需回到 fixture 重新核对，防止引入未记录的差异。
- 固定来源与 revision
- 记录长度与 digest
- 下载到临时文件
- 安全续传与验证
- 完成后再切换
- 提供修复与回滚
最容易写错的地方
- 重写原始输出
- 猜测缺失字段
常见的错误模式是迁移过程中重写原始输出，或在 schema 未覆盖时猜测缺失字段。前者会破坏本地 AI 的事实卡边界，后者会把推断当结论写入迁移结果。发布与否只能基于这些已记录的 fixture、版本映射与回滚证据来判断，凡未记录的变更都应作为迁移失败处理，不得据此宣布完成。
最小复现记录
| 层 | 必须记录 |
|---|---|
| 设备 | 型号、芯片、系统、RAM 档位 |
| 软件 | App 版本与 git commit |
| 模型 | 家族、变种、revision、格式、长度、hash、量化 |
| 运行时 | 版本、请求后端、实际后端证据 |
| 任务 | fixture、输入 hash、prompt hash、输出规则 |
| 结果 | 完成、失败、取消、回退与恢复 |
发布检查单
- 目标查询已在开头直接回答。
- 所有数字都能回到事实卡或原始记录。
- artifact、runtime、设备与任务没有混淆。
- 失败、取消、清理与回退都被测试。
- 隐私和网络边界单独说明。
- 结论只适用于记录中的配置。