什么值得做
kirklin/skyward · kirklin

一条推文换来 100 个 star:有人用 Rust 从零给小米写了个 Recovery,想替掉 TWRP

它是什么 一个给小米、Redmi 手机用的第三方 Recovery(刷机、备份、救砖用的小系统),用 Rust 从零写,想替代 TWRP。

为什么火了 新款小米机上 TWRP 迟迟解不了密,它说在 17 Ultra 上能解;「Rust 从零写、不用下 AOSP、界面像系统自带」被中文 GitHub 推荐号 Geek Lite 压成一句话转出去,一天涨了 100 个 star,之后回到个位数。

C你可以怎么跟 别再做一个小米 Recovery;把「取原厂镜像、只换上层、一台机型一份配置」的做法搬到一加等 TWRP 也跟不上的品牌,或者把它还不能解密的热门机型做通,README 一句话加一张好看截图,发布时递给中文 GitHub 推荐号。

C 级:做法和推广路径都值得学,但搞机圈小且在缩,这一类 star 天花板低、门槛高(要懂安卓底层、敢拿手机试),这次的 star 主要来自一条推文的一次性曝光,照着做不太划算。 小圈子里在传
数据(每天更新) · 建库 2026-10-25 · 203 星 · 7 天 +154
GitHub · 星数
010020010-2810-3111-0311-0511-08203
数据 2026-10-28 → 2026-11-08(12 天,12 次观测)。10-28 以前的点来自 deeply / 存档补录,不是每天都有

Skyward 是一个给小米、Redmi 手机用的第三方 Recovery,10 月 25 日建库,不编 AOSP、不动小米内核,直接借手机原厂固件里的服务来解密、刷机、OTA、备份。它前八天靠作者自己发帖攒了 50 个 star;11 月 2 日一个中文 X 大号转了一条,第二天变成 150,到 11-06 是 190。下面说清楚:它是什么,那 100 个 star 从哪来,你要不要也做一个,怎么做。

10 月 19 日,一条 74 个关注者的推文

2026 年 10 月 19 日,福州的独立开发者 Kirk Lin(X 上叫 @lkirkun,当时 74 个关注者)发了一条推文:

我给小米手机重写了一个 Recovery,名字叫 Skyward,代码全部用 Rust 从 0 实现。编译不需要下载 AOSP 源码。

没什么人看到。10 月 25 日他建库、发 v0.1.0,同一天在 XDA 论坛小米 17 Ultra 板块发了帖,标题是「[RECOVERY][A17] Skyward 0.1.0 for Xiaomi 17 Ultra (nezha)」,回复寥寥。当晚他又发了 v0.1.2,一口气放出 19 款机型的镜像。到 11 月 2 日,仓库是 50 个 star。

11 月 2 日北京时间下午一点多,专门推荐 GitHub 项目的中文号 Geek Lite(@QingQ77)发了一句话加一张截图:

给小米和 Redmi 手机提供一个用 Rust 从零实现的第三方 Recovery,替代 TWRP,支持解密 data 分区、刷机、OTA 和备份。

这条推文 2.46 万次浏览。当天仓库多了 11 个 fork,第二天 star 从 50 跳到 150。底下第一条回复是:「holy…… 一眼没认出来还以为是系统里。」

它是什么

Recovery 是手机上独立于系统的一个小系统,用来刷包、备份、救砖。安卓玩机圈用了十几年的第三方 Recovery 是 TWRP。TWRP 的做法是每台手机写一套机型配置、拉下几十 G 的 AOSP 源码重新编译,新机型一出来,要等有人把解密、触屏、驱动一项项移植通。

Skyward 换了个思路:拿小米服务器上的官方整包,只取出原厂 recovery 分区,把里面的 recovery 程序换成自己用 Rust 写的,其余照用原厂的——解密靠原厂的 KeyMint、Gatekeeper、Weaver,联网靠原厂的 WLAN 服务。每台机型只需要一份 TOML 配置。这就是作者能一晚上放出 19 款镜像的原因。

