关键词：抽烟的舍友、强制留校、创业、快节奏学习、租房

抽烟的舍友

我们这层楼的宿管老师管的是最松的，分班后以来，我们宿舍的人把各种违纪的事情都干了个遍，硬是没一个老师发现。

带手机、熬夜打牌，这都是基操。视觉和听觉对我的睡眠造成的干扰可以被克服，我戴个眼罩/降噪耳机就好了。但是，有一个人抽烟。

刚分完班的时候，他还只是每周五留宿的晚上在宿舍卫生间偷偷抽，烟味很冲，在宿舍里必须要戴口罩，否则完全喘不上气，感觉自己的呼吸道被下意识堵住了。

渐渐地，我们之间逐渐熟悉起来，他开始变本加厉了：在校的每天中午、晚上，他都要来一根。有的时候，他还带几个外班的同学聚集在我们宿舍卫生间抽。那烟味简直熏天！

我们其实都无法忍受，但为了自己的安全，我们都没敢当面和他对峙。最多就是某天晚上，另一位舍友打趣似的骂了他一句：“你能不能别抽了！呛死了”

他笑着用河南话说：“没事，没事。”（miao ser~ miao ser~）

显然这一句话无法阻止他。他依然我行我素地抽着烟。

过了几周，我明显出现了鼻炎的症状——感觉鼻孔被塞住，但用手抠不出来。搞笑的是，我没有意识到这是鼻炎。我只知道那段时间我的血氧饱和度越来越低，直到 89%、91% 成为我的日常、上课打瞌睡的情况越来越频繁，班主任找我谈话了。因为我最近并没有熬夜，白天也没有过度消耗精力，而“血氧饱和度”这一依据有点荒谬，所以我没有拿出任何证据来为我的瞌睡开脱。

又过了几周，我不想再忍受这个充满烟味的宿舍了，于是我在周五找到班主任，主动提出“我得鼻炎了，这导致我血氧饱和度保持在一个很低的异常值，我需要回去看医生，本周不留校。”

但班主任给出的回应是：

你确定你这真的是鼻炎吗？

鼻炎可是慢性病，治起来需要好长时间。

你周日就没时间去看医生？非得周六去看？

我无言以对。只好垂着头回班继续上课。

当晚，我像往常一样，戴着口罩，忍着烟味，睡着了。

强制留校

这是一个积攒了很久的话题，我早已经写好了文章，但一直没有发布。

就在上文提到的“周五”下午，一位高二学长的话让我再次开始思考这个问题。

在我们学校，高一年级学生周五放学后需要全体强制留校自习，直到周六下午 4 点。对于其它年级（高二、高三），这个留校是自愿的，但对我们来说是彻底的强制（虽然学校在媒体询问时，给出的回答仍是“自愿”。）

而我，在这里就称自己为强制留校的受害者（别急着评判我的学习态度，往后看），来给出我对留校的态度和看法。

倒反天罡的控制欲

学校面对外部媒体，始终称自己秉持“自愿”的模式。但实际上，学生不想留校时，不可以在放学时直接离校，而是需要让家长向班主任提出“请假”请求，且必须有恰当的理由，这期间班主任甚至可能会遭到上级领导的施压，搞得就跟给催债的人编理由一样。
甚至对于生病请假，学生离校后还会收到班主任的提醒——“看完病后记得回校继续自习”。

学生周六回家甚至需要请假，教育局新规的漏洞算是被玩出了花。

低效甚至无效的学习

留校之后，难道就能高效学习了吗？不是的。教室里同时关着真自愿留校和假自愿留校的人，那些假自愿留校的人会想尽一切方法在留校期间取乐。这也就间接导致了自习课教室里总是闹哄哄的。学习效率自然就高不到哪去。
以及，对于那些本不愿留校但愿意学习的学生，在被强迫留下后，反倒失去了学习的耐心，周末作业单被改成了“任务清单”，写作业变成了完成任务，原本能从中学到点东西的作业变成了写满文字的废纸。

糟糕的纪律和失效的校规

因为周六留校是轮到我值班管班里纪律的，所以我很清楚留校期间纪律有多烂。

有人偷偷戴耳机听歌就不说了，最起码不影响别人。有人直接在上课期间直接拿自热火锅出去泡，泡好了之后就放在教室里。虽然味道不像烟一样闻起来让人难受，但它确实也很影响学习效率。

留校期间，大多数老师都回家了，只分配一两个老师留校值班巡逻，所以违纪行为层出不穷，校规成了摆设。有人本来能按时睡觉的，却因为被强制留校而报复性熬夜刷手机；有人本来有上进心，却因“被强制”这一行为产生了叛逆心理，故意和值班班委对着干。

如果我这个值班班委可以放任不管吧，那我压力可能还小点；但是，请往下看。

不明的动机

学校领导规定，如果周六留校期间巡逻老师发现哪个班级乱，就把当天的值班班委叫出去单独惩罚。惩罚通常是深蹲、俯卧撑之类的，不知道算不算体罚。

是的，没有任何解释的机会，一旦抓到就是班委（我）遭殃。

也不知道它应该罚的是不愿留校刻意造次的学生，还是我这个愿意留校且不愿浪费精力的班委。

创业

2 月下旬，我摸索着制作了自己的第一款收费快应用——真智学。

它是利用第三方 API 进行转发，从而实现在手表上查询分数、查看原卷。

发布后的几天里，它在社区中迅速流行起来。短短 10 天，我就赚了 100 余元。

在此之后，我的爱发电账户就逐渐冷清了。

为什么要创业？因为父母的长期失业使我对他们的财力彻底失去了信任，外加现在的学费给他们造成很大负担，导致我根本不敢再向他们要零花钱，所以我要创业自己挣零花钱，如果有多余的还可以补贴家用。

