7 月 6 日的凌晨，我正窝在屏幕前玩我的世界，因为实在想不出凌晨这个点还能干点什么别的。游戏玩到有些疲惫时，我随手瞥了一眼 macOS 的邮件，发现有封未读邮件——姓王的朋友回复了我关于博客宇宙的疑问。他说他已经关掉电脑准备休息了，如果我想修改什么内容，就去 GitHub 上把项目仓库分叉一份，自己改完再提交。我顺着链接点进仓库，大致扫了一眼结构，发现他把所有网站数据以 link/*.yml 的格式存储，每个域名对应一个独立的 YAML 文件，比如我的 090909.top 就对应着 090909.top.yml。按照这个逻辑，如果我想让那个凭空冒出来的 tashuo.top 彻底消失，那么直接删掉对应的文件就行。

可我在仓库里翻了好几遍，既没有找到 tashuo.top，也没有找到 liangdongye.cn 这两个域名对应的文件。这就很蹊跷了——它们明明在博客宇宙的界面上显示着，却在仓库的数据里不见踪影。我琢磨了一下，大概明白了这其中的关系：这应该像是一种树状结构的嵌套逻辑，如果某个链接出现在某个网站友链中，它就会存在于那个网站的 .yml 文件里，而不是单独生成一个文件。只有当它自己也拥有友链时，才会在仓库里拥有独立的一级目录文件。换句话说，tashuo.top 和 liangdongye.cn 这两个错误条目，很可能只存在于学姐的友链文件中，而不是作为独立的站点被收录。

我猜测这大概率是 AI 在爬取时出了差错，因为学姐那边明明正确添加的是 090909.top，但姓王的朋友可能偷懒用 AI 完成了整个项目的逻辑实现，结果 AI 自作聪明地把一些关联信息给曲解了，这才导致后来那些张冠李戴的奇怪现象。我进一步推想 AI 当时的处理逻辑：当它抓取到学姐网站友链中的 090909.top 时，同时看到了网站标题写的是“他说 - 梁栋烨的技术笔记”。在 AI 的理解里，它可能理所当然地把“他说”当成了一个独立的域名实体，也就是 tashuo.top，而把“梁栋烨的技术笔记”对应到了 liangdongye.cn 上。

这就是 AI 最愚蠢的地方——它完全不懂中文互联网里“品牌名加副标题”这种常见的标题写法，硬生生把一个完整的网站标题拆成了两个独立的东西，还各自编造了一个域名来安放。事实上，“他说”只是我的博客名，而“梁栋烨的技术笔记”只是对这个博客的简短描述，它们从来都是指向同一个网站、同一个域名的。这 AI 的水平实在太烂了，连最基本的标题解析都做不好，才会弄出这么离谱的错误。想通了这层关系后，我直接找到学姐的 .yml 文件，把里面那些错误的数据改了过来，将指向纠正为正确的 090909.top，同时删掉了那两个凭空冒出来的域名条目。

修改完之后，我把改动提交到了自己的分支上，剩下的就等姓王的朋友什么时候上线、什么时候看到我的合并请求了。至于他什么时候合并、什么时候更新博客宇宙的数据，那就不是我能控制的了。做完这些，我决定去做点别的事情——可能继续打两把游戏，也可能直接倒头睡觉，又或者躺在床上刷一会儿短视频再关灯。反正凌晨的时间是属于我自己的，怎么安排都随我便了。