功能和 TWRP 差不多齐:解密 data、刷 zip 和系统更新包、在线 OTA、备份恢复、文件管理和终端、WLAN、MTP、adb、fastbootd;系统更新覆盖 recovery 分区后能自动把自己刷回去。界面是作者自己写的渲染器,做得像 HyperOS 自带的设置页,支持简繁中文和英文。

但要看清它现在的状态(仓库 README,11-06):

机型状态
小米 17 Ultra、小米 13 Ultra作者实测过,能解密
小米 13/14/15/17 系列、Redmi K80/K90/K100 系列,共 19 款「按原厂固件构建,没上过手机」;能亮屏、触摸、WLAN,不解密 data

Release 下载数也对得上(GitHub,11-06):v0.1.2 一共 335 次下载,最多的就是那两台实测机型,13 Ultra 43 次、17 Ultra 36 次,其他每款 8 到 22 次。真正刷进手机的人,大概几十到一两百(推断)。

为什么是它,为什么是现在

空缺是真的。小米 17 系列、K90 这一批骁龙 8 Elite、Android 16/17 的新机,TWRP 跟得很慢。XDA 上 3 月就有人发了「非官方 TWRP 3.7.1 for Xiaomi 17 系列」,到现在帖子里还写着 17 Ultra「仍在 bring-up,解密没做完」。玩机的人想刷 Magisk、想先备份再折腾,手上没有一个能解密的 Recovery。Skyward 说 17 Ultra 已经能解密,这一句就够让人点进去。

有一句话能转。「Rust 从零写」「不用下 AOSP」是程序员爱转的标签;「替代 TWRP、能解密」是搞机用户要的;截图像系统自带,是第三类人会停下来看的。Geek Lite 那条推文就是把这三句压成了一句。

作者不是新人。他之前做过 Magisk 救砖模块 magisk-brick-guardian(148 star)和 LSPosed 证书绕过模块 TrustMe(54 star),GitHub 有 368 个关注者,在小米玩机圈有点底子。

star 从哪来:一次转发,不是持续增长

日期发生了什么star
10-19作者自己在 X 预热—
10-25建库、v0.1.0、XDA 发帖;当晚 v0.1.2 放出 19 款镜像—
10-28XDA 和作者老受众带来的35
11-02Geek Lite 推文,2.46 万浏览;当天 fork +1150
11-03单日 +100150
11-06日增回到个位数190

来源:GitHub 每日 star(10-28 至 11-06)、X、XDA。

几个值得注意的地方:

  • 转发前后是两个世界。XDA 一帖加作者自推,八天 50 个;一条大号推文,一天 100 个。之后没有第二波,日增回落到 4 到 8 个。酷安、V2EX、Hacker News、Reddit 都没看到讨论,也没有媒体写。它上不了 GitHub Trending——才建库 12 天。
  • fork 比例很高。35 个 fork 对 190 个 star,约 18%。刷 Recovery 的人要么自己编译,要么想移植到自己手上那台,已经有人做了 13 Pro(skyward-for-nuwa)和 14 Pro(skyward-for-shennong)的移植版。
  • 外面的人开始干活了。PR 里有人在加 Redmi K70、K100 Pro Max、小米 Pad 8 Pro 的支持,有人修挂载 bug、做设置持久化、加 7z 和 zstd 包刷入。issue 里有「无法刷写自定义 ROM」「部分机型页面颜色 bug」「语言设置重启丢失」。说明真有人刷了在用,也说明它还很早。
  • 作者 10 月 26 日之后没再推代码。外部 PR 堆在那里,下一版什么时候出不知道。

谁在跟它抢