但是，现在这个快应用来钱这么慢，让我很焦急。我幻想中的情况是月入过千，而现在连月入过百都做不到。

快节奏学习

高一下学期是“最短的学期”，整体只有 70 余天，因此所有老师疯了一样地赶课时，赶进度。布置的作业虽然量不算多，但是因为没时间消化白天学的，所以写起来特别慢。我就是这类典型——每天放学前半个小时，我都会迫不得已去放弃一两门第二天不检查作业的学科。

这导致我经常欠作业，欠得多了干脆就破罐子破摔——不写了。各科老师一开始也还在全力找那些不交作业的人，找出来就惩罚。但是时间久了，老师估计也疲了，渐渐地放宽，最后不管了。

我接受不了自己长期处于“颓败”的状态，但是看着身边的同学都是这样，我也没办法做出什么改变。

从月考到期中考试，我的成绩和年级排名显示我的确一直在进步，但是我感觉这是侥幸、运气，和我的状态完全不符。我也不确定我哪天会突然掉下来。

租房

在前文“被迫吸烟”之后，我把舍友吸烟的事告诉了家长。不说不知道，一说不得了——母亲就仿佛我犯罪了一样，每天失眠焦虑，担心我的身体健康。

过了一周我回家后，她和我聊了很久，跟我商量了一堆方案——

• 直接告诉班主任不行，因为怕露出马脚导致我出事；
• 我自己制止他不行，因为他油盐不进，而且惹急了恐怕会动手；
• 她和父亲在校门口找他和他聊不行，因为看上去像是围殴；
• 让我拿吃的“贿赂”他也不行，因为我本身的立场就是阻止吸烟，我对那个人是厌恶至极，现在让我去表演一副对他好的嘴脸，我做不到。

她的观点让我感到头晕——她根本想不出什么能解决实际问题的方案，却还要无端地持续焦虑。我有点心疼，但也有点烦了。

最后她提出了一个方法——租房。

我们学校对面是有一个小区的，因为小区名是“嘉苑”，所以租房的价格相对低一些。

母亲在高德地图上找到了一个中介电话，和中介讨论了许久，最后定下了一个 ￥460/月 的毛坯房。

她在周日去看了房，当天下午就付了一年的房租。随后她就和父亲开始“搬家”——把床、桌子等必要物资搬到学区房里。

于是，我就成功逃离了充满烟味的宿舍环境，拥有了一个可以独处、有家人陪伴的环境。

房子虽然说是毛坯，但是父亲这几天里为我们添置了空调、洗衣机、冰箱、热水器、电饼铛、热水壶、电饭锅、书桌、书柜、衣柜、新的木床等物资，现在看上去完全是一个优秀的居住环境了。

楼下就是一个活动广场，有乒乓球场、羽毛球场、足球场，附近还有一堆超市，到了周末节假日，楼下就非常热闹。我挺喜欢这种氛围的，楼下的喧闹声能让我感到自己和这个世界保持连接。

但是，这同时又勾起了我的经济焦虑——前前后后布置这套房子，少说也花了 2 万元了，父亲已经 60 岁了，他现在在帮朋友管理家具厂，一个月大概能赚 ￥4000~5000（？），这样的支出对他来说一定是很大的负担。而我现在又没办法帮他缓解压力——做快应用根本赚不到什么钱。

我当然知道学习成绩就是对他最好的报答，我也知道，我的父母从我知情起已经撑了这个家 16 年了，不缺我这一两年。但是，我一直在想，万一呢？万一真的撑不住呢？那我这个学，还能继续上吗？

我也经常做一些很压抑的梦，譬如在雨天骑带雨篷的三轮车，身后的母亲紧紧地搂着我，令我喘不上气，雨篷是软的，绕着我的轮廓紧贴在我身上，仿佛有粘腻的雨水落在我的衣领里…

去年 9 月，我把自用的博客系统由 WordPress 换到了 Astro。

从动态博客到静态博客，数据的迁移是一项很大的工程。当时，我是纯手工迁移，把 WordPress 博客上的一篇篇文章复制、一张张图片另存。

其实这还没什么，关键是每个文章文件（.md）的 Frontmatter 都需要我手动填写。为了完成这个操作，我马不停蹄地复制了四五个小时。

静态博客用了将近 10 个月了，出于喜新厌旧的心理，我重新在服务器上安装了 Typecho，并打算回归动态博客。

这一次，我难道还要手动迁移吗？不了，我会用 AI 了。

原理介绍

如今，各大 AI IDE（如 Cursor、TRAE）都具备了一定的 Agent 能力，能操作电脑上的文件。所以，我们可以指挥 AI 从 Astro 博客的根目录读取博客内容（文章、页面、媒体），从 Twikoo 评论系统的数据库读取评论内容，然后将它们融合成一个 Typecho .DAT 备份文件，导入 Typecho 以实现数据迁移。

本文使用的 AI IDE 是 Cursor。

开始操作

Typecho 博客文章的一些字段（比如头图 url）是由使用的主题决定的，因此，不同主题下的 .DAT 文件结构是不一样的。

所以在迁移之前，我们需要确保应用了自己想要的主题，且博客内创建了一些测试文章、测试页面以供 AI 理解相应字段。以我用的主题 Mirages 为例，在后台创建几篇文章，并为文章随便设置头图。

之后前往控制台 → 备份 → 开始备份，浏览器会自动开始下载 .DAT 文件。

让 AI 熟悉备份文件结构

下载好备份文件后，新建一个空白文件夹，除了把备份文件丢进去以外，再往里面放入我制作的SKILL.md，然后用 Cursor 打开该文件夹。

SKILL.md

