HyperCeiler 版本号解读：主版本、次版本、修订号、Beta
版本号格式
HyperCeiler 的版本号格式是：
主版本.次版本.修订号[_日期_Beta]| 字段 | 含义 | 变化频率 |
|---|---|---|
| 主版本 | 项目大方向变化 | 很少变。从 Cemiuiler 改名 HyperCeiler 时主版本从 1 跳到 2 |
| 次版本 | 适配目标系统大版本升级或重大功能重构 | 每年 1-3 次。比如从 MIUI 14 适配到 HyperOS 2 时次版本从 2.5 → 2.6 |
| 修订号 | 高频 bug 修复和小幅功能新增 | 每月 1-2 次，修复 bug 后快速迭代 |
可选后缀 _日期_Beta | 预览测试版本 | 不定期发布，正式发布前提供给测试者 |
实例解读
2.10.166
- 主版本 2 = 还是 HyperCeiler 系列（不是前身 Cemiuiler）
- 次版本 10 = 这是 HyperOS 3 深度适配的第 10 轮功能迭代
- 修订号 166 = 从 HyperCeiler 最初版本开始累计的第 166 次发布
2.6.163_20251029 Beta
- 这是 2.6 系列的预览版，发布于 2025 年 10 月 29 日
- 标了 Beta 说明这是正式发布前的测试版本，可能存在已知问题
为什么 2.10.166 有两个分支
从 2.10.166 开始，HyperCeiler 同时发布两个安装包：
| 安装包 | 支持 |
|---|---|
| OS2_HyperCeiler_2.10.166-20260402-release.apk | HyperOS 2.0 / 2.0.100 / 2.0.200，Android 15 |
| OS3_HyperCeiler_2.10.166-20260331-release.apk | HyperOS 3.0 / 3.0.300，Android 15/16 |
为什么拆成两个？因为 HyperOS 3 从界面到系统服务层都做了较大重构，许多原来 Hook 到的方法改了签名或移到了别的进程。维护一个代码库同时适配两个分支，要么大量写 if-else，要么放弃其中一端的功能覆盖。开发者选择了分支出不同的 APK——每个分支的适配更干净。
修订号更新都改了什么
修订号每次更新通常包含：
- 3-10 个 bug 修复
- 1-5 个新功能或功能增强
- 少量适配覆盖的新增（比如某机型某功能从"不支持"变成"支持"）
2.6.161 是一个里程碑修订号——它引入了超过 40 项新增功能（Millet 策略、4K 60fps、焦点歌词、机型伪装、鲁班绕过等），是 HyperCeiler 历史上功能新增最多的单次更新之一。
从哪个版本开始用
如果你现在开始用 HyperCeiler，直接用最新稳定版（当前 2.10.166）。旧版本的适配覆盖不全、bug 多、还在用 XSharedPreference 旧版配置存储逻辑。