空间壁纸与景深壁纸的上游模型来源、固定版本和资源归档入口。
resources.json 记录 NextKDE 当前使用的两个 ONNX 模型，包括原始下载地址、固定 Release、资源 ID、文件大小与 SHA-256。运行时校验值来自 NextKDE 的 services/ai/include/LiquidAI/ModelManager.h。
当前只建立来源与版本档案，尚未上传模型二进制备份。 仓库中的清单不是可替代模型文件的离线备份，NextKDE 的运行时下载地址也尚未改变。
资源清单变更后，Inspect upstream resources 工作流会自动检查上游元数据，也可在 Actions 中重新运行。报告包含固定附件是否还存在、附件 ID/大小是否改变、上游提供的摘要、仓库最近提交及最新 Release 信息。不会自动升级运行时模型。
报告保存在 Actions 的 upstream-resource-report 附件和运行摘要中。Git 历史保留清单与来源变更。未配置定时任务或自动发通知。
注意：元数据相同不能证明文件字节相同。上游未提供 SHA-256 时，只有实际下载并核对清单内的 SHA-256 才能确认一致。rembg 的模型位于固定的 v0.0.0 资源 Release，软件最新 Release 不等于模型已更新。
- 大模型存放在本仓库的版本化 GitHub Release 附件中，不放进 Git 历史。
- 首次归档必须下载原始字节并匹配清单 SHA-256，同时保存原始来源、对应说明和许可证文件。代码仓库的许可证与模型文件的授权信息分别记录。
- 每次模型或导出格式改变，都建立新版本；不覆盖旧附件，不悄悄更新已有校验值。
- 确认 Release 附件可下载且校验一致后，再单独修改 NextKDE 的来源或回退逻辑。保留原始上游地址作为来源记录。
这种结构同时解决“资源从哪里来”和“上游改了什么”的问题；完成二进制归档后，才具备上游文件失效时的恢复能力。