端侧 AI · 交付
什么条件下才算离线 AI 已就绪
必需资产校验且代表任务离线成功后，才标记功能 ready。
主查询：离线 AI 就绪状态 · 核验：2026-09-16 · 事实卡：ARCH-01, COVE-DOWNLOAD-01
先给结论
要让离线 AI 被认定为 ready，前提条件十分严格：必须完成必需资产的校验，并且由其执行代表任务在离线环境下取得成功后，才能给出 ready 标记。这一判定只能建立在已落实的校验与离线成果之上，无法通过外部观察或未经验证的信号进行推断。
需要先收集的证据
至少把下面三项与同一个 artifact、运行时和任务绑定：
- 必需资产清单
- 校验状态
- 飞行模式验收
若缺一项，就把它写成未知，不要用模型参数、芯片宣传或网上截图代替。
实施流程
要使这一结论有据可查，过程记录需要被串联起来：一是明确必需资产清单所覆盖的具体对象，二是呈现每一项资产的校验状态，三是在飞行模式下记录代表任务的验收情况。这三部分记录相互衔接，离开任何一项，整体判断都无法成立，也无从开展横向对比。
- 固定来源与 revision
- 记录长度与 digest
- 下载到临时文件
- 安全续传与验证
- 完成后再切换
- 提供修复与回滚
最容易写错的地方
- 下载完成就显示 ready
- 遗漏 tokenizer 和语言包
此前出现过的错误模式需要被严格限定在已发生过的记录中：一是仅在下载完成后即显示 ready，缺少后续的校验与任务验证；二是清单中遗漏 tokenizer 与语言包，导致资产集合本身不完整。发布结论只能基于这些已记录的偏差，不可延伸至未出现的场景或行为。
最小复现记录
| 层 | 必须记录 |
|---|---|
| 设备 | 型号、芯片、系统、RAM 档位 |
| 软件 | App 版本与 git commit |
| 模型 | 家族、变种、revision、格式、长度、hash、量化 |
| 运行时 | 版本、请求后端、实际后端证据 |
| 任务 | fixture、输入 hash、prompt hash、输出规则 |
| 结果 | 完成、失败、取消、回退与恢复 |
发布检查单
- 目标查询已在开头直接回答。
- 所有数字都能回到事实卡或原始记录。
- artifact、runtime、设备与任务没有混淆。
- 失败、取消、清理与回退都被测试。
- 隐私和网络边界单独说明。
- 结论只适用于记录中的配置。
事实来源与延伸
本页使用奇连 AI 的端侧事实卡镜像，性能结论等待 Cove 原始 benchmark 数据。