订阅转换与管理：一条订阅喂饱所有客户端

手机用小火箭、电脑用 Clash、盒子跑 sing-box——多客户端并用的人迟早撞上同一堵墙：订阅格式不通用。这篇讲清格式差异、转换方案怎么选，以及一个被大量教程轻描淡写的问题：公共转换站的隐私代价。

为什么会有格式问题

各家客户端的配置模型不同，订阅格式自然分裂：

• Clash 系（Clash、CMFA、Stash）：YAML 配置，带策略组与规则；
• 通用订阅：base64 编码的节点分享链接列表，v2rayNG、小火箭等节点中心型客户端通吃；
• sing-box：JSON 配置，结构与前两者都不同；
• Surge / Quantumult X：各有专属 conf 格式。

同一条订阅链接喂错客户端，结果就是「解析失败」或列表为空——遇到导入报错，第一反应应该是查格式对不对，而不是怀疑节点挂了。

第一选择：机场面板原生多格式

现在主流机场面板都支持一条订阅多格式输出：订阅页里按客户端分别给出链接，或在同一链接后带参数区分目标格式。这是最省事也最安全的方案——不经过任何第三方，订阅只在你和机场之间流转。

所以动手折腾转换之前，先回面板看一眼支持列表。如果你常用的客户端面板全覆盖，这篇文章后半部分你都不需要。面板格式支持是否齐全，也是选机场时值得纳入的一项，配合透明度指数一起看服务商的基本功。

需要转换时：自建 subconverter，别用公共站

面板不支持你要的格式时（典型如较冷门的 sing-box 结构、或想统一注入自定义规则），就需要订阅转换。开源方案 subconverter 是事实标准：输入原始订阅，输出目标格式，配置文件还能顺手把你的自定义分流规则（写法见《Clash 规则怎么写》）固化进去。

关键在部署方式：

• 自建后端（VPS 或本地跑，项目在官方 GitHub 获取）：订阅数据不出自己的手，唯一推荐的方式；
• 公共转换站：网页上粘贴订阅链接点一下就出结果，方便，但代价必须说清楚——你的完整订阅链接提交给了别人的服务器。对方可以看到并记录你的全部节点、可以随时用你的订阅消耗流量，甚至转卖节点信息；机场后台还会出现陌生 IP 拉取订阅的记录，触发风控限制的也是你。订阅链接的敏感等级等同账号密码，完整的泄漏场景见《订阅防泄漏指南》。

结论很直接：公共站只适合拿测试订阅验证流程，正式订阅永远不进公共站。

多订阅管理的实践建议

• 客户端里给订阅命名带上机场名与格式，换机场、退订时不留幽灵配置；
• 自定义规则与订阅解耦：Clash 系用覆写/独立规则文件，转换方案里用外部配置固化，机场刷新订阅不冲掉你的定制；
• 自动更新间隔设 12-24 小时足够，过于频繁的拉取对你和机场都没好处；
• 换机场时只替换订阅链接、保留规则层，可以做到零重配迁移，完整流程见《换机场无缝迁移指南》。

还在为多端体验选机场的读者，到机场库优先筛选订阅格式支持齐全的服务商，从源头减少转换需求。