本文目录
从 Clash for Windows 迁移，先只带走订阅和真正的自定义配置
Clash for Windows 停更后迁移到 Clash Verge Rev，真正值得保留的通常只有订阅来源、本地配置、自己写的规则或 Mixin、常用策略选择，以及少量端口习惯。窗口状态、缓存、旧内核、服务文件和历史日志不应整包复制，它们最容易把旧问题带进新客户端。
打开旧客户端逐项截图或记在本地文档里：当前启用的 Profile 名称与更新时间、General 中使用的端口、是否开启 System Proxy、TUN 和 Allow LAN，以及 Profiles 页面是否有本地 Mixin。订阅链接含个人 token，只存入密码管理器或加密备份，不放进截图。
迁移清单
- 仍可更新的订阅地址
- 无法重新下载的本地 YAML
- 自己维护的规则和覆写逻辑
- mixed-port 或局域网共享端口
- 确实需要保留的策略组选择
- 旧客户端与内核版本，供排错时对照
退出旧客户端前，先让 Windows 在没有它时也能上网
迁移最怕两个客户端同时接管系统代理或 TUN。先在 Clash for Windows 中关闭 System Proxy、TUN 和开机启动，再从托盘彻底退出。随后进入“设置 → 网络和 Internet → 代理”，确认“使用代理服务器”没有继续指向 127.0.0.1 的旧端口。
保持两个客户端都关闭，打开浏览器访问普通网站，并确认公司内网或路由器后台仍能打开。这个状态正常，才能判断后面的问题是否由新客户端引起。
如果此时已经断网，应清理旧代理或 TUN 残留，不要靠打开 Clash Verge Rev 临时掩盖。
从当前 Clash Verge Rev 项目发布页安装对应架构
Windows 11 常见电脑使用 x64 安装包，Windows on ARM 设备才选择 arm64。安装前核对发布仓库、文件名和版本说明，不使用把客户端、订阅和节点打包在一起的第三方“绿色增强版”。
第一次启动不要立刻开启服务模式和 TUN。先进入订阅或配置页面重新添加原订阅，手动更新一次，确认更新时间、代理组与节点都出现；再选择一条固定节点并开启系统代理。这样能先证明下载、解析与基本转发三步正常。
新客户端的第一轮测试
导入一份订阅
不要把全部历史 Profile 一次导入，以免无法判断是哪份配置出错。
手动更新
记录 HTTP 或解析错误；看到“添加成功”后，还要确认配置正文已经加载。
固定节点
避免 url-test 在测试过程中切换出口。
开启系统代理
用浏览器和一个读取系统代理的应用确认连接记录。
正常关闭
退出后 Windows 应恢复直连，不能留下旧端口。
策略组随配置导入，当前选中的节点要在新客户端重新确认
代理组的定义通常在订阅 YAML 里，重新导入后会一起出现；但 Clash for Windows 里每个 Selector 当前选中了哪条节点，属于运行状态，不适合靠复制缓存迁移。
打开 Clash Verge Rev 的代理页面，逐组确认“节点选择”“自动选择”“流媒体”等常用组，并手动选回需要的出口。
如果同一订阅在新客户端里少了策略组，先比较订阅更新时间和最终配置。服务方更新、旧 Parsers 或新 Merge 都可能改变组名。不要为了恢复一个旧选择而复制整份旧缓存。
策略组迁移完成的结果
- 常用策略组都出现在新客户端
- 手动组已重新选择固定节点
- 自动组可以正常测速且不会频繁切换
- 连接记录显示目标域名命中预期组
- 重启 Clash Verge Rev 后选择仍按预期保留
旧 Mixin 不要整段粘贴，先找它原来解决了什么
Clash for Windows 的 Mixin、Parsers 或脚本可能依赖它自己的合并方式，Clash Verge Rev 则有当前的 Merge、Script 或覆写入口。名称相近，但生成顺序和字段不一定相同。
迁移前给每段自定义写一句用途，例如“让公司域名直连”或“把 GitHub 放进开发组”，然后按当前客户端支持的方式重建。
每加入一段就查看最终合并配置或运行日志。若出现 group not found、duplicated key、unknown field，先撤回刚加的覆写；不要继续叠加下一段，希望最后一起修好。
旧设置应怎样处理
| 旧内容 | 迁移方式 | 验证结果 |
|---|---|---|
| 自定义 DOMAIN-SUFFIX 规则 | 放入当前规则覆写，并确保目标策略组存在 | 访问域名时连接页命中该规则 |
| 自定义 DNS | 先沿用订阅默认值，再单独迁移 | 内部域名和公网域名都得到预期结果 |
| 端口设置 | 在 Clash Verge Rev 通用设置中重新设定 | 端口实际监听，系统代理指向相同值 |
| UI、缓存、历史日志 | 不迁移 | 新客户端从干净状态启动 |
先恢复系统代理，确有需要时再迁移 TUN
订阅、策略组和自定义规则稳定后，在 Clash Verge Rev 中开启 System Proxy，确认 Windows“代理”页面指向当前 mixed-port，浏览器与常用应用能产生连接记录；正常退出客户端后，系统代理还要自动恢复。
只有游戏、终端或其他不读取系统代理的程序仍未进入连接记录时，再开启 TUN。单独确认服务权限、虚拟适配器、休眠唤醒和其他 VPN 都正常，关闭 TUN 后默认路由能够恢复。不要在同一天同时迁移 TUN、开机启动和多份覆写。
用平时真正做的事情验收，再卸载旧客户端
至少连续验证一个工作周期
- 订阅可手动更新并能在下次启动自动使用
- 浏览器、Git 或常用办公应用命中预期规则
- 内部网站、NAS 和打印机仍能直连
- 需要 TUN 的程序确实出现在连接记录中
- 退出与重启后 Windows 不残留代理
- 旧配置已离线备份且 token 没有公开
保留旧安装几天但不要让它开机启动。新客户端出现异常时，先关闭它并恢复 Windows 直连，再按备份回退到旧环境；不要让两个客户端互相接管来“对照”。当更新、使用、退出和重启都稳定后，再卸载 Clash for Windows，并检查旧服务与快捷启动项是否一并清除。