对 Cursor 说：

$文件名称$ 是一个 Typecho 博客备份文件，请你根据 SKILL.md 介绍的方法，熟悉一下这个备份文件的结构、字段，稍后我会让你对这个备份文件进行修改。

然后稍等片刻，Cursor 就能轻松解析你的 .DAT 文件。

准备待迁移数据

以 Astro+Twikoo 为例，我将 Astro 项目目录下包含文章的文件夹和 Twikoo 文件夹复制到迁移目录里，并对 Cursor 说：

$Astro 目录$ 目录是我 Astro 博客的数据文件夹，包含我的文章、页面和媒体；
$Twikoo 目录$ 目录里是我博客使用的 Twikoo 评论系统的数据库文件，评论对应的 url 和 Astro 博客里的文章目录名一一对应。
请你先读取 Astro 博客信息及 Twikoo 评论信息，然后完整输出。

待它读取完毕后，我们检查一下读取出来的信息和实际情况是否相符。如果无误，就着手准备下一步。

上传媒体到兰空图床

由于 Astro 博客的媒体文件是和文章存放在一起的，随博客统一部署上线。在迁移至 Typecho 后，我们需要一个平台来存储文章里的媒体。这里使用 Lsky Pro 做演示，当然，如果你有自己的图片托管方案，就可以直接跳过本段。

首先你需要有一个现成的 Lsky Pro 实例。我这里就用我自己的图床 https://image.luming.cool 作为演示。

使用 Apifox，向 /api/v1/tokens 发送 POST 请求，请求参数如下：

请求后，系统会返回密钥，密钥格式是“Bearer xxxxxxxxx...”，只复制这一段即可。

接着对 Cursor 说：

接下来我需要你把我博客里的媒体上传到 Lsky Pro，并在引用它们的地方进行url替换。
我的 Lsky Pro 地址是 https://example.com/
我的 Token 是 Bearer xxxxxxxxxxx...

这样，Cursor 就会完成媒体的上传和本地文章引用地址的替换。

开始迁移

文章、页面、媒体都准备就绪后，我们就可以开始生成 DAT 备份文件了。

直接对 Cursor 说：

开始 DAT 文件转换

大约 1~2 分钟，它就会将 Astro 博客的数据转换为 Typecho 备份文件。

恢复数据

进入 Typecho 后台，控制台 → 备份 → 上传 → 选择文件，选择 Cursor 输出的备份文件，点击“确认恢复”，系统会询问“恢复操作将清除所有现有数据, 是否继续?”，点击“确定”，稍等片刻，即可完成恢复。

恢复完成后，就可以在新的 Typecho 博客里看到我们以前的数据了。Enjoy it!

后记

我编写的 SKILL.md 理论上也支持 WordPress 博客数据的转换，只需要把 wp_content 目录放在 Cursor 操作目录下，然后和它说“帮我转换 WordPress 博客的数据”，就能完成转换操作。

AI 在这类重复性工作上的效率太高了，而且它们不会感到累。合理利用它，就能节省大量的时间。

这篇文章的逻辑比较强，读起来可能会有点累。我希望它清晰到了能帮上忙的程度。

REDMI Watch 5 eSIM 固件修改工具是一个针对官方固件进行专项修改的公益项目，旨在帮助用户实现系统字体的个性化替换和预装应用的自主管理。

官方网站：https://www.hiseed.top/rom/

为尊重知识产权并避免法律风险，本项目不再提供修改后的完整固件包，仅提供开源的修改脚本。用户可通过脚本，在自行获取的原版固件基础上，制作个性化的固件。

根据法学界对“修改权”的权威论述，制作并提供“修改工具”者，只要其未提供修改后的软件，也未教唆或帮助他人进行直接侵权，其行为并不直接或间接侵犯“修改权”。

如果你想要给自己的手表修改固件，请看这里

给自己的手表修改固件，只需 4 步：

第一步：前往https://lum.hrabr.com/s/xrup下载 REDMI Watch 5 eSIM 的原版固件包。推荐下载已在测试中验证的 3.110.029 版本。_（请注意：第三方链接内容请自行校验，本教程不对其安全性负责。）_

第二步：前往项目主页下载固件修改 Python 脚本并运行。

第三步：根据脚本提示，选择需要修改的功能（清理预装应用、替换字体）。

第四步：使用 Notify for Xiaomi 或 AstroBox 等工具将修改后的固件安装至手表。

1. 风险提示：刷机修改存在使设备变砖、数据丢失或影响保修的风险。本脚本为技术研究目的开发，已在特定版本固件（3.110.029）上通过测试，但无法保证在所有环境下的兼容性。
2. 责任豁免：使用本脚本即视为您已理解并自愿承担全部风险。对于因用户操作失误、使用非指定版本固件、或违反教程指引而导致的任何设备损坏、数据丢失或其他损失，开发者不承担任何法律责任。
3. 知识产权：本脚本仅供个人学习研究，请在使用后24小时内删除。请支持正版，尊重小米公司的知识产权。

如果你想研究原理，请看这里

REDMI Watch 5 eSIM 在系统层面将快应用安装数量限制为20个。无论单个安装包体积大小，一旦达到上限，系统便会以“存储空间不足”为由拒绝后续安装请求。

初期研究集中在 vela_ap.bin 分区，通过修改约7处二进制内容尝试解除限制。但在第七次测试中，因涉及底层内存管理的修改，手表出现无限卡开机 Logo 的情况。

据此初步推断，安装数量限制的代码可能不在 vela_ap 分区中。若你对破解该限制有新的思路或研究成果，欢迎在社区中发帖分享交流。

如果你想寻求帮助，请看这里

欢迎加入 QQ 群：816027000

