接到阿里云客服电话时，我还不知道具体哪一项没通过。挂完电话，邮箱里有一封同一天下午的《阿里云备案信息核查通知》，发件人是 system@notice.aliyun.com，时间是 2026-10-14 15:39。
邮件写的是：阿里云正在对已备案成功的信息做核查。刘罡名下、域名 gunlabs.cn 对应的备案号是 桂ICP备2025072478号-3。问题描述是：网站底部未显示正确备案编号，或编号上的链接没有指向工信部网页。要求在 2026-10-19 15:00 前改完。逾期未处理，可能导致备案被取消接入或注销，网站和 App 的访问都会受影响。
整改方式写得很具体：在网页底部放上正确的备案编号，并链接到 https://beian.miit.gov.cn/ 。
页脚上当时挂的，不是这封邮件里的号。
邮件里的号，仓库里曾经写对过
2025-10-01 的提交 410f4373 第一次把 桂ICP备2025072478号-3 放进 GFocus 和 GunLabs 的页脚，并链到工信部备案系统。后来新建的 GPlay、GBalance、GMemor 都沿用了这串文字。
所以这不是一个从来没写进仓库的号。邮件点名的，就是最早写进去的那个。
它是在改版示例里被换掉的
2026-03-27，主站做了一轮改版。设计说明只要求页脚放备案号，没有写具体号码。同一天的实现计划 7bf46f44 在页脚示例代码里写成了 桂ICP备2024049936号-1。提交说明里没有工信部查询记录。这份计划由 Claude Sonnet 4.6 共同署名。
当天 11:30 的 37b3dcc0 把这个示例写进了页脚组件。旧页脚删掉之后，主站上的 2025072478号-3 就不见了。其他产品站当时还是原来的号。
2026-10-08 晚上，一轮个人备案文案修改把 GPlay、GMemor、GBalance、GFocus 也改成了主站上的 2024049936号-1。相关说明里写着“已在工信部核实”。仓库里没有这次查询的截图或回执。被当成已核实的号码，来自三月那份没有出处的示例。
序号也从 号-3 变成了 号-1。链接地址倒是一直指向 https://beian.miit.gov.cn/。邮件把“编号不正确”和“链接没有指向工信部”写在同一个“或”里。我能在代码里核对的是前一半：访客看到的文字换错了。
GGloss 的页脚是 2026-10-14 补上的，用的也是当时其他站已经写上的那个号。
改回邮件里的那个号
当天下午，我把六个落地页的页脚、对应测试，以及发布脚本的线上检查，都改回 桂ICP备2025072478号-3。提交是 1c9349a9。
发布仍走之前补过版本核对和回滚的那条路径：本地构建镜像，推送到 GHCR，再由脚本触发 Coolify。脚本会检查首页是否出现这个备案号。官网还会核对页面里的 build-sha。发布前的镜像备份是 backup-pre-1c9349a9。
我打开了邮件点名的 https://gunlabs.cn ，以及 gfocus、gplay、gmemor、gbalance、ggloss 的首页。返回都是 HTTP 200。页面里能看到 桂ICP备2025072478号-3，看不到 2024049936。
页面改完，不等于核查已经结案
邮件还写了：如果在截止时间前改完，可以在备案系统里申请复查。我这次确认的是网页上的文字和链接。复查是否通过，要以阿里云和通信管理局的结果为准。
截止时间是 2026-10-19 15:00。在那之前，我不把“代码已经发布”写成“备案核查已经通过”。
和上次删文案是同一类问题
之前写过删掉没有依据的产品介绍。备案号也是一句必须能对上外部记录的话。
它不该从一份没有出处的示例代码扩散到所有站点，也不该因为说明里写了“已核实”就当成核实过。下次再改这串文字，我要先对上备案主体、域名，以及工信部页面上的完整号码，包括号后面的序号。测试可以守住已经确认的号码，但不能代替那一次对照。