刚导入订阅，列表里六十行字往下滚。「香港 | Hong Kong13」还猜得出来，「沪日 IEPL 0.5x」就不好说了。这一串东西是机场在后台自己填的，填成什么样都行，客户端连接的时候一个字都不看。它有用的地方在别处。
在配置里，名字只是一个标签
订阅下载回来是一份节点列表。一个节点大致长这样。
- name: "香港 | Hong Kong13"
type: vless
server: hk13.example.com
port: 443
uuid: 0f3c2a9e-1b7d-4c55-9a60-5e2d8b41c7f3
tls: true连到哪里由 server 和 port 决定，服务器认不认你由 uuid 决定。name 的作用是给这条记录一个唯一的称呼，好让策略组和界面引用它。改掉名字里的每一个字，连接照样成立。
所以一个节点写成香港，它就一定在香港吗，不一定。名字和落地位置之间没有任何校验环节。
名字会被正则读一遍
名字并非完全没用。客户端把订阅里的节点按地区分组，靠的就是读名字。
Mihomo 的策略组里有两个字段管这件事。filter 按关键词或者正则表达式挑出满足条件的节点，exclude-filter 反过来，把匹配到的剔除掉。用得最广的配置模板 ACL4SSR 里，几个地区组的正则是这样写的。
| 分组 | 正则 |
|---|---|
| 香港节点 | (港|HK|hk|Hong Kong|HongKong|hongkong) |
| 台湾节点 | (台|新北|彰化|TW|Taiwan) |
| 狮城节点 | (新加坡|坡|狮城|SG|Singapore) |
| 日本节点 | (日本|川日|东京|大阪|泉日|埼玉|沪日|深日|JP|Japan) |
| 美国节点 | (美|波特兰|达拉斯|俄勒冈|凤凰城|费利蒙|硅谷|拉斯维加斯|洛杉矶|圣何塞|圣克拉拉|西雅图|芝加哥|US|United States) |
机场为什么要把名字写成固定的套路，答案就在这张表里。写「香港 01」，客户端能认。写成「维多利亚港畔一号」，香港组里就少一个节点，用户在界面上还以为机场少给了线路。
本站几批测速截图里，各家的写法各不相同。2026-07-18 那轮闪跃的 50 个节点写成「香港 | Hong Kong13」，另一家写成「【香港】01」，还有一家用竖线隔成三段，形如「香港|HK|05」。三种写法都带「香港」两个字，所以三家的节点都能被同一条正则捞出来。
沪日和 CMI 这类缩写
看不懂的部分集中在两类词上。
一类是入口和落地的组合。川日、沪日、深日这三个词，ACL4SSR 把它们和东京、大阪一起归进了日本组。圈子里通行的读法是第一个字指国内入口所在地，第二个字指落地地区，沪日就是上海入口转日本落地。这个读法我没有找到正式出处，只能说客户端确实按日本节点处理它们。入口和落地分别是什么，另有一篇专线、中转和直连讲得更细。
另一类是运营商简称。subconverter 那份把节点名映射成旗帜表情的规则表里，香港那一条除了 HK 和 Hong Kong，还列了 HKT、HKBN、HGC、WTT 和 CMI。前面几个是香港本地的电信运营商，CMI 是中国移动国际有限公司，公司自述为国际电信服务商。名字里挂上这些字母，说的是这条线路走哪家的网。这同样是机场的说法，外面验不了。
剩下的编号部分反而最简单。香港 01 到香港 15 只是序号，不代表质量排序，也不代表开通先后。
倍率、专线和用途标记
名字里塞的第三类信息是标记，大致三种。
写成 0.5x、x1、2x 的是倍率，记流量时乘的系数。0.5 倍的节点用 1GB 只扣半 GB，2 倍的节点用 1GB 扣 2GB。名字里没写不等于没有，机场也可以只在用户中心标一列，怎么算见机场流量怎么算。
写成 IEPL、IPLC、专线、中转、BGP 的是线路标注。本站收录的 28 家里，16 家在官方自述中写了 IEPL 或 IPLC，9 家的资料里连线路信息都没有留下。名字里的这几个字属于同一类材料，机场怎么说就怎么记，本站不把它当成结论。
写成 NF、Disney、GPT、原生的是用途标记，指这个节点能解锁哪些服务。解锁状态会变，图上标着能用，三个月后未必还能用。
想验证一部分的话，能查的是落地而不是标注。拓扑类的测试工具会把每个节点的出口 IP 查出归属机构。本站 2025-07-09 对星岛梦做过一次，37 个入口对应 51 个出口，香港落地显示 NEXET，新加坡和日本落地显示 Nearoute，美国落地显示 FIBERSTATE。飞猫云的资料里记的落地是 Akari Networks 为主。这类结果说明流量最后从谁家的网络出去，专线不专线仍然看不出来。
列表里有几行根本不是节点
滚到订阅最底下，经常会碰到这样几行。剩余流量 239.67 GB。套餐到期 2026-09-24。最新网址某某点某某。距离下次重置剩余 8 天。
它们是机场塞进节点列表的信息行，点了连不上。这套做法流行到什么程度，看 subconverter 的规则表就知道，那份表的第一条规则匹配的就是 Bandwidth、expire、流量、时间、应急、过期这些字，把命中的行统一配上一面彩虹旗，好和真节点区分开。
同一批还有写着官网、续费、客服群的行，作用是让用户在客户端里也能看到入口。留着的好处是切节点时顺手瞄一眼余量，嫌碍事就在策略组里用 exclude-filter 过滤掉。
另外还有一层不是节点的东西，界面上排在最前面的「节点选择」「自动选择」「奈飞视频」那几行，它们是策略组。自动选择在 Mihomo 里对应 url-test 类型，隔一段时间比一次延迟，自动切到最低的那个，它比的只有延迟，看不见节点还剩多少带宽，晚上为什么不好使写在机场晚高峰速度慢里。
名字是线索，用来筛，不用来定论
日常挑节点，名字只承担第一步。先用地区把范围缩到三五个，再看倍率决定能不能常用，剩下的交给实测，自己跑一遍速度和解锁。怎么读那张测速图，另有一篇怎么看机场测速图。
名字和实际对不上的情况一直有。买之前想少踩一点，先看怎么选机场里能自己验证的那几条。