2023 年 11 月，Dreamacro 删除了 Clash 的 GitHub 仓库。没有告别，没有迁移说明，就这样消失了。几乎同一时间，Clash for Windows 和 ClashX 的维护者也相继删库。一整个生态，一夜之间只剩下存档备份。
Terraka 的内核选择了 Clash.Meta——或者说它现在的名字 mihomo。这篇文章讲清楚，这个选择意味着什么。
01 原版 Clash 的终点
原版 Clash 由 Dreamacro 独立维护，最终在 v1.18.x 停在了那里。
作者没有公开说明原因。
这件事本身没有对错可评。但对于依赖这个内核的客户端软件来说，意味着一个问题：用什么继续跑下去？
02 Meta 是谁在维护
Clash.Meta（现已更名为 mihomo）是从原版 Clash fork 出来的项目，由 MetaCubeX 社区主导开发。
它沿用 Clash 的 YAML 配置结构，常见的 proxies、proxy-groups、rules 写法可以继续用，个别字段可能需要调整。换内核这件事，对最终用户几乎是透明的。差异在引擎盖下面。
目前 mihomo 仓库由多名维护者协作，保持活跃的 issue 处理和版本发布节奏。这一点是原版 Clash 后期做不到的。
03 协议支持的差距
这是最直接的差异。原版 Clash 开源内核停更时，出站协议定格在：Shadowsocks、ShadowsocksR、VMess、Trojan、Snell，以及 HTTP / SOCKS5。
Clash.Meta / mihomo 在此基础上增加了：
- Hysteria2：基于 QUIC，面向高丢包的跨境网络设计。
- VLESS 及搭配使用的 XTLS/Reality：Reality 不是独立的出站协议，而是 VLESS 常搭配的 TLS 相关配置。
- TUIC v5：同样基于 QUIC，低延迟，对移动网络切换有更好的处理。
- WireGuard：作为出站代理使用，可以接入 WireGuard 节点或 WARP。
- AnyTLS：通用 TLS 伪装层，适配多种传输方式。
原版 Clash 已经永久停在了那个协议列表里。在 Clash 系内核里，新协议只有 mihomo 支持，原版 Clash 不行。
04 TUN 实现的改进
原版 Clash 开源内核不带 TUN（TUN 只在闭源的 Premium 版里有）。
mihomo 内核自带 TUN 入站，基于 sing-tun 等组件实现：
- 协议栈可选：可以在 system、gVisor 等协议栈之间选择，用来在系统层接管不走代理设置的流量。
Terraka Windows 版的 TUN 模式用的就是这套实现。
05 其他值得一提的改进
DNS over QUIC。 支持 quic:// 格式的 DNS 服务器，DNS 查询本身也可以走 QUIC，减少 DNS 解析延迟。
Sub-rule 支持。 可以在规则里嵌套子规则，处理复杂场景时不用写一堆重复的规则条目。
06 你需要关心这件事吗
如果你只是个普通用户，答案是：不需要。 你用的客户端（包括 Terraka）已经在内核层面做好了选择，这些差异对你是透明的。
如果你是运维或者喜欢自己管配置文件，答案是：值得了解一下。 下次想用 Hysteria2 或 Reality 节点，搞清楚为什么旧版内核跑不起来，心里会少很多疑惑。
如果你还在用基于原版 Clash 内核的客户端：是时候迁移了。那个内核已经两年多没有安全更新，协议支持已经大幅落后。两者的完整差异对照，见 Clash 和 Clash.Meta 的区别。
说到底，「用哪个内核」这个问题，最省心的答案是：交给一个持续维护、内核随 App 更新的客户端去操心。原版 Clash 内核和 Clash for Windows、ClashX 这些第三方客户端要么删库、要么停更，你自己盯内核版本、手动迁移配置，迟早会在某个新协议上卡住。Terraka 所有平台用的都是同一个基于 mihomo（Clash.Meta）的内核，随 App 更新——你不用再关心内核这件事。下载最新版本 →