昨天晚上 9 点左右，我在尝试解决 CDN 证书问题的时候，无意间看到了一个熟词——“TTFB”。

它的定义是：从浏览器发出HTTP请求，到收到服务器返回的第一个字节（响应头）之间所花费的时间。

简单来说，它是用户点击链接或刷新页面后，浏览器开始“感知”到服务器响应的第一时间。

行业普遍认为的参考值（对于首次访问）：

等级	TTFB 时间	评价
优秀	< 200 ms	极佳，用户几乎感觉不到延迟。
良好	200 - 500 ms	可以接受，大多数用户不会明显感到慢。
需要改进	500 - 1000 ms	明显较慢，可能影响用户体验和转化率。
差	> 1000 ms	严重问题，用户很可能不耐烦离开。

于是乎，我就上网搜了个测网站 TTFB 的 Python 脚本，测试了一下我的网站。结果吓了我一大跳——我的网站 TTFB 达到了惊人的 1.1s！已经是行业内较“差”的水平了。这使我迅速请教 AI 降低网站 TTFB 的方法，按照 Ta 教的内容，调整了本站的不少参数。现在，如果你访问本站，可能会发现加载速度和页面切换速度有了质的飞跃。

具体调整如下：

• 为 CDN 新增了全站缓存，时长 86400s（一天）；
• 屏蔽了 Astro 自带的图片压缩功能，否则会导致 CDN 缓存的页面引用错误的图片；
• 在 CDN 处更改源站地址为 Vercel 的一些香港 IP（并非默认的回国优化 IP）。

当然，除了优化外，本站在 2026 年 2 月有以下变更：

1. Banner 图变更；
2. 头像变更；
3. 主题色变更（竹青・天青蓝）。记得在颜色选择器里点击“恢复默认色”按钮！

还有，在优化完网站后，我写了一个批量检测网站 TTFB 的 Python 脚本，把本站的友链全都测了一遍。快来看看你的网站 TTFB 吧。

（注：博主位于河南地区。数据仅供参考。）

==============================================================
TTFB多网站并行测试报告
==============================================================
测试时间: 2026-02-20 02:40:23
测试模式: 并行
每个网站测试次数: 5 次
测试网站数量: 29 个
最大并发数: 5
==============================================================

详细结果:
--------------------------------------------------------------
排名   网站                                            最优       最差       平均       成功率      状态
--------------------------------------------------------------
1    https://leviqin.top/                          0.516s   0.626s   0.571s   100%     正常
2    https://pineseed.cn/                          0.477s   0.718s   0.575s   100%     正常
3    https://www.leehenry.top/                     0.499s   0.807s   0.645s   100%     正常
4    https://feng.pub/                             0.446s   0.814s   0.652s   100%     正常
5    https://dusays.com/                           0.496s   0.883s   0.703s   100%     正常
6    https://www.liuchengrui.cn/                   0.496s   1.027s   0.720s   100%     正常
7    https://blog.hxrch.top/                       0.589s   0.853s   0.735s   100%     正常
8    https://blog.kaiqi.wang/                      0.466s   1.109s   0.751s   100%     正常
9    https://note.moxiify.cn/                      0.573s   0.962s   0.755s   100%     正常
10   https://xiaochopin.github.io/                 0.659s   0.919s   0.777s   100%     正常
11   https://www.yuanzj.top/                       0.767s   1.044s   0.915s   100%     正常
12   https://blog.veitzn.top/                      0.742s   1.270s   0.921s   100%     正常
13   https://i.duckxu.com/                         0.715s   1.179s   0.940s   100%     正常
14   https://www.guirlan.de/                       0.727s   1.167s   0.966s   100%     正常
15   https://pinpe.top/                            0.847s   1.074s   0.988s   100%     正常
16   https://www.xingmail.cn/                      0.743s   1.559s   0.992s   100%     正常
17   https://blog.mckero.com/                      1.003s   1.134s   1.058s   100%     正常
18   https://www.liveout.cn/                       0.947s   1.246s   1.082s   100%     正常
19   https://blog.xuxiny.top/                      0.926s   1.294s   1.089s   100%     正常
20   https://luming.cool/                          0.983s   1.516s   1.211s   100%     正常
21   https://blog.gytxtx.top/                      1.132s   1.456s   1.251s   100%     正常
22   https://makotowu.cnstlapy.cn/                 0.970s   2.012s   1.253s   100%     正常
23   https://suus.me/                              1.199s   1.369s   1.273s   100%     正常
24   https://blognas.hwb0307.com/                  1.037s   2.238s   1.542s   100%     正常
25   https://www.haoyu233.com/                     0.636s   3.927s   1.621s   100%     正常
26   https://blog.bxaw.name/                       1.242s   1.970s   1.750s   100%     正常
27   https://b.fvli.top/                           1.616s   2.098s   1.842s   100%     正常
28   https://tc.chenyuxia.com/                     0.565s   3.771s   1.965s   100%     正常

==============================================================
综合统计:
==============================================================
平均TTFB最低的网站: https://leviqin.top/ (0.571s)
平均TTFB最高的网站: https://tc.chenyuxia.com/ (1.965s)
所有网站平均TTFB: 1.055s
平均TTFB中位数: 0.977s
平均成功率: 100.0%
最低成功率: 100.0%

测试失败的网站: 1 个
  - https://limitz.top/: 5/5 次失败
    错误: 状态码 404

==============================================================
测试配置:
==============================================================
parallel: True
test_count: 5
timeout: 10
max_workers: 5
total_elapsed: 48.42s
url_count: 29
==============================================================

这篇文章本是 1 月 16 日撰写的，写了一半就偷懒停笔了，现在才写完😂

