订阅转换会碰到哪 4 类信息？
| 信息 | 可能暴露什么 | 降低风险 |
|---|---|---|
| 订阅 URL | 账号标识、token、有效期 | 不把主力 URL 发给陌生服务 |
| 节点参数 | 服务器地址、协议、端口 | 优先本地转换或原生格式 |
| 规则选择 | 规则分流偏好、使用习惯 | 只提交必要规则 |
| 转换日志 | 请求时间、来源 IP、输出文件 | 自建或离线处理 |
订阅转换看起来像「把 A 格式转成 B 格式」，实际流程通常更长：读取订阅、解析节点、套规则模板、再输出目标客户端能识别的配置。
这也是风险来源。只要其中一步发生在第三方服务器上，订阅内容就不再只存在于你的客户端和订阅提供方之间。
为什么在线转换方便但敏感？
在线转换站的优势是不用安装工具，复制 URL 就能拿到 Clash、sing-box 或 V2Ray 目标格式。临时排查格式不兼容时，它确实省时间。
敏感点在于，转换端为了生成结果，通常要先读取你的订阅 URL。服务端是否记录请求、是否缓存输出、日志保留多久，普通用户很难确认。
如果转换站返回的是可直接导入的配置，说明它已经处理过节点内容。对主力订阅来说，这一步不适合交给来历不明的公开服务。
哪些场景还能接受在线转换？
低敏测试可以用在线转换，比如空订阅样例、临时规则模板、一次性排查某个客户端是不是不认格式。
主力订阅、团队共享配置、多设备长期使用，不建议依赖陌生转换站。这类配置一旦泄露，后续排查很麻烦：你很难判断是 URL 被保存、日志被保留，还是某个设备复制过配置。
更稳妥的顺序是，看订阅后台有没有 Clash、sing-box、V2Ray 原生格式；没有再考虑本地转换；最后才是公开在线转换。
本地转换要注意什么？
本地转换的价值不是「绝对安全」，而是减少第三方服务接触订阅的机会。工具来源要从官方仓库或可信发布页获取，避免下载被改过的打包版本。
转换完成后，检查临时文件、导出的配置副本和日志目录。很多泄露不是发生在转换过程，而是配置文件被同步到公开网盘、群文件或错误的备份目录。
如果本地工具开了 Web 面板，只让它监听本机地址。不要把面板暴露到局域网外，也不要把默认端口长期挂着不管。
怎么判断自己是否真的需要转换？
问 3 个问题：目标客户端是否支持当前格式？订阅后台是否已经提供目标格式？这次转换是不是只为了一次性排错？
如果答案是「后台已有目标格式」，直接用原生格式。原生格式少一道转换链路，也更容易定位后续的 YAML、JSON 或规则错误。
如果目标客户端只认特定格式，再用本地 subconverter、Sub-Store 这类工具处理。在线转换留给低敏样例和短期验证，不要作为长期主力流程。