先辨认安装包和升级来源

当前官方项目为 ExclaveNetwork/Exclave。官方说明提供 GitHub Releases 与 F-Droid 等入口，default 与 legacy flavor 的系统要求不同，应按设备版本和发行说明选择，不把 legacy 当性能优化版。升级前导出自己的必要配置，保留原安装来源；签名不一致时先核对来源，不直接卸载导致数据丢失。

添加原始订阅分组

先登录 Roxi 账户复制自己的第三方订阅链接。下文路径只替换原链接中的 /sub/ 部分一次，保留域名、个人标识及全部查询参数；不要把“个人标识”当真值，也不要把官网首页或登录页当订阅。已有对应格式的专用链接时直接使用。

用 /sub/nodes/个人标识 的 Base64 节点列表，在分组管理新建订阅组，订阅类型选择“原始”，填写完整链接后手动更新。官方原始订阅支持 URI 集合及其 Base64 形式，但具体协议和私有传输字段仍需逐项兼容。

  1. 先保留默认解析设置，确认本轮更新成功且出现节点；不要只看上次更新留下的列表。
  2. 选择一个常用协议节点开始测试，再启动 Android VPN 并观察日志。
  3. 若提示缺少插件，先确认选中协议确实需要该插件，再从官方项目给出的上游入口获取；普通节点不需要为了排障把所有插件都安装一遍。

能读取配置，为什么没有原来的规则

官方分组说明中，Clash 配置主要提取 proxies，V2Ray 配置提取 outbounds，sing-box 配置提取 outbounds/endpoints。这是节点信息导入，不是另一客户端整套路由、DNS、分应用和策略组的等价迁移。本文使用节点列表，让分流在 Exclave 中明确管理。

迁移对象处理方式
普通节点核对地址、协议、传输、TLS/SNI 等参数是否保留
规则与应用范围在 Exclave 内逐项重建，用真实请求日志验证
前置/落地代理或代理链首次关闭额外链路，单节点可用后再逐段加回
流量和到期展示可能依赖订阅响应头；缺失显示时回服务账户核对

排障与验收

  1. 固定一个节点，访问实际需要的网站，同时在日志或连接列表核对目标、命中规则和最终出口。VPN 图标、端口监听和延迟数字都不能单独证明目标访问成功。
  2. 再访问一个平时可直连的网站，记录是否受影响；停止接管后重试，确认正常网络恢复。一次只改一项，记录客户端与核心版本、网络和错误发生时间。

如果只有一条节点失败，固定网络并换同类协议节点；若所有节点都在解析阶段失败，回查格式和版本。修改前后的配置分别保存，更新订阅后再测一次。停止 VPN 后确认网络恢复，只有恢复正常才卸载旧客户端。

只分享脱敏后的失败阶段、字段名和日志摘要。订阅 URL、二维码、节点认证信息和导出的配置都可能包含凭据，不要发送到公开群或公共转换网站。本文依据官方资料与项目接口整理，未进行真机连接实测。