节点链接解析器
粘贴节点链接 · 可用
把 vmess / vless / ss / trojan 链接解码成可读表格
本地运行 协议类型服务器与端口
VLESS 转 Clash
vless:// 链接转 mihomo 的 proxies 配置，逐字段列出对照
粘贴 vless:// 链接后自动转换
只做格式互转：同一个节点换一种写法，协议不变——vless 变不成 trojan。
转换结果
| # | 协议 | 名称 | 服务器 | 端口 | 内核 | 未识别 |
|---|
逐条字段对照与未识别字段
▲ 如果你的订阅链接是一次性的，先复制备份再动它。 有的机场发的是人工一次性链接（例如只在发出后几小时内有效、在浏览器点开即作废）。 这种链接不要拿来「打开看看」—— 先把它原样保存一份并导入客户端（导入本身不消耗它）， 之后需要看内容时从客户端里导出。已经点开作废也不用慌，找客服重发一条即可。
● 本工具在你的浏览器里运行，内容不会上传——不发给本站，也不发给任何第三方。页面加载完之后断网，它照样能转换。
解析查看 粘贴节点链接 可用 本地运行 · 不上传
vless 转 clash 的关键是：只有 mihomo（Clash Meta）内核认 VLESS，停更的 Clash Premium 不认。把 vless:// 链接粘进来，工具在本地把 security、pbk、sid、flow、fp、type 等参数逐个换成 mihomo 的 tls、reality-opts、flow、client-fingerprint、network 字段，并列出每个参数去了哪里、哪些没法转。链接不会上传。
VLESS 转 Clash怎么用
- 1
复制 vless:// 链接
一条或多条都行，一行一条。别的协议混在里面也会照常转换。
- 2
粘进输入框
默认输出 mihomo 的 YAML，每条节点下方列出「链接参数 → mihomo 字段」对照。
- 3
核对 Reality 与 flow
pbk 变成 reality-opts.public-key，sid 变成 short-id，flow 原样保留；spx 等 mihomo 没有对应字段的会单独列出。
- 4
贴进 proxies 段
复制结果放进配置的 proxies 下面，并把节点名加进某个策略组，否则客户端里看得到节点、用不上。
它会给你什么
- mihomo proxies 条目（YAML）
- 逐字段对照表：链接参数 → mihomo 字段
- 转不了的参数与原因
你的数据去了哪里
哪里也没去。这个工具的全部计算发生在你当前这个浏览器标签页里， 节点链接不会通过网络发送到任何地方—— 既不会发给我们，也不会发给第三方。你可以断网使用它来验证这一点： 页面加载完之后拔掉网线，工具照常工作。
vless 链接参数与 mihomo 字段对照表
一条 vless:// 链接由「UUID@服务器:端口」加一串 ? 后面的参数组成。转成 Clash 配置，就是把每个参数挪到 mihomo
对应的字段上。工具上方每条节点下面都会列出它实际用到的那几行，下面是完整对照：
| 链接里写的 | mihomo 里写成 | 说明 |
|---|---|---|
@ 前面的 UUID | uuid | 原样搬 |
@ 后面的服务器、端口 | server / port | IPv6 地址去掉方括号 |
# 后面的备注 | name | URL 解码；Clash 要求不重名 |
encryption=none | （不写） | none 是默认值；不是 none 的标为未识别 |
security=tls | tls: true | |
security=reality | tls: true + reality-opts | 缺 pbk 的整条不转 |
sni | servername | 注意：Trojan 在 Clash 里叫 sni，VLESS / VMess 叫 servername |
fp | client-fingerprint | 如 chrome、firefox |
pbk | reality-opts.public-key | Reality 公钥 |
sid | reality-opts.short-id | 会加引号，避免纯数字被当成数值 |
spx | （无对应） | mihomo 的 reality-opts 里没有 spiderX，标为未识别 |
flow=xtls-rprx-vision | flow: xtls-rprx-vision | 旧的 xtls-rprx-direct 等标为未识别 |
alpn=h2,http/1.1 | alpn: [h2, http/1.1] | 逗号分隔变成列表 |
allowInsecure=1 | skip-cert-verify: true | 跳过证书校验，有被中间人解密的风险 |
type=tcp | （不写 network） | tcp 是默认值 |
type=tcp + headerType=http | network: http + http-opts | path、host 变成列表 |
type=ws | network: ws + ws-opts | path → ws-opts.path，host → ws-opts.headers.Host |
type=httpupgrade | network: ws + ws-opts.v2ray-http-upgrade: true | |
type=grpc | network: grpc + grpc-opts | serviceName → grpc-opts.grpc-service-name |
type=h2 或 type=http | network: h2 + h2-opts | host 变成列表 |
packetEncoding | packet-encoding | 如 xudp |
type=xhttp / kcp / quic | 本工具不转 | 拿不准当前 mihomo 的写法，整条报「不转换」 |
对照表之外的参数，工具会原样列在「未识别」里，不会悄悄丢掉。想先看清一条链接里有哪些参数，用节点链接解析器。
Reality 节点怎么写
Reality 节点最容易抄错。security=reality 在 mihomo 里不是单独一个开关，而是 tls: true 加一个
reality-opts 块，公钥和 shortId 都放在这个块里。下面是一条示例链接（服务器、UUID、公钥都是虚构的）转出来的结果：
# vless://[email protected]:443
# ?encryption=none&flow=xtls-rprx-vision&security=reality
# &sni=www.example.com&fp=chrome&pbk=<公钥>&sid=0123abcd&type=tcp#示例
proxies:
- name: "示例"
type: vless
server: "198.51.100.10"
port: 443
uuid: "00000000-0000-0000-0000-000000000000"
flow: xtls-rprx-vision
tls: true
servername: www.example.com
reality-opts:
public-key: <公钥>
short-id: "0123abcd"
client-fingerprint: chrome- servername 填的是伪装目标的域名，就是链接里的
sni，不是你的服务器地址。 - public-key 必须一字不差。它是 Base64URL 编码的 32 字节公钥，通常 43 个字符，少一个字符握手就失败。
- short-id 要加引号。像
0123这样的值不加引号，YAML 可能把它读成数字、丢掉开头的 0。工具输出时已经加好。
Reality 的原理、为什么不需要自己的证书，见 Reality 是什么。
xtls-rprx-vision 与 flow
链接里的 flow=xtls-rprx-vision 原样写成 flow: xtls-rprx-vision。它只在开了 TLS 或 Reality 时有意义，
而且要和服务端的设置一致：服务端开了 vision、客户端没写，或者反过来，都连不上。
早期的 xtls-rprx-direct、xtls-rprx-origin 等写法已经废弃，mihomo 只认 vision。
遇到这类旧值，工具不会替你改成 vision（服务端未必支持），而是标成未识别，由你去和服务商确认。
为什么 Clash Premium 用不了 VLESS
VLESS 是社区分支 Clash.Meta（现在叫 mihomo）加进来的，原版 Clash 和已经停更的 Clash Premium 从来没支持过。
把 type: vless 的节点放进 Premium 内核，加载配置时会报类似 unsupport proxy type: vless 的错误。
解决办法不是改配置，而是换用 mihomo 内核的客户端——Clash Verge Rev、Mihomo Party、FlClash 等都是。 两个内核还有哪些字段级差异，见 Clash Premium 与 mihomo 的差异。
常见问题
转完贴进配置，客户端里看得到节点但用不上？
多半是节点名没加进任何策略组。Clash 的流量只走策略组，proxies 里有、组里没有的节点选不到。输出时勾上「附带最小可用骨架」，会生成一个包含全部节点的 select 组。
Reality 节点转完握手失败？
先核对三样：public-key 是否完整、servername 是否和链接的 sni 一致、short-id 是否和服务端一致。字段都对还是不通，节点本身可能已经失效，转换救不了。
链接里有 type=xhttp，为什么不转？
xhttp 是 Xray 较新的传输方式，各内核对它的支持和字段写法还在变。本工具拿不准就不硬转，整条报「不转换」，免得给你一份看起来对、实际连不上的配置。
能把 Clash 里的 vless 节点转回链接吗？
能。把 YAML 粘进来，输出选 URI 列表即可，反向用的是同一张对照表。批量转换整份订阅（含其它协议），用订阅转换。转出来的配置记得过一遍配置校验器。