Files
script/substore/README.md
T

215 lines
7.5 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# Sub-Store 节点命名脚本
这个目录放的是一组 Sub-Store 节点处理脚本。推荐把“单订阅专属规则”和“整合订阅全局规则”分开使用,避免一个机场的关键词误伤其他机场。
`common.js` 是公共工具库,各处理脚本会按下面的 raw 地址自动加载:
```text
https://git.orionc.me/orion/script/raw/branch/main/substore/common.js?v=20260702-1
```
## 推荐使用顺序
单订阅脚本先跑,整合订阅最后跑:
1. `sntp-rename.js`:放在 SNTP 单订阅里,注入线路标签。
2. `yuetong-rename.js`:只清理 YueTong 的品牌前缀和装饰符号。
3. `peiqian-rename.js`:只清理 PeiQian 的推荐/用途描述。
4. `alphaair-rename.js`:只处理 Alpha Air 的供应商压缩、倍率排序和连续编号。
5. `iriscloud-rename.js`:只处理 Iris Cloud 的入口/落地地区冲突和供应商特征。
6. `liangxin-rename.js`:只清理 LiangXin 的高速、BGP、CMCU 等线路描述。
7. `yinyun-rename.js`:只处理 YinYun 的中文地区名,并按地区连续编号。
8. `rename.js`:整合订阅最后追加订阅后缀,并对仍然重名的节点编号。
如果某个订阅没有对应的专属脚本,直接进入最后的 `rename.js` 即可。
## 脚本职责
| 脚本 | 建议配置位置 | 作用 |
| --- | --- | --- |
| `sntp-rename.js` | SNTP 单订阅 | 注入 `[三网]``[CFW]``[直连]``[cn2]` 等线路标签 |
| `yuetong-rename.js` | YueTong 单订阅 | 去掉 `悦·``💎`,把 `AI解锁` 压成 `AI` |
| `peiqian-rename.js` | PeiQian 单订阅 | 压短 `电信联通推荐``移动联通推荐``高速专线``hy2`、倍率和用途描述 |
| `alphaair-rename.js` | Alpha Air 单订阅 | 去掉提供者/三网/家宽文案,所有节点移除供应商标签,倍率节点保留倍率并连续编号 |
| `iriscloud-rename.js` | Iris Cloud 单订阅 | 按 `SG``TYO`/`JP`、其余香港的专属规则重判落地地区,去掉入口线路和供应商文案并保留倍率 |
| `liangxin-rename.js` | LiangXin 单订阅 | 去掉 `高速``BGP``CMCU``CM``CU``CT` 等线路描述 |
| `yinyun-rename.js` | YinYun 单订阅 | 中文国家/地区名转短码,忽略 `优选`、原始编号和 `(T)`/`(R)`,按地区连续编号 |
| `rename.js` | 整合订阅 | 保留原节点名,追加 `- _subName`,处理追加后仍然重名的节点 |
| `common.js` | 公共依赖 | 被各处理脚本远程加载,不需要单独配置为处理器 |
## SNTP 规则
`sntp-rename.js` 建议挂在 SNTP 的单条订阅里使用。它不依赖 `_subName`,方便分享和复用;但像 `BGP``D``CT` 这类关键词比较短,不建议直接放到整合订阅里全局运行。
| 命中关键词 | 注入标签 |
| --- | --- |
| `GTM 0.5x` | `[三网]` |
| `GTM` | `[三网]` |
| `CT` | `[CFW]` |
| `D` | `[直连]` |
| `S1` | `[广移]` |
| `S2` | `[广电]` |
| `S3` | `[广移]` |
| `S4` | `[广联]` |
| `BGP` | `[cn2]` |
| `Anytls` | `[直连]` |
示例:
```text
🇭🇰 HK-CT-1 0.2x - SNTP
=> 🇭🇰 HK 01 0.2x [CFW]-SNTP
🇯🇵 JP-D-1-0.2x - SNTP
=> 🇯🇵 JP 01 0.2x [直连]-SNTP
```
## YueTong 规则
`yuetong-rename.js` 建议挂在 YueTong 单条订阅里使用,不依赖 `_subName`
```text
🇯🇵 悦·日本专属2💎
=> 🇯🇵日本1
```
再经过 `rename.js` 后:
```text
🇯🇵日本1
=> 🇯🇵 JP 01 - YueTong
```
## PeiQian 规则
`peiqian-rename.js` 建议挂在 PeiQian 单条订阅里使用,不依赖 `_subName`
```text
🇯🇵 日本东京03-0.1倍 | 电信联通推荐 - PeiQian
=> 🇯🇵 日本东京03 0.1x - PeiQian
🇺🇸 美国01 | 合适下载使用-0.01倍 - PeiQian
=> 🇺🇸 美国01 0.01x - PeiQian
🇼🇸 台湾 | 避免晚高峰使用 - PeiQian
=> 🇼🇸 台湾 - PeiQian
```
再经过 `rename.js` 后会变成:
```text
🇯🇵 JP TYO 03 0.1X - PeiQian
🇺🇸 US 01 0.01X - PeiQian
🇼🇸 TW 01 - PeiQian
```
## Alpha Air 规则
`alphaair-rename.js` 建议挂在 Alpha Air 单条订阅里使用。它会把 Alpha Air 的提供者和线路文案全部压掉;所有节点只保留地区,倍率节点额外保留倍率;之后再交给全局 `rename.js` 追加订阅后缀。
```text
🇺🇸 4X|美国夏威夷家宽|三网1
=> 🇺🇸 US HNL 4X 01
=> 🇺🇸 US HNL 01 4X - Alpha Air
3X 🇨🇳 台湾家宽Hinet|COP
=> 🇹🇼 TW 3X 01
=> 🇹🇼 TW 01 3X - Alpha Air
🇭🇰 SkyStroll|毕业
=> 🇭🇰 HK 01
香港HKT
=> 🇭🇰 HK 01
```
## Iris Cloud 规则
`iriscloud-rename.js` 建议挂在 Iris Cloud 单条订阅里使用。Iris Cloud 的节点名里 `HK` 可能只是入口或线路名,脚本会按落地关键词重新判断地区,压掉供应商/入口线路文案,并保留 `0.5x``2.69x` 这类倍率;无法识别为 Iris Cloud 节点的名称会原样放行,不参与排序和编号。
- 名称包含 `SG`:新加坡节点。
- 名称包含 `TYO``JP`:日本节点。
- 明确包含 `HK``iCable`:香港节点。
```text
🇭🇰 SZ 03 HK-DataCamp-SG - Iris Cloud
=> 🇸🇬 SG 01
🇭🇰 HZ 01 HK-DMIT-TYO - Iris Cloud
=> 🇯🇵 JP TYO 01
🏴☠️ [Edge] iCable - Iris Cloud
=> 🇭🇰 HK 01
🇭🇰 HK DMIT | 2.69x | HZBGP Aliyun
=> 🇭🇰 HK 01 2.69X
```
## LiangXin 规则
`liangxin-rename.js` 建议挂在 LiangXin 单条订阅里使用。它会删除内嵌的线路描述,以及 `|` 分隔出来的纯线路标签:
```text
🇭🇰香港高速01|BGP|CMCU
=> 🇭🇰 香港01
```
再经过 `rename.js` 后:
```text
🇭🇰 香港01
=> 🇭🇰 HK 01 - LiangXin
```
## YinYun 规则
`yinyun-rename.js` 建议挂在 YinYun 单条订阅里使用。YinYun 的节点名主要由中文地区名、`优选`/数字编号、`(T)`/`(R)` 线路标记和可选 `ᴮᴬᴷ` 备份标签组成;脚本会忽略这些原始线路细节,按地区出现顺序重新连续编号,最后再交给全局 `rename.js` 追加订阅后缀。
```text
香港 优选(T)
=> 🇭🇰 HK 01
=> 🇭🇰 HK 01 - YinYun
香港 优选(R)
=> 🇭🇰 HK 02
=> 🇭🇰 HK 02 - YinYun
哈萨克斯坦 (T)
=> 🇰🇿 KZ 01
=> 🇰🇿 KZ 01 - YinYun
魔法节点 (R)
=> MAGIC 01
=> MAGIC 01 - YinYun
泰国 (T) ᴮᴬᴷ
=> 🇹🇭 TH 01
=> 🇹🇭 TH 01 - YinYun
```
## 全局后缀
`rename.js` 适合放在整合订阅最后。它不会再修改节点原名、地区/线路标签或节点顺序,只处理订阅后缀和重名兜底:
- 先移除本次订阅已经存在的 `- _subName`(含重跑时的两位编号),再追加一次,避免重复运行叠加后缀。
- 不同 `_subName` 的订阅即使原节点名相同,追加后缀后也会自然区分,不会互相编号。
- 只有追加后仍然完全重名的节点,才在订阅后缀前追加两位编号。
示例:
```text
Hong Kong 01
=> Hong Kong 01 - Example
重复节点
=> 重复节点 01 - Example
=> 重复节点 02 - Example
```
## 注意事项
- `sntp-rename.js` 不带 `_subName` 判断,适合挂在 SNTP 单订阅里;如果放进整合订阅,可能会误伤其他带 `BGP``D``CT` 的节点。
- `yuetong-rename.js``peiqian-rename.js``liangxin-rename.js``yinyun-rename.js` 也不带 `_subName` 判断,适合挂在对应单订阅里;如果放进整合订阅,需要确认规则不会误伤其他订阅。
- `rename.js` 会剥离并重新追加 `- _subName`,重复运行不会叠加订阅后缀。
- 如果新增订阅里出现很短、很泛的关键词,例如 `D``CT``BGP``S1`,或像 Alpha Air 这种强绑定单机场的供应商压缩规则,优先拆成单订阅脚本,不建议放进全局 `rename.js`