小学六年级，我迷上了华强北的全智能手表，只可惜母亲坚决不愿意给我买，说是耽误学业。

初二那年，我在小米手环 9 发售的时候买了小米手环 8。它功能很少，只能依靠为数不多的官方小游戏表盘来娱乐。

初三那年，我用奖学金买了一块 REDMI Watch 5 eSIM。它很完美。它可以打电话，可以听歌，可以安装第三方快应用和小游戏，550mAh 的电池可以支撑我一周的使用。

高一，我开始接触闲鱼，并先后购买了 TicWatch Pro 3 和 Samsung Galaxy Watch 5 LTE。我喜欢前者的双屏设计，但它“不支持开通 eSIM”；我喜欢后者的系统动效，但其“开通了 eSIM 后只有半天的续航”。最终，我又回到了 REDMI Watch 5 eSIM。我认为，轻智能手表才是住宿学生的最佳选择。

Tic Watch Pro 3

这块手表令我印象深刻，我还为它写过一篇文章。里面提到：

eSIM：虽然它理论上支持 eSIM，但只支持线下扫二维码下载数据，而这种开通方式早已被时代淘汰。所以，它现在没法开通 eSIM。

当时我去了本地的一家中国联通营业厅，要求开通 eSIM，但是工作人员没受理过这种业务，也没受过这类业务培训。她并没有选择现场学习，而是编造了一个理由：“二维码开卡的形式早已被时代淘汰”。

彼时的我还太天真，对工作人员的话深信不疑，认为 TicWatch 没有开通 eSIM 的途径了。于是它就失去了留在我手里的意义，我就将其挂在闲鱼上卖掉了。

Galaxy Watch 5 LTE

这是一块在闲鱼上很流行的表，至今二手成交价仍在 200~300 元。我是以 116 元的价格购入它的。

卖家向我描述的成色是“伊拉克成色”，但由于它的屏幕是蓝宝石材质的，所以它整体看起来仍十分精致，并没有岁月带来的粗糙感。

收货时这块手表的系统是 OneUI 5.0。我在到货第二天就兴致冲冲地给它开通 eSIM，却被中国联通 APP 拒之门外——该设备支持的 eSIM 协议太老了，不支持在营业厅 APP 自助开通。

而当时的我，认知还停留在给 TicWatch Pro 3 开通 eSIM 时店员告诉我的“二维码开通法已淘汰”，信誓旦旦地认为“我只能在营业厅 APP 上手动开通 eSIM。如果不行，那就是我自己的问题。”于是，我在学校连着班里一体机的热点，开始尝试给这块手表 OTA 升级系统。

令我意外的是，三星居然给这块 2022 年的表一直提供更新到 OneUI 8，Android 16。（某粮厂开发部员工，赶紧向人家三星学学）但是，即使更新到了 OneUI 8，这块手表依然无法通过营业厅 APP 自助开通 eSIM。🤡

冷静下来后，我发现这块表变得奇卡无比，且续航也崩溃到了半天一充。

我开始询问网友——“三星手表能不能降级？”，得到的回复是“可以，但找刷机包很难。”

于是我开始全网翻找，最终只找到了两个可用的固件源——都是 OneUI 5.0 的固件包，一个卖 40 刀，一个卖 60 刀。

这都够我再买两块一样的表了好吗？

我彻底放弃了给手表降级的念头，又开始研究如何给手表开通 eSIM。就在这时，一通打给 10010 的电话点醒了我——原来二维码开通法从未被淘汰，只是现在大多数小营业厅的员工都懒得使用。

于是我开始“打卡”我家附近的每一家联通营业厅。终于，在某个人来人往的街道旁的联通营业厅，一位年长的阿姨接待了我。

在听到我口中的“eSIM 二维码开卡”一词后，她沉默了——她也没听过这个陌生的操作。但，与其他店员不同的是，她拿出了手机，拨给了她的上级领导，询问这个业务的操作方法。终于，在上级的解释和我的协助下，她找到了后台中那条不起眼的超链接——“eSIM 开卡”。

找到业务入口后，我和她都松了一口气。接下来的步骤就简单了。我将我手表的 IMEI、MEID 报给了她，在后台完成了一系列操作后，她的屏幕上出现了一个二维码——我拿起手机扫描，随即屏幕上显示出“China Unicom”的字样。我点击“确认下载”，过了约 2 分钟，手表屏幕上亮起了四格信号。

在开通了 eSIM 后，我十分兴奋——“我以后在学校就不止可以打电话、发短信了，我还可以尽情摸鱼，探索无限的可能性！”但是，现实很打脸。

我是寄宿生，每周五下午 4 点放学后，还需要接受“自愿”留校直到周六下午 4 点。开通 eSIM 后的第一个周五，放学后，我如脱缰的马，跑到校外的小饭店买了一份肉合，又快速回到了班级。不为别的，就为刷那么十分钟的 BiliBili。在经历了一周的封闭生活后，能够在留校期间与这个世界进行一丝细微的接触，是我最开心的事。

但是，到了晚上回寝室，情况就不一样了——晚上 22:40，寝室强制断电，其他成员都带了手机在玩，而我举着一块不到一半巴掌大小的手表，吃力地看着那能看清像素点的“高清”屏幕，感觉眼睛都要瞎了。那天晚上，我只看了十分钟，就睡了。而其他人，有的熬到了 2 点，有的熬到了 4 点，总之，Watch 5 LTE 在某种程度上起到了戒网瘾的作用——谁会愿意在那么小的屏幕上看视频呢？

又过了一周，我实在无法忍受 Watch 5 那半天一充的续航，便将它的 eSIM 转移到了我原本的 REDMI Watch 5 eSIM 上。

而这块表？￥150 卖给同学了。（含泪试用两周，再反手赚个 30 块，哈哈）

