端侧 AI · 交付
门户网络会怎样破坏模型断点下载
追加字节前检查异常 HTML、redirect 与响应内容。
主查询：模型下载门户网络 · 核验：2026-09-16 · 事实卡：COVE-DOWNLOAD-01, COVE-MODEL-02
先给结论
下载门户网络返回的字节必须先做异常检查，不能直接追加到模型文件。重点是把响应当作可疑输入：HTML、redirect 与任意内容都不能当作模型数据信任。超出已记录的检查范围就无法确认安全，因此这一步只能依据实际响应来判断，不能向外推断。
需要先收集的证据
至少把下面三项与同一个 artifact、运行时和任务绑定：
- 响应状态与内容检查
- 临时文件隔离
- 登录后恢复
若缺一项，就把它写成未知，不要用模型参数、芯片宣传或网上截图代替。
实施流程
相关证据需要按顺序串联起来。要记录并对比响应状态与内容检查的结果，临时文件必须隔离保存以避免污染正式文件，登录后还要恢复完整的下载流程。所有判断都只能基于这些已记录的现象，不能引入未观察到的行为。
- 固定来源与 revision
- 记录长度与 digest
- 下载到临时文件
- 安全续传与验证
- 完成后再切换
- 提供修复与回滚
最容易写错的地方
- 看到 200 就信任
- 把门户 HTML 追加到模型
常见错误模式包括看到 200 就信任响应，以及把门户返回的 HTML 直接追加到模型文件。结论只能停留在已有记录上：下载流程必须经过隔离、检查与恢复三步，且每一步都要有可对比的证据。
最小复现记录
| 层 | 必须记录 |
|---|---|
| 设备 | 型号、芯片、系统、RAM 档位 |
| 软件 | App 版本与 git commit |
| 模型 | 家族、变种、revision、格式、长度、hash、量化 |
| 运行时 | 版本、请求后端、实际后端证据 |
| 任务 | fixture、输入 hash、prompt hash、输出规则 |
| 结果 | 完成、失败、取消、回退与恢复 |
发布检查单
- 目标查询已在开头直接回答。
- 所有数字都能回到事实卡或原始记录。
- artifact、runtime、设备与任务没有混淆。
- 失败、取消、清理与回退都被测试。
- 隐私和网络边界单独说明。
- 结论只适用于记录中的配置。
事实来源与延伸
本页使用奇连 AI 的端侧事实卡镜像，性能结论等待 Cove 原始 benchmark 数据。