对手规模和它比
TWRP2011 年起,事实标准机型最多、生态最熟;但新款小米跟得慢、解密常不通,每台机要单独编 AOSP
非官方 TWRP for 小米 17 系列(XDA)机型配置仓库 29 star直接对手;自述 17 Ultra 解密还没做完
OrangeFox、PBRP、SHRP老牌 TWRP 分支同样受限于逐机型移植,新骁龙小米覆盖少
MissMyTime/TWRP-Xiaomi3 star也是借原厂 KeyMint 解密,但还是 TWRP 架构,几乎没人知道
小米原厂 Recovery所有小米手机只能清数据、连电脑线刷,不能刷第三方包、不能备份

star 数来自 GitHub,11-06。

结论:在新款小米上,它和非官方 TWRP 抢的是同一批人,目前它领先在「能解密」这一句上,但只在两台机器上兑现。它真正的护城河不是功能,是适配方式——换一台机型,别人要移植一周,它要写一份配置。

如果是你

C。能学到很实在的两件事,但照着做一个拿不到多少 star:天花板低、门槛高,这次的 100 个 star 主要是一条推文给的。

搞机圈是个小圈子,而且在缩:小米在国内解锁 Bootloader 越来越难,推文下面就有人说「可惜过了搞机的年纪了,现在只想手机稳定」。一个做得这么扎实的 Recovery,12 天 190 个 star,已经接近这一类的正常上限。值得带走的不是「再做一个 Recovery」,而是它的做法和它的推广路径。

适合谁:本来就在写安卓底层(Magisk 模块、内核、驱动)、手里有一台新机、会 Rust 或 C++ 的开发者;或者在别的碎片化硬件上做工具的人,想借它的思路。

不适合谁:没碰过 bootloader 和分区的人;只想三个月攒一批 star 的人。Recovery 出一次严重 bug,别人丢的是整台手机的数据。

怎么做:

  1. 换品牌,别撞小米。小米这条线它已经占了,PR 也在补机型。一加、realme 这类解锁相对容易、TWRP 同样跟不上新机的品牌,还没看到同样思路的项目(推断,动手前先在 GitHub 和 XDA 搜一遍)。照它的路子:取原厂 recovery 镜像,只换上层,一台机型一份配置。
  2. 或者做它没做的那部分。19 款镜像都还不能解密,外部 PR 没人合。真想在这个仓库的圈子里出名,把一两款热门机型(比如 K90、15 Ultra)的解密跑通,单独发一个移植版,比从零起一个新项目更容易被看见——前提是作者那边没在做,先在 issue 里问一句。
  3. 把「复用原厂、只换上层」用在别处。这招的本质是把逐设备移植的成本压成一份配置文件。路由器固件、电视盒子、车机,凡是「每台机器都要单独移植」的地方都能套。
  4. 一次放出大量机型,老实标注没测过。它 17 款「没上过手机」的镜像每款也有 8 到 22 次下载。机型列表本身就是搜索入口,用户看到「我的机型有」才会点 star。

怎么获客:作者自己的路径证明了一件事——XDA 和自己的小号只能带几十个 star,真正起量的是一条中文 GitHub 推荐号的推文。Geek Lite 这类号每天在找新项目,你要做的是让它好转:README 第一屏就是一句话说清「替代谁、解决了什么」,配一张好看的截图(Skyward 那张截图被说成「还以为是系统里」),标题里放一个技术标签(「Rust 从零写」)。发布当天在 XDA 对应机型板块和酷安发帖,然后把仓库链接递给几个推荐号(推断,作者有没有主动投递没核实)。

什么时候之前:新款机型的 TWRP 一旦做通解密,「它能解密、TWRP 不能」这句话就没了。非官方 TWRP 已经做了七个月,随时可能补上(推断)。想换品牌做的,最好赶在下一代旗舰发布、TWRP 又一次跟不上的时候放出来。

