直接回答
模型更新渠道是一项发布规则，它选择用户可能获得的不可变工件版本和配套配置；它不是一个叫作 stable 或 preview 的可变下载网址。公开渠道前要定义成员资格、用户范围、模型修订、运行时和解析器要求、用户同意、晋级证据及回退行为。稳定渠道应指向可重现且经过审核的发行记录。预览渠道可以向少量同意参与的用户开放候选版本，但“预览”并不意味着可以缺少工件身份或安全检查。 模型渠道与 Android 应用测试轨道必须分开管理。Play Console 轨道决定指定测试人员或受众收到哪个应用包；应用中的模型渠道决定模型管理器获取哪个外部工件及元数据。如果两者都有 stable 或 preview 名称，就要各自记录身份。用户可以装稳定版应用却被提供预览模型，也可以装测试轨道应用却使用稳定模型。发行界面要分别展示两种身份，不能暗示一个状态证明另一个。 每个渠道清单都应绑定不可变输入。至少记录模型家族与确切变体、仓库及 commit/revision、文件名和期望长度、摘要及其来源（如果存在）、可接受格式、运行时范围、tokenizer 或 processor 身份，以及影响输出的提示词和解析器版本、发行说明。期望摘要缺失时要说明校验能力受限，不可填入未经验证的值。渠道指针可以选择某份清单，但下载字节仍需与清单核对。main 等分支可以移动；发行记录应解析到固定版本，或明确其可变特性。 用证据定义准入和晋级。预览用户应主动选择并同意具体变化。应测试必需任务、模型加载、输出结构、取消、空间与回退。如果没有实测性能或具名设备支持，就不能将这些陈述作为晋级证据或公开宣传。只有达到发布政策要求的证据后才晋级，并保留候选到稳定版本的精确映射。如果候选失败，应恢复旧工件引用，同时不删除用户数据，也不误用只属于旧版本的派生状态。 渠道切换是状态转换，不是改个 URL。分别持久化用户选中渠道、当前安装工件、可用更新和迁移状态。应用重启后要根据清单协调当前选择，不能静默把预览用户切回稳定或反向切换。所选渠道不可用时，应说明状态并提供用户控制的回退选择，而不是下载任意 latest 文件。若模型正在运行，除非安全切换策略已测试，不应在运行期间替换活动模型。 渠道名称本身不是密码学信任机制。HTTPS 和熟悉的主机名不能单独证明工件来源，stable 或 preview 也不能证明许可、安全性、兼容性或输出质量。来源追踪和可信校验依据需要分开保留。许可证决定应引用确切工件与分发方式对应的条款，不可假定更换渠道会改变许可权。本文讲的是发布设计，不代表 Cove 当前已经公开发布稳定或预览模型渠道。
向自愿测试者发布候选模型
团队只想让有限用户试用新工件，其他用户仍使用当前模型。Play 内测轨道负责应用包，因此模型需单独记录发布版本。
决策
建立独立 opt-in 模型渠道，绑定不可变清单、运行时要求、晋级证据和回退版本。
预期结果
测试者能区分应用与模型身份，候选失败时也可撤回而不丢失用户数据。
需要收集的证据
只有将以下证据与同一模型文件和测试运行关联起来，结论才可复核：
- 事实卡 COVE-MODEL-02、BENCHMARK-01；E2B 摘要字段为空且设备性能证据有限。
- Hugging Face 固定 revision 下载与 Android App Bundle 测试渠道文档。
收到完整字节流还不够；最终落盘、完整性、运行时加载和恢复路径也必须验证。
实施流程
The evidence to be recorded and compared includes the Channel manifest, the Promotion criteria, and the Rollback test. Each of these items documents the configuration, the conditions required for advancement between channels, and the verification steps needed to confirm that prior states can be restored, together forming a consistent comparison across channels.
- 分离应用与模型轨道. 分别保存应用包轨道和模型渠道，并说明两者各自覆盖的用户，以及某个测试应用如何配合另一个模型版本。
- 固定模型发行记录. 记录仓库版本、工件身份、格式、预期长度、摘要来源、运行时/处理器要求、提示词与解析器版本和日期。未知字段明确留空。
- 设定准入和选择加入. 定义用户组、同意、分批推送、切换可见性和后备版本；只让允许该测试任务及数据政策的用户加入。
- 依据证据晋级. 对声明范围执行功能、恢复、结构和兼容检查，不使用未测速度或机型支持宣传，并在说明中保留剩余限制。
- 安全切换与回退. 候选通过校验和加载前保留旧模型；派生状态明确版本化或失效，保留旧清单，不碰用户创作数据。
- 覆盖撤回场景. 测试清单缺失、候选撤回、下载中断、验证失败、加载失败、渠道关闭、应用重启及恢复到先前版本。
验收标准
- stable 与 preview 都解析到明确版本记录，而非只指向可变文件名或分支。
- Android 应用测试轨道与模型渠道分别保存并向用户解释。
- 晋级基于可重复证据，未测性能与兼容性数字不出现。
- 失败切换不丢用户内容，候选失败时能按测试回退。
决策对照表
| 维度 | 选择或证据 | 解读方式 |
|---|---|---|
| Android 应用测试轨道 | 决定某组测试用户安装哪个应用包。 | 不决定应用另行获取的模型版本。 |
| 模型稳定渠道 | 选择默认的审核模型清单。 | 不凭标签证明机型兼容或任务质量。 |
| 模型预览渠道 | 向有限自愿用户提供候选工件。 | 不证明安全、速度、许可变化或普遍就绪。 |
需要避免的失败模式
- 不把预览标签当作缺少身份、校验或加载检查的理由。
- 不将应用测试轨道等同于模型渠道，也不声称未测速度或机型支持。
Common pitfalls include sharing mutable latest artifacts and mixing preview-derived state into stable, both of which undermine the separation between channels. Release wording should therefore be limited strictly to what the recorded evidence demonstrates, avoiding any claims that extend beyond the documented manifest, criteria, and rollback verification.
最小复现记录
| 层级 | 记录内容 |
|---|---|
| 设备 | 厂商、型号、芯片、内存档位、操作系统版本 |
| 软件 | 应用版本和 Git 提交号 |
| 模型 | 系列、变体、版本、格式、文件长度、摘要、量化方式 |
| 运行时 | 名称、版本、请求后端及实际后端证据 |
| 工作负载 | 样例版本、输入摘要、提示词摘要、输出策略 |
| 结果 | 完成、失败、取消、回退及保护隐私的诊断信息 |
发布检查表
- ☐ 主要搜索问题已回答，且没有未经支持的数字。
- ☐ 所有模型文件和运行时版本均已固定。
- ☐ 代表性任务和失败处理策略均有说明。
- ☐ 生命周期、取消、清理和回退均已测试。
- ☐ 用户内容与网络边界均有说明。
- ☐ 结论只适用于被记录的配置。
- ☐ 新增测试结果时链接到原始方法或证据。
来源与相关证据
中文部署与排错专题见。奇连 AI 端侧专题。
常见问题
Play 内测是否等于模型预览渠道？
不是。Play 轨道选择应用包，模型渠道选择工件和元数据。测试人员使用测试应用和候选模型时，两者身份、版本和范围都要独立记录。
稳定渠道可以直接跟随 latest 分支吗？
可变指针不构成可重现的发行记录。应固定 revision，或说明解析规则并留存每次安装使用的清单，以便追溯实际字节和对应测试。
未做基准测试但模型能加载，预览版可以晋级吗？
能加载只证明运行时打开了工件。晋级还要满足任务、恢复与质量证据；没有测量时不能声称提速、兼容或支持具体设备，也需说明限制。