总结

根据我自己的经历，我认为，对于高中在读寄宿生，轻智能手表也许可以成为你的最好选择。因为轻智能手表具有相对完善的功能和极低的功耗（极长的续航），它能够最大程度上减少因充电等操作而耽误的在校时间。

全智能手表，功能确实多。但是，你又怎么确定你有时间去玩它呢？高中学生周内学习如此紧张，谁会（或是敢）在课堂上拿出手表把玩？

因此，购买一块轻智能手表吧。它在轻微满足娱乐需求的同时，也能完美满足在校的对外通讯需求。

这条帖子更新得很突然。原本我是在写一个一站式自定义固件脚本的，中途我想要在帖子里和读者说明“删了预置快应用后仍有安装限制”的客观原因，所以我去问询 AI。不问不知道，一问吓一跳。在 AI 的启发下，我做了个实验，发现限制快应用数量的并非物理分区大小，而是系统底层逻辑。

所以，本帖就变为了教程帖兼探究帖。

在快应用数量限制被彻底攻破之前，您可随时通过本帖获取最新的解除快应用数量限制方案。

固件修改有风险，对于不了解 Vela 安全机制的朋友切勿尝试，以防变砖！

感谢P同学对本项目的鼎力支持。

今年 1 月 10 日，我发布了一条帖子——《彻底解决 REDMI Watch 5 eSIM版快应用数量限制问题及其原理解读》，里面提及了新固件无法安装快应用的原因及解决方法。

在那条帖子中，我说：

vela_quickapp 分区的大小是固定的，大约为 8MB。 若该分区被撑满，就无法继续安装快应用。（也就会出现安装时提示 “存储空间不足” 的情况）

但是，2 月 12 日我做了一个实验——在安装了“删小程序”版固件的前提下，我先是往手表里装了十几个体积很大的 .rpk 包（实际装进去的安装包总大小约为 13.3MB），发现完全可以正常安装。直到装了大约 19 个之后，设备开始返回“空间不足”的信息；然后，我将手表恢复出厂设置，又找了 22 个体积很小的 .rpk 包（总体大约 5.3MB），发现装到约 18 个的时候，设备就开始返回“空间不足”的信息。

这个现象很有力地反驳了我那篇帖子的观点“这是分区容量问题”。很明显，REDMI Watch 5 eSIM 的固件里，有一个类似于“快应用总数限制”的机制在捣鬼。

而我那篇帖子里提供的“删除系统预置快应用法”只是歪打正着，减少了快应用的总数，所以给用户腾出了安装第三方快应用的空间。这也算是一种歪打正着、治标不治本的方法吧。😂

当下最新的“解除”快应用数量限制方法

是什么、怎么做（方法概述）

对于普通用户，或 Vela 新手小白：

答：仍是删除官方预置快应用法。

前往“固件修改计划”官方网站，下载REDMI Watch 5 eSIM 删除快应用版固件，使用 Notify For Xiaomi、AstroBox 或其它软件将固件安装到你的手表上。安装完毕后，将手表恢复出厂设置（必要），即可享受自由安装大约 18 个快应用的快感。

对于 Vela 大蛇 或 喜欢自定义的用户：

答：你可以使用 Python 脚本以实现自定义系统预置应用和修改系统字体的效果。

Python 脚本点我下载。

我和 Manus 协作编写了一个 Python 脚本（我提供逻辑，Manus 编写代码），它长这个样子：

有了这个脚本，你可以自行对官方固件进行修改。目前包含删除系统预装快应用和替换系统字体两个功能。

经实测，REDMI Watch 5 eSIM HyperOS 3.110.029 固件，修改后可以完美刷入并进入系统。理论上其它版本的固件也可以实现上述两个功能。

但是请切记！该脚本能且仅能修改 REDMI Watch 5 eSIM 的固件！其它机型（甚至包括 Watch 5 蓝牙版）的固件结构和 REDMI Watch 5 eSIM 的固件结构大相径庭，无法被脚本识别！

脚本无法保证每次生成的固件是 100% 可靠的，尽管我已尽力让脚本遵循 Vela 的固件安全校验机制。修改版固件刷入后极小概率会导致您的设备出现故障，作者不对此负责。

对于不知道包名对应哪个软件的朋友，我来列一张表。

为什么（原理、问题避坑）

对于【固件修改计划】：因为该设备搭载的 VelaOS 在底层限制了可安装的快应用总数，所以我删除了vela_quickapp分区里的全体系统预置快应用（除了“微信”和“融合设备中心”）。这样虽不能从根源解决问题，但仍能有效提升可安装快应用的数目。

删除vela_quickapp分区里的系统预置快应用不会对手表的正常运行造成任何影响。因为该操作不涉及代码修改，仅为简单的“系统精简”操作。如果您需要使用系统预置快应用（如“网易云音乐”等），请前往该资源帖进行下载。

对于【固件修改脚本】：因为小米官方未对vela_quickapp和vela_fonts分区做特征校验功能，所以可以通过 Python 对这两个分区里的内容进行修改。

• 因为这两个分区都是 romFS 格式的只读分区，所以脚本对两个分区的操作流程都是提取分区内文件、修改分区内文件、重新打包分区。
• 对于字体的修改，使用了 Fonttools 库把任意 .ttf 格式的字体元数据伪装成 MiSans，以骗过系统中可能的字体名称检测。

切记！你所修改的字体大小不能超过原 MiSans 字体的大小！否则可能会导致其它分区数据被覆盖，最终致使系统无法正常启动。这一点我在脚本中做了校验，一旦发现字体大小超出范围就会拒绝修改并回滚操作。但在实际使用中还是请多注意！

