Clash 电脑端在卸载前整理配置与代理设置，目的是把“应用里的本地数据”和“操作系统里的代理、虚拟网卡、服务状态”分开处理。Clash Verge Rev 的功能说明包含配置文件管理（含 Merge 与 Script）、系统代理和守卫、TUN 模式，以及 WebDav 配置备份和同步；隐私说明写明配置与日志仅保存在本地。卸载程序主要移除应用本身，并不自动等于已经导出配置、也不等于系统代理或服务一定已恢复。因此卸载前应先完成备份与代理相关状态收敛，再执行卸载。
适用条件与整理范围
本做法适用于准备卸载 Clash Verge Rev 电脑端、但仍可能需要配置或需要避免卸载后网络异常的场景。整理范围分成三块：第一，本地配置与日志；第二，远程备份（若已使用官方提到的 WebDav 备份和同步）；第三，系统代理、TUN 以及服务模式残留风险。发布说明多次涉及服务安装、重装、卸载误报和服务状态残留，说明服务与应用生命周期并不完全重合。判断是否需要整理的依据是：本机是否启用过系统代理或 TUN、是否安装过服务模式、以及本地是否仍有配置文件需要保留。
不要把“删除快捷方式”或“只移走安装目录”当成整理完成。官方强调配置留在本地设备；若未单独复制，卸载后可能找不到订阅、规则和覆写内容。订阅备注若要写入备份说明，只保留 token= 这类参数片段，不写完整网址，也不编造域名。
卸载前的具体操作顺序
第一步，导出或复制配置。优先使用官方功能中的 WebDav 配置备份；若未配置远程备份，则在资源管理器或对应系统文件工具中，把应用数据目录里实际存在的配置与日志复制到卸载范围之外。路径以本机真实目录为准，不以猜测的文件夹名为准。备份完成的判断依据是：另存位置能独立打开配置文件，且文件不只是空目录。
第二步，在应用仍可运行时关闭代理相关能力。按官方功能名称处理系统代理和 TUN，避免卸载后系统仍指向已不存在的本地端口。发布记录中曾修复 macOS 上服务模式内核意外停止后、系统代理仍指向失效端口导致无法上网的问题，说明代理设置可以脱离内核继续存在。关闭后的判断依据是：系统网络设置中不再指向该应用使用的本地代理端口，且 TUN 相关虚拟接口不再处于接管状态。
第三步，处理服务模式。功能与开发说明区分服务模式和 Sidecar：服务可独立于当前窗口存在。卸载前应确认服务已停止或已按应用提供的卸载/修复服务流程处理。发布说明提到过服务重装重复请求授权、卸载后误报失败，以及 Windows 旧版服务状态残留导致无法重装。因此不要只看卸载向导是否结束，而要看服务是否还在、内核是否还在监听。
第四步，记录当前模式。写明曾使用系统代理、TUN 还是服务模式，便于卸载失败时对照。不要记录无法核对的菜单路径；以系统里仍能看到的代理开关、端口和服务名称为准。
整理失败或状态不清时的下一步
若应用已无法打开，仍应复制本地数据目录中能识别的配置与日志，并到系统网络设置中关闭代理。若 WebDav 备份无法完成，改用本地副本，不要假设卸载程序会代为保存。若服务卸载提示失败，对照发布说明中“卸载后误报失败”和“旧版服务状态残留”两类情况：前者需要再查服务是否仍在，后者需要按官方后续版本中“可识别残留备份并恢复安装”的方向处理，而不是反复强制删除。项目与发布页见 https://github.com/clash-verge-rev/clash-verge-rev 与 https://github.com/clash-verge-rev/clash-verge-rev/releases 。