Clash 下载与平台选择

适合需要在桌面管理订阅、规则与运行日志的用户。安装服务或启用 TUN 时，系统可能要求管理员授权；只导入配置不代表流量已经交给代理处理，还要检查接管开关。

遇到界面无法启动，先记录错误提示并检查系统组件，不要通过反复覆盖安装来判断是否为配置错误。

如果已有移动端使用经验，可以对照相近的配置管理思路上手。文件名中的 AMD64 也适用于常见的 Intel x64 处理器，不是只供 AMD 品牌设备使用。

导入后先查看实际使用的配置名称。多份订阅同时存在时，刷新某份订阅与切换当前配置是两件事。

可作为桌面客户端的另一种选择。迁移时把订阅、规则覆写和界面偏好分开处理；不同项目的数据目录结构并不通用，复制整个旧目录容易把缓存或不兼容设置一起带入。

首次运行先保留默认日志级别，完成基本连接后，再调整端口和进阶设置。

保留给旧环境复现与迁移对照，不作为新安装的优先选择。旧内核可能不认识新的协议或字段，订阅能下载成功，也不代表其中所有配置都能被正确加载。

寻找 Clash for Windows 替代时，可先备份订阅地址、策略组命名与本地规则，再在上面的客户端中重新导入；不要让两个客户端同时接管系统代理。

当前两个通道返回相同的 x64 DMG，不能据通道名判断为原生 ARM 包。Apple Silicon 用户需要先确认 Rosetta 兼容条件，再决定是否安装。

导入订阅后核对策略组引用，特别是从旧内核迁移的配置。字段支持情况应以实际运行内核为准。

当前清单中的 Apple Silicon 通道同样返回 AMD64 文件。需要原生 ARM 应用时，应优先选择明确提供 ARM64 安装包的客户端，而不是仅凭按钮所在通道判断。

切换客户端后，重新检查系统代理与 DNS 设置；旧客户端退出并不总意味着原有系统设置已经恢复。

归档入口用于保留旧工作环境。当前两个通道都对应 x86_64 文件，Apple Silicon 上的运行条件需要单独确认。新装建议优先考虑上面的维护中客户端。

旧配置迁移时保留原始 YAML，逐项核对 DNS、策略组和自定义规则，不要把旧项目的数据目录直接覆盖到新项目中。

提供按架构区分的安装文件，也保留通用版入口。无法确认架构时可先选通用版；如果提示应用无法安装，还要检查系统版本、已有应用签名与可用存储空间。

更新已有应用时，先备份配置。签名不一致不能通过覆盖安装解决，卸载前应确认本地数据已经保存。

按设备支持的架构选择。首次运行建议先保持默认分流设置，完成订阅导入与出口选择后，再调整应用分流、后台运行和 DNS 等选项。

节点测试成功只说明测试请求完成，不能替代目标应用的实际连接验证。测试时还应确认目标应用没有被排除在接管范围之外。

适合已有兼容配置的用户。Surfboard 与 Clash YAML 的配置语法并不相同，不要把完整 Clash 配置直接当作兼容文件导入；先确认订阅提供方是否提供适用格式。

安装成功与配置兼容是两个独立条件。出现导入错误时，优先核对配置类型与协议支持，再处理权限或连接问题。

适用于使用 DEB 软件包体系的 AMD64 桌面。先让包管理器完成依赖解析，再启动客户端导入配置；若启动失败，保留终端错误输出，有助于区分图形组件缺失与内核启动错误。

本区没有 ARM 桌面安装包入口。ARM 服务器或路由设备可查看内核区，但独立内核不带桌面配置界面。