当下快应用解限研究进展

无法攻破。至少在 vela_ap 分区层面无法排查到问题根源。后期我可能会继续排查，也欢迎有相同志向的朋友添加我的 QQ：3662302880，我们一起研究。

仅供参考。以下内容由 AI 生成。

上文我提到过，限制 REDMI Watch 5 eSIM（下称“该设备”）快应用安装数量的因素在固件底层。于是我和 AI（Gemini + Manus）由浅入深，探索了四种可能：

逻辑层：第一道报警哨卡 (13个限制)

这是最外层的限制，表现为系统在安装时主动弹窗拦截。

• 发现因素： 固件中存在 CMP R1, #13 指令。
• 原理： 系统在安装快应用前会查询当前已安装列表的计数（Count），如果该值大于 13，逻辑分支会直接跳转到报错流程。
• 表现： 弹出“存储空间不足”的虚假提示，虽然此时 Flash 空间其实非常充裕。
• 解决方法：使用十六进制编辑器，将#13修改为#64。意为“在逻辑上，将最大快应用安装数量改为64”。
• 是否解决问题：否。手表仍只能安装最多 20 个快应用。

物理校验层：第二道硬性防线 (20个限制)

即使绕过了 13 个的报警，系统在更深层的代码里还有一处针对“20”的硬性校验。

• 发现因素： 在安装器的核心逻辑区发现了 CMP R0, #20 (0x14)。
• 原理： 这是一个“死命令”，用于验证当前处理的应用索引号。如果索引号达到 20，即使检票员（第一道哨卡）放行了，后台的记录员（安装执行逻辑）也会因为数值超限而拒绝执行。
• 意义： 这解释了为什么删除了内置应用、腾出了名额，却依然无法突破 20 个总数的原因。
• 解决方法：利用十六进制编辑器，将#20修改为#99。意为“在核心逻辑上，允许安装器接受 99 个快应用计数”。
• 是否解决问题：否。手表仍只能安装最多 20 个快应用。

数据结构层：跳转表与数组长度 (跳转表溢出)

这是最隐蔽、也是技术难度最高的一处限制。

• 发现因素： 发现了 TBH (Table Branch Halfword) 指令及配套的跳转表。
• 原理： 系统的快应用管理函数使用了一个 switch-case 结构的跳转表。这个表在内存中是定长的（只有 20 个条目）。
• 后果： 当尝试安装第 21 个应用时，程序会试图在跳转表中寻找第 21 个“座位”的地址。由于表长只有 20，程序会读取到表后的无关数据作为内存地址进行跳转，导致非法指令执行（Illegal Instruction）或系统保护性拦截。
• 解决方法：修改底层代码，将跳转表长度改为64。
• 是否解决问题：否。手表仍只能安装最多 20 个快应用。

本文所提供的固件包为 REDMI Watch 5 eSIM 的 HyperOS 3.110.029 版本。

本文与以往任何的探究笔记都不同。这是一套完整的解决方案。希望你可以耐心看下去。

众所周知，REDMI Watch 5 （含 eSIM 版）在某次大版本升级后，无法再安装任何快应用。

[USER=276123]@sensen1234[/USER] 大佬对此现象的解释是：

因为现在手表芯片被挖出来了为xring 所以米紧急更新了（大概率是）新的固件，限制了小程序安装

但是，在与 Manus 进行交流后，我发现，这并不是因为什么 Xring 芯片被挖出，只是一个简单的分区容量问题。

原理

小米 Vela 穿戴设备的 OTA 更新包里包含着许多分区。其中有一个分区，名为“vela_quickapp”，里面存放着系统预装的快应用 rpk 包。在系统更新或恢复出厂设置后，该分区里的快应用会被重新安装到系统中。

而vela_quickapp中的应用，在用户层面是无法被完全删除的，Vela 系统中提供的“卸载系统应用”只是起到“隐藏”的效果，实际上该应用的 rpk 包仍存在于 vela_quickapp 分区内，在恢复出厂设置后会自动装回来。

vela_quickapp 分区的大小是固定的，大约为 8MB。若该分区被撑满，就无法继续安装快应用。（也就会出现安装时提示“存储空间不足”的情况）

这样，“更新固件后无法再安装快应用”的问题就很好解释了。只是因为小米往 vela_quickapp 分区里塞了一堆小游戏 rpk，导致该分区在系统更新后直接被撑满，且内置的小程序无法被删除，所以无法继续往里面安装任何快应用。

解决

知道了问题发生的原因，那么我们直接对症下药就行了。

我把 REDMI Watch 5 eSIM 最新版的 OTA 升级包发给了 Manus ，让他删除了 vela_quickapp 分区内的所有预置快应用，除了微信。（因为微信里有微信支付是生活必需的）

最后，让他把固件包重新打包发给我，这么一项修改算是完成了。

使用 Notify For Xiaomi 将固件包安装到手表上，完美开机。恢复出厂设置后，系统中只有微信这一个快应用。“系统应用安装”列表也干净了。

使用 AstroBox 向手表中安装快应用，果然可以安装，这说明小米并没有在系统层面设置什么快应用安装的“限制”。

最后实测，安装不同种类的快应用，安装了 20 个之后才提示存储空间不足。比使用普通固件的 10 个左右多出了不少。

警告

前文提到了 _vela_quickapp 这个分区的大小是固定的_。这时候有些同学可能会说：“那我把这个分区扩容不就好了？”

这是一个很危险的行为。我在摸索出“删快应用法”之前，曾让 Manus 给 vela_quickapp 分区扩过容。但是扩容后的固件一装到手表上，手表就变砖了。为此我和小米售后磨了好久嘴皮子才换了块新表……

固件分享

REDMI Watch 5 eSIM 版的包点击我下载。

