# 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`。