1. 格式断代的历史成因：新协议标准的推进
在 2023 年底原版 Clash 停更之前，其官方标准库仅支持 Shadowsocks、VMess、Trojan 和少量实验性特性。
随后两年中，GFW 部署了基于机器学习的深度流量审查机制，老协议在公网上的存活周期骤降。开源社区迅速推进了 **VLESS Reality** 和 **Hysteria 2** 作为主力抗封锁武器。
为了标准化分发这些新节点，MetaCubeX 团队制定了 **Mihomo 扩展 YAML 规范**。由于原版核心已死，无法同步跟进该规范，导致了如今严重的「新老格式互不兼容」现象。
💡 市面上绝大多数中高端机场已将 Mihomo 格式设为默认下发格式。
2. 核心字段差异对比代码实录
以下直观展示一份现代 Mihomo 订阅在老旧客户端中会引发哪些解析灾难：
yaml
# 现代 Mihomo 订阅专属语法（老版原版 Clash 无法识别）：
proxies:
# 1. VLESS Reality 语法
- name: "香港 01 | VLESS Reality"
type: vless # 老内核报错: unknown proxy type 'vless'
server: hk.example.com
port: 443
uuid: "a1b2c3d4-e5f6-7a8b-9c0d-1e2f3a4b5c6d"
network: tcp
tls: true
flow: xtls-rprx-vision # 老内核报错: field not supported
reality-opts: # 老内核报错: mapping values not allowed
public-key: "8mN_xxxxxx"
short-id: "abcd1234"
# 2. Hysteria 2 语法
- name: "美西 02 | Hysteria 2"
type: hysteria2 # 老内核报错: unknown proxy type 'hysteria2'
server: us.example.com
port: 443
up: "50 Mbps"
down: "500 Mbps"3. 为什么不建议让机场将订阅降级为老格式？
部分老旧用户要求机场提供「兼容老版 CFW 的旧格式订阅」：
- **降级的代价**：机场为了迁就老内核，只能被迫将节点降级为易被识别阻断的旧 Shadowsocks 或 VMess 协议；
- **后果**：晚高峰断流严重、频繁封 IP、且无法享受新内核的零拷贝加速红利。
正确的现代化解法：**永远保持客户端处于最新状态，拥抱 Mihomo 原生架构。**
❓ 常见疑问与排查步骤
原版 Clash 客户端能通过替换内核支持新格式吗？
理论上可以在旧客户端目录中将 clash-core.exe 强行替换为同名 mihomo.exe 二进制文件。但由于旧 GUI 界面缺乏对新协议字段的展示支持，极其容易产生未知 UI 异常，强烈推荐直接使用 Clash Verge Rev。
Mihomo 格式能兼容以前的老 Shadowsocks 节点吗？
100% 完美向下兼容。Mihomo 完美支持所有经典老协议，同时提供了更强的高并发网络性能。
怎么知道我的订阅是原版格式还是 Mihomo 格式？
打开订阅文件，搜索是否存在 `vless` 或 `reality-opts`，若存在即属于现代 Mihomo 专属格式。