直接回答
只有应用能识别某条结果由什么产生、后来经过什么变换，保存的模型输出才容易解释。版本管理应把结果关联到源记录、实际可用的模型制品身份、运行时、提示/模板修订、解析器/结构版本和用户编辑。事实卡 `COVE-MODEL-02` 记录当前配置缺少制品摘要，因此不能声称该制品具备摘要级来源追溯；`BENCHMARK-01` 要求结果证据包含确切制品和运行时信息。本文讨论保存结果的来源与迁移，不是重复输出基准评分。 先建立一个规模可控、但足以解释历史内容的结果信封。为每条结果分配稳定标识、源记录标识、创建时间、任务类型、已知的输入语言/格式、输出状态（部分、已复核、已接受）、应用结构版本和实际可用的来源字段。不要只为追踪历史而保存密钥或完整提示词。如果应用无法确定模型修订，就明确存“未知”，不要从模型家族或文件名编造版本。 源数据和派生输出要区分保存。提示词、解析器或模型制品变更后，旧结果仍须对应旧配置。新运行应创建新结果或明确定义的修订版，不能覆盖历史。如果数据库结构迁移，使用带版本的转换规则，尽量保留未知字段；无法提供的字段要标记不可用，不能静默重释旧内容。不要把旧译文放到新分词器或新语言策略下重新解释。用户编辑应链接到其修改的确切模型草稿。 检索和展示也要能说明来源。历史卡片可以显示任务日期和状态，但不要把完整源文写入通知或日志。用户打开结果后，应能看原文和译文，知道该结果在已知情况下对应旧版应用/模型设置，并能决定是否重跑。由结果生成的搜索索引或摘要也有版本和删除关联；删掉可见结果不能留下过期搜索片段。除非实际做过人工复核或确定性验证，结果记录不能声称源输入准确或模型输出已验证。 使用合成结果记录测试数据库升级和回滚，覆盖每个支持的结构版本、来源未知、部分输出、已编辑/拒绝结果、源数据缺失、重复迁移和迁移中断。验证幂等性：重复运行相同迁移不会重复或清空记录。再测试进程死亡和应用升级后的恢复，并比较源 ID、结果状态和派生索引关联。若导出或备份包含结果，要确认版本字段仍在，并说明模型制品本身是否与结果历史分开保存。 删除和隐私规则也要一致。来源信息不能变成用户删除后仍永久存在的隐蔽标识。把源、结果、编辑、派生索引、缩略图、缓存和备份映射到保留和删除行为。迁移不能恢复旧同意或重新引入已删内容。证据缺失时，界面可以写“模型版本未知”并允许重跑，不能暗示这条结果可精确复现。 发布记录应写明结构版本、迁移路径、保留字段、未知项和测试样例。测试可以证明已保存结果按已知结构仍可解释，但不能证明翻译准确、任务质量，或在制品身份缺失时补足精确模型来源。这样的有限版本设计能让旧内容仍可理解，也能避免历史结果在升级后看起来像新验证过的内容。
用户打开模型更新前保存的一条译文
应用保存译文后更新了模型或提示配置。用户想知道旧结果是否来自当前版本，以及重新运行会不会覆盖原文。
决策
保留历史记录和已记录来源，诚实展示未知字段；只有用户明确重新运行后才创建新修订。
预期结果
旧结果和新结果可区分，用户能比较或保留二者，不会看到虚假的验证声明。
需要收集的证据
只有将以下证据与同一模型文件和测试运行关联起来，结论才可复核：
- COVE-MODEL-02：当前配置的制品摘要缺失时不得声称哈希可追溯
- BENCHMARK-01：结果证据需绑定具体制品和运行时
- PRIVACY-01：来源留存仍需评估其他数据流
任务质量需要有版本记录的语料和验收规则；流畅的单条样例不等于准确度结果。
实施流程
- 定义有版本的结果信封. 记录稳定源/结果 ID、任务类型、输出状态、结构版本和应用确知的来源字段；未知值明确标出。
- 保留不可变历史和修订. 提示、解析器或制品改变时保留旧记录，创建新结果或定义明确的新版本；用户编辑链接到具体草稿。
- 制定结构迁移规则. 为存储格式编号，尽量保留字段；不可获得的信息标不可用，不要编造来源或静默重解释内容。
- 测试升级、回滚和中断. 迁移各支持版本的合成记录，重复迁移并中断进程，核对 ID、部分/复核状态和派生索引关联。
- 同步检查搜索、导出、删除和备份. 验证派生片段和导出保留版本字段，删除级联移除关联内容，备份或迁移不会复活已删除资料或旧同意。
让每个阶段的状态都可观察。失败信息应指出阶段、模型、运行时和恢复动作，同时避免记录用户私密内容。
验收标准
- 每个保存结果均标出源和结构版本及已知来源；未知制品身份明确写未知而非推断。
- 模型/提示/解析器升级保留历史并生成独立重跑版本，不静默改写旧结果。
- 重复和中断迁移保留状态、用户编辑、删除关联及已测试导出中的版本字段。
决策对照表
| 维度 | 选择或证据 | 解读方式 |
|---|---|---|
| 无版本的保存文字 | 只存渲染后的答案 | 可读，但升级后难以解释提示、解析器、模型或结构变化。 |
| 有版本的结果信封 | 源、状态、结构及已知来源 | 支持解释和迁移，并把未知字段保留下来。 |
| 重新运行 | 创建新关联结果 | 允许用户比较版本，不覆盖历史工作。 |
需要避免的失败模式
- 仅保存渲染文字而丢掉来源版本
- 用文件名猜出制品身份
- 升级时静默覆盖历史结果或恢复已删除数据
还要避免静默回退、版本未固定、缺少取消处理，以及把不同配置的结果混在一起下结论。失败运行也应与成功记录一并保存。
最小复现记录
| 层级 | 记录内容 |
|---|---|
| 设备 | 厂商、型号、芯片、内存档位、操作系统版本 |
| 软件 | 应用版本和 Git 提交号 |
| 模型 | 系列、变体、版本、格式、文件长度、摘要、量化方式 |
| 运行时 | 名称、版本、请求后端及实际后端证据 |
| 工作负载 | 样例版本、输入摘要、提示词摘要、输出策略 |
| 结果 | 完成、失败、取消、回退及保护隐私的诊断信息 |
发布检查表
- ☐ 主要搜索问题已回答，且没有未经支持的数字。
- ☐ 所有模型文件和运行时版本均已固定。
- ☐ 代表性任务和失败处理策略均有说明。
- ☐ 生命周期、取消、清理和回退均已测试。
- ☐ 用户内容与网络边界均有说明。
- ☐ 结论只适用于被记录的配置。
- ☐ 新增测试结果时链接到原始方法或证据。
来源与相关证据
中文部署与排错专题见。奇连 AI 端侧专题。
常见问题
应用应保存完整提示词以复现每条结果吗？
不应默认这么做。提示词可能含隐私内容，只保存有正当用途的来源；无法精确复现时说明限制，不要静默扩大留存范围或暴露源文。
文件名能识别旧结果使用的模型吗？
不可靠。文件名或模型家族不一定对应确切字节或修订。若无可信身份信息，应标记未知并说明来源证据不足，不能倒推版本。
迁移时应让旧结果使用新模型重算吗？
不应自动重算。保留历史输出，提供显式重新运行以创建新关联结果；迁移不能悄悄生成或重标用户内容，也应允许用户比较。