CFW 退役迁移后，不少用户纠结「要不要整体切到 sing-box」。本文说明 mihomo 的模块级融合策略：sing-box 出站以 adapter 嵌入 mihomo，你仍用 Clash YAML，无需学习 sing-box JSON 配置。🧬

融合动机 — 协议演进加速

mihomo 自行实现每种新协议需数周周期，sing-box 社区往往率先支持。模块融合后：

mihomo 直接调用 sing-box 的 VLESS、AnyTLS 等出站 adapter
用户继续使用 Clash YAML 配置范式
DNS 模块、TUN 栈保持 mihomo 原生实现

已融合模块清单（截至 v1.18）

出站类型	实现来源	Clash YAML 兼容	迁移期建议
vless (含 Reality)	sing-box adapter	✅ 完全兼容	主力出站
hysteria2	mihomo 原生	✅ 完全兼容	家宽首选 UDP
tuic	mihomo 原生	✅ 完全兼容	移动弱网
anytls	sing-box adapter	⚠️ 实验性	测试 Profile 观望
shadowtls	sing-box adapter	✅ 基本兼容	可按需启用

AnyTLS 出站写法 — 融合试验田

proxies:
  - name: "anytls-test"
    type: anytls
    server: node.example.com
    port: 443
    password: "your-password"
    client-fingerprint: chrome
    udp: true
    idle-session-check-interval: 30
    idle-session-timeout: 30
    min-idle-session: 0

AnyTLS 尚处早期，生产环境继续 Reality 主力，AnyTLS 仅在实验 Profile 测试。🔬

迁移期决策：继续 mihomo 还是切 sing-box？

继续 mihomo 的理由（推荐 90% 用户）

CFW 迁移后已有成熟 Clash 配置，切换成本极高
Verge Rev / CMFA GUI 生态完善
模块融合后新协议覆盖速度已大幅缩短
subconverter 对 clashmeta 支持成熟

考虑 sing-box 的场景

从零部署，无历史 Clash 配置包袱
需要 sing-box 独有的 Naive、Tailscale 集成
服务器端统一用 sing-box 入站 + 出站

立场：CFW 退役迁移用户无需整体切 sing-box。保持 mihomo v1.18+ 即可获得新协议支持。

融合演进时间线

v1.7 — VLESS/Reality adapter 引入

首次融合 sing-box VLESS 实现，Reality 出站可用。

v1.12 — Hysteria2 原生成熟

拥塞控制细调完善，成为家宽场景首选 UDP 出站。

v1.18 — AnyTLS adapter 引入

sing-box AnyTLS 出站可在 Clash YAML 中直接配置。

v1.20（预期）— TUN 栈可选融合

社区讨论将 sing-box gvisor/netstack 作为可选 TUN stack。

升级操作建议

测试 Profile 运行 mihomo -t -f config.yaml 验证兼容性
关注 Release Notes 中的 Breaking Changes
GUI 用户：Verge Rev → 设置 → 检查 Core 更新
网关用户：替换二进制后 systemctl restart clash

编辑点评

模块融合让迁移用户兼得 Clash YAML 成熟度与 sing-box 协议实现速度。保持 mihomo 更新即可，无需卷入路线争论。🎯

延伸阅读

→ Reality 字段映射 · → 下载 mihomo · → CFW 迁移对照表