Clash Verge 常见问题

第一次使用通常先导入远程订阅或本地 Clash/Mihomo 配置，然后选择配置、代理组和节点。 配置加载正常后，再根据应用是否遵循系统代理选择开启系统代理或 TUN 模式；如果还没有配置，客户端本身不会自动生成可用代理节点。

大多数 Windows 电脑选择 x64，ARM Windows 设备选择 ARM64；如果普通 Windows 安装包因缺少 WebView2 无法显示界面，可按官方说明尝试带 fix_webview2 的构建。 macOS 的 Apple Silicon 选择 aarch64，Intel Mac 选择 x64；Linux 再按发行版选择 DEB 或 RPM，并匹配 x64、ARM64 或 ARMv7 架构。

Clash Verge 基于 Tauri，Windows 图形界面依赖 WebView2。程序能启动但窗口空白、托盘点击无界面或直接无法显示时， 先检查 WebView2 是否被卸载或禁用；如果无法正常安装 WebView2，可在 Releases 中选择带 fix_webview2 字样的构建。

Clash Verge 是代理客户端，不提供代理节点或订阅内容。安装完成后如果代理列表为空，需要先导入订阅链接、本地配置， 或加载自己维护的 Mihomo 配置；节点、策略组和规则都来自配置，而不是客户端自动生成。

TUN 模式会创建虚拟网卡并修改系统路由，因此需要高权限能力。Clash Verge 的服务模式用于在授权后处理这类系统操作， 具体权限要求会随 Windows、macOS 和 Linux 的实现不同而变化。

不自带。Clash Verge 是开源客户端，不提供代理节点、订阅服务或网络线路。 使用时需要自行准备可用的订阅链接、本地配置或自建代理；第三方服务的价格、可用性和隐私政策与 Clash Verge 项目无关。

可以在配置/订阅页面添加远程订阅链接，也可以导入本地配置文件；部分场景还可以通过 clash:// URL Scheme 导入。 导入成功后再选择对应配置、代理组和节点，并根据需要设置更新周期。

直接修改远程订阅生成的原始配置，下一次更新时可能被覆盖。当前版本更适合通过订阅的可视化规则编辑添加 prepend/append 规则， 或使用扩展配置、扩展脚本处理需要长期保留的自定义项。

旧版所称的 Merge 现在叫“扩展配置”，使用 YAML 对配置项进行覆写或合并；旧版 Script 现在叫“扩展脚本”， 使用 JavaScript 对配置对象做更灵活的处理。规则 prepend/append 已主要移动到订阅的可视化规则编辑功能中。

可以。Clash Verge 提供节点与规则的可视化编辑能力，也可以通过扩展配置或扩展脚本修改最终配置。 规则按 Mihomo 的路由规则语法生效，修改后应检查配置是否能够正常加载，并确认规则顺序符合预期。

项目隐私政策说明，Clash Verge 的配置、凭据和日志保存在用户自己的设备中。需要迁移或重装时， 可以先备份应用数据目录，或使用 WebDAV 备份与恢复配置。

系统代理通过操作系统代理设置让支持该机制的应用主动连接本地代理端口，但并非所有程序都会遵循系统代理。 TUN 模式通过虚拟网卡和系统路由接管更多流量，也能处理更多不读取系统代理设置的程序；选择哪种方式应按应用和网络环境决定。

常见原因包括服务模式或权限异常、虚拟网卡/路由冲突、系统中存在多余网卡，或防火墙与其他网络工具干扰。 应先确认系统和 Clash Verge 版本，再到 GitHub Issues 使用系统名称和报错关键词检索。

Rule 模式按照配置中的路由规则决定流量走 DIRECT、代理组或其他策略；Global 模式把流量交给全局代理策略； Direct 模式则直接连接。排查规则问题时，可以临时切换模式做对照，但日常应根据自己的配置目标选择。

很多程序不会读取操作系统的系统代理设置，命令行工具、游戏或自带网络栈的软件尤其常见。 可以先判断应用是否支持显式代理；需要更广流量覆盖时，再根据官方说明使用 TUN 模式或配置相应路由规则。