什么情况说明看错了:① Skyward 下一版把十几款机型的解密都做通、star 继续涨过 1000,说明搞机圈没有在缩,值得正面跟,等级该往上调;② 换品牌做的同类项目,上了推荐号也只拿到几十个 star,说明这次的 100 个 star 主要是「小米」这个大用户群加上 Geek Lite 这一个号的偶然,别的品牌复制不了;③ 小米或其他品牌进一步收紧解锁,第三方 Recovery 的受众会一起缩下去。

---

数据与出处:GitHub 仓库 README、Release 下载数、issue 与 PR(11-06);GitHub 每日 star(10-28 至 11-06);Geek Lite 推文 x.com/QingQ77/status/2117130331954295141(11-02)及回复;作者推文 x.com/lkirkun/status/2112050328015376627(10-19);XDA 上 Skyward 与非官方 TWRP for Xiaomi 17 Series 两帖;竞品仓库 star 来自 GitHub(11-06)。写「推断」的地方是估计。

GitHub 仓库 ↗

研究底稿:竞品表、获客证据、完整研究报告
竞品
名字在哪上线规模它和这家不同在哪
TWRP开源2011Android 第三方 Recovery 事实标准基于 AOSP 编译、逐机型 device tree,新款小米跟进慢;Skyward 复用原厂 recovery 镜像和原厂服务,不编 AOSP
非官方 TWRP 3.7.1 for Xiaomi 17 Series(XDA / antocorvo3000)开源2026-03XDA 帖;device tree 仓库 29 star自述 17 Ultra 解密仍未完成;Skyward 声称已能解密
MissMyTime/TWRP-Xiaomi开源2026-063 star同样给 K90/17 Ultra 做 TWRP,也拉原厂 KeyMint 解密,但仍是 TWRP 架构、无人知晓
OrangeFox / PBRP / SHRP开源2018 起老牌社区,机型多都是 TWRP 分支,新骁龙小米机覆盖少
小米原厂 Recovery大厂功能一直有所有小米机只能清数据/线刷,不能刷第三方包、不能备份 data
用户从哪来
  • 查实 X 大号转发(Geek Lite @QingQ77):2026-11-02 05:43 UTC 推文 24.6K 浏览,次日 star +100、当天 fork +11
  • 查实 XDA 论坛发帖:作者 10-25 在 XDA Development 区发 Skyward 0.1.0 帖,回复很少,带来早期约 35-50 star
  • 推断 作者自己的 X 与既有搞机受众:@lkirkun(74 关注者)10-19 预热推文;此前 magisk-brick-guardian 148 star、TrustMe 54 star;公众号 Kirk Lin 是否推过未核实

kirklin/skyward:用 Rust 从零写的小米 / Redmi 第三方 Recovery

一句话:给小米、Redmi(HyperOS 3/4)手机用的第三方 Recovery,替代 TWRP;不改小米内核、不编 AOSP,直接调用手机原厂固件里的 KeyMint / Gatekeeper / Weaver / WLAN 等服务完成 data 解密、刷机、OTA、备份,UI 仿 HyperOS。GPL-3.0。

结论:它的 star 基本来自一次集中曝光——2026-11-02 中文 X 大号 Geek Lite(@QingQ77)发了一条推荐推文(2.46 万次浏览),当天到次日 star 从 50 涨到 150。能被转、被转后有人点,是因为它戳中了一个真实的空缺:新款小米(17 系列、K90/K100 等 Android 16/17 机型)的 TWRP 要么没有、要么解密没做通,而 Skyward 号称在 17 Ultra 上已经能解密,还附带"Rust 从零写""不用下 AOSP 源码"这种程序员爱转的标签。它是小圈子(中文搞机 + Rust 圈)里的东西,不是大众产品。

