Roxi核对名称与下载来源
旧的 mihomo-party 仓库地址目前跳转到 clash-party，官方站点也使用 Clash Party 名称。按官方安装指南选择当前系统的软件包，迁移前备份旧数据。不要因为名称变化就从搜索广告下载同名安装器。
先让原始订阅跑通
先在 Roxi 网站登录自己的账户，打开订阅区域，复制“第三方客户端”订阅地址。不要复制官网首页、邀请链接或浏览器地址栏里的登录地址。客户端不附送节点；套餐、流量、到期时间和设备限制以账户页为准。
使用账户页的 Clash Meta / mihomo 链接；手动处理时将原 /sub/个人标识 改为 /sub/clash/个人标识，得到完整 mihomo YAML 配置。
下面的 /sub/... 仅表示原链接中的路径。保留账户提供的域名、个人标识和查询参数；只替换一次路径，不把示例占位符当作真实地址，也不要重复加成 /sub/clash/clash/。已有专用链接时直接使用。不要将订阅 URL 发给公共转换站。
- 在订阅管理添加远程订阅并填写链接，导入后选择为当前配置。
- 进入代理页面，使用规则模式，选一个具体节点；开启系统代理后验证浏览器。需要 TUN 时再单独开启，并核对安装指南中的权限要求。
- 第一次验证暂时停用自己添加的覆写、扩展脚本及 Sub-Store 加工；保留原设置备份，确认原始配置能工作后逐个恢复。
覆写导致的错误怎么定位
原始订阅能启动而覆写后失败，重点看规则引用的策略组名、缩进、代理组是否引用了不存在的节点，以及同一选项是否被多次覆盖。不要直接修改下载缓存后期待下一次更新保留。恢复一个覆写就复测一次；哪个改变后首次失败，优先回退哪个。
怎样确认真正连通
- 确认这次更新成功、节点数大于零，并选中了刚导入的配置。更新失败时可能仍在使用旧缓存，不能只看列表里还有节点。
- 固定一个节点，访问实际要用的网站或应用，再查看连接或日志中的目标、规则与出口。延迟数字、VPN 图标和“已启动”都不能单独证明业务成功。
- 同时检查一个平时可直连的网站；随后断开连接，确认基础网络恢复。只在全局模式可用时回到规则排障，不把全局作为长期修复。
失败后按层排查，保留可恢复的配置
| 现象 | 先核对 | 下一步 |
|---|---|---|
| 下载失败或 401 / 403 | 订阅地址、账户状态、设备限制和当前网络 | 回账户复制新地址；看响应说明，不连续重复导入 |
| 解析失败 / 节点为零 | 下载到的是 YAML、JSON、节点列表还是登录网页 | 换成本文指定格式，保留错误字段名与客户端版本 |
| 能启动但目标打不开 | 当前节点、规则、DNS 和请求日志 | 换一条兼容节点做对照，勿删除 TLS 校验 |
| 停止后不能直连 | 系统代理、其他 VPN、断线阻止设置 | 先在客户端正常停止接管，再退出；恢复改动前设置 |
求助只提供系统与客户端/核心版本、失败阶段、发生时间和脱敏日志。升级前备份本地规则；订阅更新会替换远程内容，个性化设置尽量放在客户端支持的覆写或本地规则里。