内容形态与支持声明放在不同栏目
同一个来源可以交付链接或文件,内部格式还需另看说明。不要因为保存成文件就直接叫 sing-box 配置,也不能只看到长字符串便确定它采用哪份官方标准。
| 看到的内容 | 对照范围 |
|---|---|
| Base64或Base64URL表达 | 先看原协议规定的编码对象 |
| Clash配置 | 对照客户端明写的Clash支持范围 |
| sing-box配置 | sing-box 自己的配置文件说明 |
| 协议分享前缀 | 对应协议和客户端解析声明 |
| 订阅地址 | 返回内容及当前工具的支持条件 |
SIP002 的 Base64URL 是字符转义,不是加密,2022 版 userinfo 又禁止采用它。
客户端公开清单逐个读取而不合并
Karing 的格式面最宽:Clash 系、V2ray 系、Sing-box、Shadowsocks 和订阅类来源都在它的清单里,其中 Clash 配置按完整、局部两种程度分开写。
Hiddify 写了四项:Clash meta、Clash、V2ray 和 Sing-box。FlClash 则明确来源可以是订阅链接或文件,没有在这份 README 记录中列完整具体格式。
- 先读目标客户端的清单,不把别家的能力贴过来。
- 格式名称带范围限定时,完整保留限制文字。
- 链接与文件是来源形态,别用它们代替内部格式。
没有列明某格式不等于已经拒绝该格式,缺项继续向对应说明核对。
sing-box 一侧的声明只涉及它自己的配置文件(本机的或远程取的),没提 Clash YAML;v2rayN 写的是协议标准格式或内部格式,同样没写能直接读 Clash YAML。
分享前缀有规范与提案的不同身份
ss 前缀有 SIP002,Hysteria 2 的长短前缀有对应 URI 说明。
Trojan、TUIC 与 SSR 的官方分享参数定义没查到公开说明,具体内容按来源与所用应用核对。这里不拼一条完整链接,也不把空前缀当作可连接的节点。
- 先确定内容属于哪种来源和内部类型,保留原始说明。
- 对照目标应用的格式声明与范围,不靠扩展名替代。
- 解析提示与实际连接结果分开记,未执行的步骤不填成功。
转换问题要保留工具与来源的归属
若当前内容与客户端声明不一致,保留现象再问提供方,而不是直接断言原格式无效。另一客户端能读取,也只对应它自己的能力,不会把当前工具的清单自动扩展。
小火箭与 Quantumult X 在这份记录里没有取到官方格式声明,不能给它们补一份主流通用支持列表。工具、协议与订阅来源分别明确,才能对照同一件内容。
配置来源需要改选时可从这里看
下方提供进一步查看机场资料的入口,便于比较配置服务。
常见问题解答
文件扩展名能直接证明是sing-box配置吗?
名称与内部内容不同,需对照来源说明和 sing-box 客户端明确的配置要求。
Karing写部分clash.meta支持时该怎样记录?
完整保留部分这个范围,与完整 Clash 配置支持分别阅读。
其他工具能打开,当前客户端失败就说明内容错了吗?
先比较各自支持范围与实际提示,不同工具清单可能不同。