其它型号的包我没做，因为 Manus 免费版积分用光了。（悲）

如果大家真的有需要的话，欢迎在这条帖子下评论，我会选择性地做包并分享给大家。

其中有一些奖项，比如"免作业"，需要比其它奖项更难被抽到。此时就要使用带有权重功能的抽奖工具了。但是，目前市面上的抽奖工具普遍不符合我的审美，而且带有权重功能的抽奖工具太少了，还都或多或少地有嵌入广告，十分烦人。

既然网上的不能满足我的需求，那就……自己做一个！

接下来向您介绍，由我设计界面，由 AI 编写逻辑代码做出的 HTML 作品——转盘。

界面

采用上下结构，上方是一系列自定义设置，下方是显示一半的转盘。

转盘只显示一半这点学习了 OPPO Lab 里的抽奖程序。

介绍

首先，转盘可以带权重抽奖。由于权重不是按照百分制计算，所以各个奖项的权重之和不一定是 100，你甚至可以将某个奖项的权重设置为 2147483647。

用户可以将当前的一组奖项保存为预设，以便在特定场景快速恢复及使用。

预设会以 Cookies 方式保存在用户的电脑中。保存数量无上限。

然后就没了。就是这么简单。

结语

欢迎线上体验：https://random.luming.cool/

所以，亲爱的朋友，你可以直接跳到我想对你说的。

2025 年，这一年发生在我身上的事太多了，足以让我回味好长时间。

一月 | January

• 我参加了洛阳理工附中的领军班考试，结果遗憾落榜。
• 我忘记了我的 WordPress 后台密码，于是边学边撰写了 WordPress 密码修改教程。

二月 | February

• 我的网站后台被莫名入侵。
• 借助 AI 的协助，我完成了第一个个人项目：写作书RStatus，这是一款个人活动公开工具。
• 阅读了《活着》。文章中写自己“只读了133/216页”，但我实际上已经读到末尾了，这本书有好几十页都是后记。
• 买了本写作游戏书，但并没有坚持下来。
• 域名被 Bing 等搜索引擎屏蔽，于数月后自动恢复。
• 2024 年的处分被撤销。
• 九上期末考试成绩优异，获得 500元奖学金。
• 购入 REDMI Watch 5 eSIM。

三月 | March

• 在信息技术考试备考过程中，我嫌无聊，便找了个工具把极域破解了，顺便写了一篇教程。

四月 | April

• 进行了物化生实验和信息技术模拟考试。
• 进行了物化生实验和信息技术正式考试，满分。
• 完成了入团准备。

五月 | May

• 进行了体育中招考试。
• 枯燥的中招备考。
• 编程比赛获奖，成功入团。

六月 | June

• 购入 MacBook Pro。
• 购入 iPhone 5s。
• 中考。
• 购入 REDMI Turbo 4 Pro。

七月 | July

• 因实在无法忍受辅导班网课软件的强制置顶机制，我写了一个软件破解了该机制。
• 应母亲的书法班教学需求，我利用 AI 制作了一款田字格生成器。
• 武汉六日游。
• 网站搬迁至大陆，套上 CDN，速度显著增强。
• 很遗憾，中考无缘第一志愿。道法这一科，批得太诡异了。

八月 | August

• 开发了自己的第一款 Vela 快应用。
• 七天军训。当时很难受，但真正上了高中以后才觉得那时候无忧无虑，挺好。
• 解析了小米澎湃 OS 3 发布会。
• 撰写小米 Vela 快应用开发简要教程。

澎湃 OS 3 发布会 和 Vela 教程 这两篇文章都落笔于开学前，源于我上高中前的极限表达欲。

哈哈，其实高中也没那么可怕。

九月 | September

高中开学以后，就几乎没有什么人生大事了，全是琐事。

我遇到了一位长得像熟人的音乐老师，强烈谴责了学校的离谱校规（虽然已经删了），观看了电影《731》。

十月 | October

• 第三次更换域名—— luming.cool，使用 Astro 系统进行建站，托管于 Github Pages。（当然，目前托管于 Vercel）
• 在国庆假期头一天，通宵剪辑了一个视频，是给学校剪的。
• 讽刺了学校形式主义的作业检查方式。
• 青桐鸣大联考，我的成绩突飞猛进。
• 意外患上水痘，被迫居家隔离两周。

十一月 | November

• 开源了我这几年来制作的软件，包括 RStatus、火苗调试器、Poster、田字格生成器等。
• 再度回答独立博客自省问卷。
• 购入 TicWatch Pro 3，使用一周后卖掉了。

十二月 | December

整个十二月，我都保持着一种非常忙的状态。课是很难懂的，题是做不对的，作业是海量的。只有一件事值得分享，那就是……

我用我攒的钱给我姐买了一个小米手环 10 陶瓷版！自己买的！

愿…

2025 年，有遗憾，也有惊喜。

明年，迎接我们的一定是更美满的生活，更美好的事业，更好的自己！

以下是几点必要的重装须知，如果你想要给自己班电脑重装其它系统，你必须知道这些知识。

想要联网，必须先改 IPv4 默认网关

10.10.75.254，这是洛阳八高修业楼的 IPv4 网关地址，只有在网络设置中将 IPv4 默认网关改成这个地址，才可以连接到互联网。

C30 智能教学是收费软件

C30 智能教学，因为它的功能纯仿希沃白板，所以我一直以为它是免费软件，部署于校园内网。但是我错了——它是由一家公司在运营，是收费软件，搞的授权制。一旦重装系统之后，授权文件消失，这个系统就会在显眼的地方提示“未激活”。因此，在重装系统前，请先对本班电脑的 C30智能教学 软件做好备份工作。