Sub-Store 节点命名脚本
这个目录放的是一组 Sub-Store 节点处理脚本。推荐把“单订阅专属规则”和“整合订阅全局规则”分开使用,避免一个机场的关键词误伤其他机场。
推荐使用顺序
单订阅脚本先跑,整合订阅最后跑:
sntp-rename.js:放在 SNTP 单订阅里,注入线路标签。yuetong-rename.js:只清理 YueTong 的品牌前缀和装饰符号。peiqian-rename.js:只清理 PeiQian 的推荐/用途描述。rename.js:整合订阅最终重命名,负责国家短码、国旗归位、订阅后缀和去重。
如果某个订阅没有对应的专属脚本,直接进入最后的 rename.js 即可。
脚本职责
| 脚本 | 建议配置位置 | 作用 |
|---|---|---|
sntp-rename.js |
SNTP 单订阅 | 注入 [三网]、[CF]、[直连]、[cn2] 等线路标签 |
yuetong-rename.js |
YueTong 单订阅 | 去掉 悦·、💎,把 AI解锁 压成 AI |
peiqian-rename.js |
PeiQian 单订阅 | 压短 电信联通推荐、移动联通推荐、高速专线、hy2、倍率和用途描述 |
rename.js |
整合订阅 | 统一国家/城市短码,移动国旗到首部,追加 - _subName,处理重名编号 |
SNTP 规则
sntp-rename.js 建议挂在 SNTP 的单条订阅里使用。它不依赖 _subName,方便分享和复用;但像 BGP、D、CT 这类关键词比较短,不建议直接放到整合订阅里全局运行。
| 命中关键词 | 注入标签 |
|---|---|
GTM 0.5x |
[三网] |
GTM |
[三网] |
CT |
[CF] |
D |
[直连] |
S1 |
[广移] |
S2 |
[广电] |
S3 |
[广移] |
S4 |
[广联] |
BGP |
[cn2] |
Anytls |
[直连] |
示例:
🇭🇰 HK-CT-1 0.2x - SNTP
=> 🇭🇰 HK-CT-1 0.2x [CF] - SNTP
🇯🇵 JP-D-1-0.2x - SNTP
=> 🇯🇵 JP-D-1-0.2x [直连] - SNTP
YueTong 规则
yuetong-rename.js 建议挂在 YueTong 单条订阅里使用,不依赖 _subName:
🇯🇵 悦·日本专属2💎 - YueTong
=> 🇯🇵 日本专属2 - YueTong
再经过 rename.js 后:
🇯🇵 日本专属2 - YueTong
=> 🇯🇵 JP 专属 2 - YueTong
PeiQian 规则
peiqian-rename.js 建议挂在 PeiQian 单条订阅里使用,不依赖 _subName:
🇯🇵 日本东京03-0.1倍 | 电信联通推荐 - PeiQian
=> 🇯🇵 日本东京03 0.1x [电联] - PeiQian
🇺🇸 美国01 | 合适下载使用-0.01倍 - PeiQian
=> 🇺🇸 美国01 0.01x - PeiQian
🇼🇸 台湾 | 避免晚高峰使用 - PeiQian
=> 🇼🇸 台湾 - PeiQian
再经过 rename.js 后会变成:
🇯🇵 JP TYO 03 0.1x [电联] - PeiQian
🇺🇸 US 01 0.01x - PeiQian
🇼🇸 TW - PeiQian
全局重命名
rename.js 适合放在整合订阅最后。它做的事情更通用:
- 国家/地区中文名、英文名转短码,例如
香港->HK、Japan->JP。 - 常见城市转短码,例如
Los Angeles->LAX、San Jose->SJC、Seattle->SEA、东京->TYO。 - 国家/地区别名表覆盖常见英文、中文国家名;城市尽量使用三字 IATA/城市码,避免
LA这类两字码被旗帜操作误识别为国家。 - 支持国旗在中间的节点名,例如
Pro-🇭🇰 Sharon|守夜人->🇭🇰 HK Pro-Sharon|守夜人。 - 清理
[DIP China-Hongkong]为[DIP]。 - 清理
IEPL 专线这类冗余描述。 - 追加订阅后缀
- _subName。 - 对最终重名节点追加两位编号。
示例:
🇭🇰 Hong Kong 01 [DIP China-Hongkong] - Nexitally
=> 🇭🇰 HK 01 [DIP] - Nexitally
🇭🇰 香港实验性 IEPL 专线 1 - Alpha Flower
=> 🇭🇰 HK 实验性 1 - Alpha Flower
Pro-🇭🇰 Sharon|守夜人 - Alpha 8K Snell
=> 🇭🇰 HK Pro-Sharon|守夜人 - Alpha 8K Snell
注意事项
sntp-rename.js不带_subName判断,适合挂在 SNTP 单订阅里;如果放进整合订阅,可能会误伤其他带BGP、D、CT的节点。yuetong-rename.js和peiqian-rename.js也不带_subName判断,适合挂在对应单订阅里;如果放进整合订阅,需要确认规则不会误伤其他订阅。rename.js会剥离并重新追加- _subName,重复运行不会叠加订阅后缀。- 如果新增订阅里出现很短、很泛的关键词,例如
D、CT、BGP、S1,优先拆成单订阅脚本,不建议放进全局rename.js。