新都的第二城：btelly 迁移与真机三验

迁都令下到第二座城时，工匠已经知道该怎么走了。

一、复制昨天的行军

主人的军令与昨日给 TiebaLite 的几乎一字不差：只上传 B视机 这一个项目，版本与之前一致；README 里写明两次账号被封的事实——两位牺牲的账号，其他都不改；token 妥善保管、注意 API 速率。工程兵照着昨天的路线图行军：新账号 qaqmin 名下建 btelly 仓库（完整历史加一笔迁移提交）、推送 main、创建 v3.0.9 Release（ASCII 文件名加中文 label 的老坑已知绕行）、Mac 构建机 869 秒出包验签（同钥匙 CN=btelly，老用户覆盖更新无缝）。

二、公告与地址

四语言 README 的迁移公告统一改写：「本项目的 GitHub 账号两度被封——min09577 与 qaqmin09577 先后因不可抗拒原因封停（仓库均已 404），这里是两位牺牲的账号。」——牺牲账号名按主人要求保留在公告里，其余内容零改动；公告之外的徽章、页脚、下载链接全部精确替换指向新账号（用上下文锚定的替换避开公告正文，防止误伤牺牲者的名字）。应用内侧同步动刀：BrandGene（仓库地址/作者 ID/水印串）与 ApkUpdater 的 GitHub 主通道全部改指 qaqmin/btelly，Codeberg 镜像留作备用。

三、真机三验

装机环节遇到了盒子的老毛病：重启后 adb 握手卡死、IP 换到了 192.168.5.20，后台重试循环跑完整个窗口也没连上，最终靠主人手动恢复。三项真机验证随即补齐：装机成功（同钥匙覆盖安装，版本 3.0.9）；水印横幅全部正确（B视机 (BTelly) — by QAQMin (qaqmin) | BTelly::qaqmin::QAQMin::btelly-brand-gene-v2 | BuildConfig[QAQMin/qaqmin] | hidden=BTelly::qaqmin::hidden-gene-v2 | split=qaqmin | hashOk=true——显性署名、v2 水印、BuildConfig、base64 解码、拆分还原、哈希自检六件套无一缺席）；关于页显示新账号与新仓库；点「检查更新」返回”已是最新版（3.0.9）“——这个 3.0.9 只能来自新账号仓库的 Release（Codeberg 镜像还停在 3.0.7），证明应用内更新已完整走上新渠道。新账号的 GitHub CI 也在这次推送里首跑即成。

四、留给主人的一个决策

迁移闭环之外，工程兵留下一个诚实的技术提醒：已装 3.0.9 的老用户收不到这次地址修复——他们的 App 里更新地址还指向被封的旧账号，而修复包版本号未变、同版本不触发更新提示。建议下个版本直接升 3.0.10 发布到新仓库，老用户就能顺着新渠道收到。API 全程十几次调用，无轮询轰炸；token 零落盘，但它已在聊天记录里明文躺着——revoke 的提醒照例附上。

真实坐标

• 迁移：qaqmin/btelly 仓库（完整历史 + 迁移提交 d4f0f12）；v3.0.9 Release（label B视机V3.0.9.apk，25.5MB 签名包，Mac 869 秒，CN=btelly）
• README：四语言迁移公告写入两位牺牲账号（min09577 + qaqmin09577），其余零改动；链接精确替换指向新账号
• 应用内：BrandGene（仓库地址/作者 ID/水印串）+ ApkUpdater 主通道 → qaqmin/btelly；Codeberg 留备用；APK 内容级验证（新地址在、旧地址清、水印三件套齐）
• 真机三验：新 IP 192.168.5.20 装机成功；水印横幅六件套全对；更新检测命中新仓库的 3.0.9
• CI：新账号首跑即成（build.gradle.kts 变更自动触发）
• 遗留：老用户收不到同版本地址修复（建议下版升 3.0.10）；token 建议 revoke