手里两三个机场订阅的，不用 Sub-Store 的基本都在靠"勤快"续命：逐个添加、逐个更新、逐个改分组。这篇用问答加表格的方式，把 Sub-Store 这个订阅管理神器一次讲明白。
Q1：Sub-Store 到底是个什么东西？#
一句话：它是跑在代理客户端里的订阅"中间件"。多个机场订阅先汇总到它这里，合并、筛选、改名之后，再统一输出给客户端。客户端只需要填一个 Sub-Store 的本地链接，剩下的事它全包了。
Q2：和直接把订阅填进客户端相比，强在哪？#
| 对比项 | 直接导入订阅 | 经 Sub-Store 管理 |
|---|---|---|
| 多订阅管理 | 逐个添加，来回切换 | 多个合并，一个入口 |
| 节点筛选 | 靠客户端分组，能力弱 | 按地区、倍率、名称关键词过滤 |
| 输出格式 | 客户端原生格式 | 一次配置，多种客户端通用 |
| 订阅更新 | 逐个点更新 | 一次刷新，全部同步 |
| 上手成本 | 零 | 需要花一两个小时学规则 |
结论很直白：只有一个订阅、需求简单，直接导入最省事；订阅超过两个，或者有筛选、改名、跨客户端的需求，Sub-Store 省下来的时间很快就能回本。
Q3：它能输出给哪些客户端？#
| 目标客户端 | 输出格式 | 备注 |
|---|---|---|
| Clash / Stash / Mihomo 内核 | YAML 订阅 | 最常用，规则分流一次配好 |
| Surge | 模块与配置文件 | 适合 Surge 用户统一管理 |
| Loon | 插件与配置 | 搭配 Loon 的插件生态 |
| Shadowrocket | 通用订阅 | 小火箭用户也能吃到筛选红利 |
| Sing-Box 系 | JSON 配置 | NekoBox、Hiddify 可用 |
原理都一样：Sub-Store 在本地把各家订阅"翻译"成目标客户端能懂的格式，客户端无感切换。
Q4：新手最值得用的三个功能是什么？#
- 多订阅合订：把两三家机场的节点并成一个大列表，按延迟自动优选，单家故障时无缝切换，再也不用手动换订阅。
- 按倍率过滤：有些机场的高倍率节点又贵又慢，一条规则直接隐藏，眼不见为净，流量账也更好算。
- 节点重命名：各家命名五花八门，“香港 01"“HK-A"“港专线"混在一起，统一改成"香港-01"这种格式，节点列表瞬间清爽。
Q5：有什么坑要提前知道？#
- 它运行在客户端本地（比如 Stash 里面），不是云端服务——换设备要重新配一遍，记得导出备份。
- 筛选规则用的是正则表达式，写错一条可能把节点全滤没了。改完规则先看一眼输出结果再保存，别直接应用。
- iOS 上最常见的搭配是 Stash 加 Sub-Store。用免费客户端的话，先确认你的客户端支持从本地链接读取订阅，可以参考这篇iOS 免费客户端盘点。
Q7：第一次配置，最小可用流程是什么？#
如果你被上面的概念淹没了，记住这个最小流程，跑通再折腾花活：
- 在客户端（比如 Stash）里启用 Sub-Store，拿到它的本地订阅地址。
- 把机场给的订阅链接一条条加进 Sub-Store 的"订阅管理”，先不加任何筛选规则。
- 在"输出"里选你的客户端类型，生成配置，复制输出链接。
- 回到客户端，用这个输出链接替换掉原来的订阅地址，更新一次。
- 确认节点列表正常、能连上，再回头加筛选、改名规则。
这个流程的核心思想是：先让链路跑通，再做优化。一上来就写十条正则，出了问题都不知道是链路的问题还是规则的问题。
另外，Sub-Store 的配置记得定期导出备份。它的规则、订阅列表都存在本地，客户端重装、换手机都会丢。备份文件很小，丢云盘里就行，这个习惯能救命。
Q8：规则写多了，维护不过来怎么办？#
给规则做减法：先删掉半年没命中过的规则，再合并功能重叠的。Sub-Store 的规则是越少越稳，十条精准规则胜过五十条"万一有用”。每季度花十分钟清理一次，配置会越用越顺手。
Q6：Sub-Store 和节点 IP 类型有关系吗？#
有。筛选规则里经常要用到"落地 IP 是什么类型"做判断，比如把广播 IP 的节点单独分组。搞懂 IP 分类的可以看IP 类型科普，做筛选规则时心里有数。另外有些网站按 IP 归属地做区域限制，排查思路见AI 地区限制与 IP 的关系。