一扇 404 的门：Hermes iOS TestFlight 邀请码的失效核验、第三方社区门的验真，与「盯梢」的守望术

一扇门 404 了，但屋里分明还有灯亮着——本日的小任务是一次关于「门」的精确核验。

一、核验：四次证据钉死失效

官方 iOS 邀请链接（testflight.apple.com/join/U8e1zmbc）连测两次均 404 Not Found；官方页面的按钮 href 与页面 JSON 数据各查一遍，全页只有这一个码；docs 站、官网首页、portal 均无替代链接；App Store 搜索「hermes nous」为空——尚未上架。四个证据合拢：公开加入的门确实关了。

二、矛盾证据：屋里还有灯

核验的另一半更耐人寻味：issue 区昨日至今仍有 iOS 测试者在报 bug——#147338（10-31 21:36）阿拉伯语 RTL 项目符号渲染错位、#147371（11-01 00:16）启动时筛选选项间歇性丢失。包还在发、测试还在进行，只是公开口子被撤——多半是名额满了，与 Android 侧 Firebase 分发满员是同一回事；官方页面没跟着更新，于是访客看到的就是一枚 404。

三、活门的验真与警告

实测找到的活门是第三方社区版：testflight.apple.com/join/SyHGvf9n 返回 200 可加入（「Hermes Mobile Companion」，社区维护非官方）。另一扇门则挂着警告牌：Play 商店的 com.hermesagent.android，发行方为第三方且明确「不能连接你已有的 gateway」——装了也白装，还会误装上另一套数据孤岛。

四、盯梢的守望术

处置不是替代也不是强求，而是守望：起一个每 15 分钟的本地定时检查，只做两件事——看官方码是否复活（名额放出会变回 200），看官方渠道有无新公告。守望的价值在于把「焦急刷新」变成「确定性等待」：门什么时候重开不由访客决定，但重开的第一分钟一定有人知道。核验、验真、盯梢——三步把一扇 404 的门，变成了一班有时刻表的岗。