1. 数据(我们的 github 库 + GitHub API,2026-11-06)

  • 建库 2026-10-25,当天发 v0.1.0;同日在 XDA 发帖;10-25 当晚发 v0.1.2,一口气把 19 款机型"按原厂固件构建、未上机测试"的镜像放出来。最后一次 push 10-26。
  • star:10-28 35 → 11-02 50 → 11-03 150(单日 +100)→ 11-06 190(GitHub API 实时 193)。fork 39,fork/star 约 20%。
  • fork 时间:10-26 至 11-01 每天零星 1–2 个;11-02 07:19 UTC 起当天集中出现 11 个 fork,与推文时间(11-02 05:43 UTC)吻合。
  • Release 下载(GitHub API):v0.1.2 共 335 次,最多的是 13 Ultra(ishtar)43、17 Ultra(nezha)36——正好是两台"已测"机型;其他机型每个 8–22 次。v0.1.1 共 55,v0.1.0 共 16。真实刷机人数大约几十到一两百。
  • Issue/PR 22 个,外部贡献者已在提新机型适配(Redmi K70 vermeer、K100 Pro Max、小米 Pad 8 Pro、13 Pro)、设置持久化、7za/zstd 刷入等;有 bug 报告(颜色、语言设置重启丢失、无法刷自定义 ROM)。说明确实有人刷了在用。

2. 用户从哪来(增长手段)

