KINGAI OS Edge｜边缘设备版

定位

Edge 面向小型设备、网关和离线优先的边缘节点，目标是装进设备里长期跑，断网时也能自己顶住。它还在规划阶段，这一页写的是设计方向，每一条都要等真实镜像和硬件测试出来才算数。

设计方向

• 小体积镜像，照顾存储和内存都有限的设备
• 离线优先：断网时先在本地排队存好，网络恢复后再把数据同步回中心
• 安全更新、设备编组与远程管理（均为设计目标，尚未实现）
• amd64 与 arm64 双架构，arm64 是目标架构，还没有验证记录
• TPM、安全元件与安全启动选项，取决于具体硬件

看四版本路线图 →　看版本记录 →

定位：装进设备里，断网也能自己顶住

Edge 瞄准的是这样一类设备：放在门店、仓库、机房角落或者户外箱体里的小型网关和专用终端。它们存储不大、内存有限，网络时好时坏，几个月没人去现场看一眼也是常事。对这类设备来说，操作系统最重要的品质不是功能多，而是：体积小、断网不丢数据、更新失败能自己爬起来。

所以 Edge 的设计顺序是先保命、再谈管理：本地先把数据收稳，网络恢复后再往中心同步；更新要么完整成功，要么退回旧版本继续跑，绝不停在半截状态。这些在产品文档里都还是设计条目，本节逐项拆开说清——每项后面都标着同一句话：尚未实现。

规划中的能力，逐项拆开

小体积镜像

设备存储和内存都有限，镜像要按「只装用得上的」来裁。目标是小 footprint，具体体积数字要等真实镜像出来才有，规划阶段不报数。

离线队列

断网时，设备采集到的数据和待上报的事件先在本地排队存好，网络一恢复按顺序同步回中心。现场网络不稳定是常态，这个机制决定了数据会不会在断网的几个小时里凭空消失。

不可变与双分区更新

在适合的硬件上，系统分区只读、更新写到另一个分区，启动失败就自动切回旧分区。对没人值守的设备，这比「更新失败等运维去现场」现实得多。是否适用取决于具体硬件形态，文档的原话是 where suitable。

签名设备命令与灰度分组

远程下发的命令要带签名验证，来源不对直接拒绝；新版本先推给一小批设备（canary 分组）观察，没问题再全量。这两项是 fleet 管理的地基，目前都还停在设计目标阶段。

安全启动与 TPM 选项

安全启动、可信启动链、TPM 或安全元件，都取决于设备硬件本身给不给这些能力。文档把它们列为选项而非标配，本页同样不打包票。

故障安全恢复

更新中断、断电、配置写坏之后，设备要能回到一个可工作的状态，而不是变砖。恢复路径要在发布前专门做中断测试，这也是下面门槛里的一项。

为什么现在还没有 ISO：四道发布门槛

• 独立的 ARM64 硬件矩阵验证——arm64 目前只是目标架构，一台真机都没验过
• 远程离线 / 重连测试——证明断网排队和恢复同步真的按设计工作
• OTA 中断与回滚测试——在更新途中拔电、断网，设备必须能自恢复
• 供应链签名与软件包许可审查——镜像里每个包的来源和许可都要过一遍

四道门一道都没过，所以 Edge 没有版本号、没有 ISO、没有下载按钮。官方目录里的原话是：不宣称硬件支持、OTA、fleet 管理或 ARM64 支持。

当前进度，如实说

公开层面：planned，仅此而已。内部实验线上，工程团队用 Debian 13 方向构建过 amd64 的 Edge 实验镜像并留有构建记录，但镜像没有保留、没有下载入口，也没有做过固件启动验证。实验构建和公开发布之间隔着上面四道门，谁在网上宣称有 KINGAI OS Edge 正式包，都不是官方的。

看四版本路线图 →　看版本记录 →　先看已发布的服务器版 →　在 Issues 里关注进展 →