不代表实际下载速度。延迟测试主要用于检查节点与指定测试地址之间的连通性和响应时间， 结果会受到本地网络、节点负载、测试 URL 和路由变化影响，更适合用作节点间的相对参考。

异常退出、断电或系统崩溃可能导致系统代理状态残留。可以重新启动 Clash Verge 后正常关闭系统代理， 或直接进入操作系统的网络代理设置关闭手动代理；Windows 官方 FAQ 也将代理残留列为常见排查项。

项目当前隐私政策明确说明：Clash Verge Rev 不收集遥测、分析、崩溃报告或使用数据，配置、凭据和日志保存在本机。 但应用会访问你自行配置的订阅、代理、WebDAV 等第三方端点，相关第三方的数据处理政策不由 Clash Verge 项目控制。

Clash Verge 是负责读取配置、管理节点、规则和代理模式的客户端；订阅服务负责提供远程配置，代理节点负责实际转发网络流量。 三者属于不同层级，因此节点数量、线路质量、可访问范围和第三方服务费用都不是由 Clash Verge 客户端决定。

应用流量先由系统代理或 TUN 交给本机 Mihomo 内核，再由规则决定 DIRECT、REJECT 或某个代理策略。 如果规则选择代理，流量才会继续经过相应节点；如果命中 DIRECT，则直接使用本地网络连接目标。

在 Rule 模式下，Mihomo 会按照配置中的规则自上而下匹配流量。域名、IP、进程、规则集等条件都可能把连接分配到不同策略， 因此同一站点在配置变化、DNS 结果变化或规则集更新后，可能命中不同的 DIRECT 或代理策略。

正常升级通常会继续使用原有应用数据，但跨较大版本或涉及数据迁移时仍建议先备份配置。 可以备份应用数据目录，或通过 WebDAV 备份功能保留可恢复副本；升级前还应阅读对应版本的 Release Notes。

GitHub Releases 中的正式版本与 AutoBuild/预发布构建属于 Clash Verge 应用版本渠道； 客户端内部的 Mihomo Stable/Alpha 则是内核通道，两者不是同一层。日常使用应优先选择正式应用构建和稳定内核，需要测试新功能时再分别考虑开发构建或 Alpha 内核。

可以在 GitHub Releases 查找历史版本及对应更新说明。回退前先备份应用数据，并留意跨版本配置格式、数据迁移或自动更新机制可能带来的兼容性差异。

Clash Verge 支持基于 WebDAV 的配置备份与恢复。连接你自己的 WebDAV 服务后，可以保存配置备份， 在换机或重装时用于恢复；WebDAV 服务本身由第三方或用户自建，其可用性和隐私策略不属于 Clash Verge 项目。

Clash Verge Rev 当前面向 Windows、macOS 和 Linux 桌面平台，没有 Android 或 iOS 版本。 移动端需要使用其他兼容 Clash/Mihomo 配置体系的客户端，功能和配置支持范围可能不同。

当前发行说明明确不再支持 Windows 7，Windows 提供 x64 与 ARM64；macOS 提供 Apple Silicon 与 Intel； Linux 的 DEB/RPM 构建覆盖 x64、ARM64 和 ARMv7。具体文件与系统要求应以当前 GitHub Release 为准。

Clash Verge 是图形桌面客户端；Mihomo（曾称 Clash.Meta）是其内置代理内核，负责协议、规则、DNS 和流量转发。 “Clash”是这一类规则代理生态中广泛使用的名称与配置语义，因此页面中的 Clash 规则、Clash 配置通常指与 Mihomo 兼容的相关配置体系。

可以。项目采用 GPL-3.0 开源，源码托管在 GitHub。自行构建需要准备 Node.js/pnpm、Rust 与 Tauri 2 对应的系统依赖， 具体开发命令和贡献要求应查看仓库 README 与 CONTRIBUTING.md。