Clash 下载与安装包

已有配置迁入时，先确认订阅更新成功，再检查覆写与扩展配置是否仍然适用。服务模式涉及系统权限，不等于开启后所有应用都会自动采用正确的规则；实际去向应在连接记录中确认。

跨设备使用时可以复用订阅来源，但系统代理、启动方式与 TUN 权限仍需分别设置。不要直接复制整套桌面运行目录到手机；建议从订阅或配置文件迁移，再核对平台相关选项。

迁移时重点检查正在使用的内核与配置字段。客户端界面相似，并不意味着覆写脚本、配置路径和快捷操作完全一致。先用最小配置建立连接，再逐步恢复原有规则与自定义内容。

旧内核对新协议、规则语法及系统变化的适配有限。若现有订阅无法解析，不要反复重装同一归档包；先保存原配置，再用仍在维护的客户端验证。迁移后重新检查本地端口与系统代理设置。

Apple Silicon 使用此包需要 Rosetta，不能将兼容入口理解为原生 ARM64 包。若设备策略不允许转译运行，可先选择上方提供原生架构包的客户端。迁移覆写内容时，逐项检查字段与内核兼容性。

Apple Silicon 运行当前包需 Rosetta。安装后先确认应用可以正常启动，再导入配置；若连接失败，应分别检查订阅、代理模式和系统权限。不同平台的后台运行设置不能直接照搬，尤其要留意系统休眠后的连接恢复。

适用于复现既有配置与迁移前对照。系统升级后，旧版辅助组件与权限流程可能不再适用；新装设备优先选择仍在维护的客户端。迁移前记录自定义规则、代理端口及订阅来源，避免只复制应用本体而遗漏配置。

订阅导入后先检查配置是否成功载入，再启动连接。若手机同时运行其他 VPN 类应用，需要确认系统当前允许哪一个接管流量。按应用分流与规则分流是不同层次的设置，应分别验证，避免仅看状态图标判断所有流量。

移动网络与 Wi-Fi 切换后，可先重新测试当前节点，再观察日志中的域名解析和连接错误。若仅某个应用异常，优先检查应用分流与匹配规则；全局更换 DNS 或反复重装通常不能定位这种局部问题。

Surfboard 的配置格式与 Clash YAML 不相同，不能仅修改文件扩展名后直接导入。选择前先确认订阅服务提供相应格式，并核对协议支持。如果手头只有 Clash 配置，优先使用上方兼容该格式的客户端，减少转换带来的规则差异。

安装前先确认发行版架构与运行库条件。若应用无法启动，查看包管理器或终端输出中的依赖错误，再决定下一步；依赖问题与订阅不可用不是同一种故障。桌面托盘支持也与桌面环境有关，应实际检查后台运行与退出行为。