渠道证据是否确认
作者自己发 X 预热@lkirkun(74 关注者)2026-10-19 发"我给小米手机重写了一个 Recovery,名字叫 Skyward,代码全部用 Rust 从 0 实现。编译不需要下载 AOSP 源码",48 次左右互动/浏览量级(https://x.com/lkirkun/status/2112050328015376627)是,影响小
XDA 论坛发帖作者 10-25 在 XDA Development 区发 "[RECOVERY][A17] Skyward 0.1.0 for Xiaomi 17 Ultra (nezha)"(https://xdaforums.com/t/...4806322/),帖子回复很少是,带来早期 30–50 star
中文 X 大号转发Geek Lite @QingQ77 2026-11-02 05:43 UTC:"给小米和 Redmi 手机提供一个用 Rust 从零实现的第三方 Recovery,替代 TWRP,支持解密 data 分区、刷机、OTA 和备份",24.6K 浏览(https://x.com/QingQ77/status/2117130331954295141)。次日 star +100、当天 fork +11是,主要爆点
作者既有受众作者 Kirk Lin(福州,"Product Founder",公众号 Kirk Lin,GitHub 368 followers);此前做过搞机项目 magisk-brick-guardian(148 star,Magisk 救砖模块)、TrustMe(54 star,LSPosed 证书固定绕过),已有一批小米搞机受众部分确认(公众号是否推过未核实)
酷安 / V2EX / linux.do / HN / Reddit搜索未见讨论;HN、Reddit 无结果未发现

GitHub 的 trending 只收建库满约 60 天的库,它才 12 天,不是 trending 带的。

3. 竞品

名字在哪时间规模它和 Skyward 不同在哪
TWRP(TeamWin)开源 / 官方2011 起Android 第三方 Recovery 事实标准基于 AOSP recovery + C++,要逐机型做 device tree、编 AOSP;对新款小米跟进慢、解密常不通。Skyward 不编 AOSP,复用原厂 recovery 镜像和原厂服务
非官方 TWRP 3.7.1 for Xiaomi 17 Series(XDA)开源 / XDA2026-03-31XDA 帖 + SourceForge;device tree 仓库 antocorvo3000/twrp-xiaomi-17-series 29 star帖子自述 17 Ultra(nezha)"仍在 bring-up,decrypt support 未完成";Skyward 声称 17 Ultra 已能解密
MissMyTime/TWRP-Xiaomi开源2026-063 star同样给 K90 / K90 Pro Max / 17 Ultra 做 TWRP,也是靠脚本拉原厂 KeyMint/Weaver 解密;规模很小
OrangeFox / PBRP / SHRP 等 TWRP 衍生开源2018 起老牌社区,机型多都是 TWRP 分支,同样受限于 device tree;新款骁龙 8 Elite 小米机覆盖少
国内 TWRP 搬运站(ROM 乐园等)网页持续小米 17 系列"专用版 TWRP-3.7.1"等搬运/打包为主,无新技术
小米原厂 Recovery大厂功能一直有所有小米机只能清数据、连小米助手线刷,不能刷第三方包、不能备份 data
pubglite55/skyward-for-nuwa、xuanwei130-netizen/skyward-for-shennong开源(跟风/移植)2026-10-25、11-013 / 1 star直接 fork 移植到 13 Pro、14 Pro 单机型

4. 为什么跑出来

  1. 空缺真实存在:Android 16/17 + 骁龙 8 Elite 系列小米新机的 TWRP 解密没做通(XDA 非官方 TWRP 帖自述 nezha 解密仍在开发),玩机用户刷 Magisk、备份基带 EFS 没有好用的 Recovery。Skyward 在 17 Ultra、13 Ultra 上声称解密、OTA、备份全通。
  2. 技术路线新、可讲:不重编 AOSP、不动小米内核,只替换原厂 recovery 镜像里的 recovery 程序,通过 binder 直接调用原厂 KeyMint/Gatekeeper/Weaver/wpa_supplicant;每台机型一个 TOML 描述;打包器直接从小米服务器的整包里按需读取 recovery 分区。这让"适配一个新机型"的成本骤降——作者一晚上放出 19 款机型镜像。
  3. "Rust 从零写" + 仿 HyperOS 的漂亮 UI:对程序员是好转发的话题标签;对搞机用户,截图看起来像系统自带(推文下评论"一眼没认出来还以为是系统里")。
  4. 一次大号转发点燃:Geek Lite 推文后 24 小时内 star 翻三倍;之前 XDA + 作者自推只带来约 50 star。之后日增回到个位数。

5. 差异化

和 TWRP 系比,差异不在"功能更多",而在适配方式:借用原厂固件的驱动和服务而不是自己移植,于是新机型、新 Android 版本上解密能先跑通,维护成本低;外加 Rust 自研渲染器和 HyperOS 风格 UI、在线 OTA(直连小米更新服务器)、刷系统更新后自动把自己刷回。这个差异确实是它被转、被 fork 的原因(推文原话就是"替代 TWRP,支持解密 data 分区")。但"star 多"本身主要是大号转发造成的,适配面目前仅 2 台实测,很多机型标注"未上机测试"。

6. 能见度

小圈子里在传:一条 2.46 万浏览的中文 X 推文 + XDA 一帖;没有媒体报道,酷安/V2EX/HN/Reddit 未见讨论。已有单机型移植 fork 2 个,外部 PR 在补机型。

7. 可借鉴

  • "复用平台原厂组件、只换上层"的做法,能把逐机型移植的长尾成本压到一份配置文件——适合所有"给碎片化硬件做通用工具"的项目。
  • 发布时一次放出大量机型镜像(哪怕标注未测试),让更多人搜到"我的机型有";下载量显示即使未测试机型也有 8–22 次下载。
  • 中文 GitHub 推荐大号(Geek Lite 等)对中文开源项目的拉动非常直接:一条推文 ≈ 100 star。
  • 用"Rust 从零写""不用下 AOSP"这类技术卖点在程序员圈子传播,用"像系统自带"的截图打搞机圈。

8. 不确定

  • Geek Lite 关注者数、作者公众号是否同步推过,未核实。
  • 17 Ultra 解密的实际成功率、未测试机型能否开机,未核实;issue 里已有"无法刷写自定义 ROM""颜色 bug"等问题。
  • 提交风格(短时间内大量机型适配、英文口语化的 commit message)可能借助 AI 编码,未核实。
  • stargazer 时间接口返回 404,star 逐时分布用的是我们库的日数据与 fork 时间间接推断。

出处

文章由 AI 根据公开数据和我们每天采集的数据写成,数字带出处,推断已标明