Open source context
Clash Verge Rev and Mihomo
The graphical client, proxy core, and subscription service are separate layers. Understanding their roles helps you choose update sources and read error logs, and prevents client settings from being mistaken for network service failures. This page provides download links and English-language guidance; refer to the relevant open-source repository for project code and release history.
How the client evolved
Clash Verge Rev continues the desktop client approach of Clash Verge, with a graphical interface for configuration, proxies, connections, and settings. It is maintained as a separate project from other historical Clash clients, so similarly named apps do not necessarily share installers, configuration directories, or instructions.
When migrating from an older client, save your subscription sources, local rules, and essential settings, then import them into the new app. Avoid copying the entire application data directory: databases, caches, and service paths may differ, and old paths can leave startup items or helper services pointing to a deleted app.
How the interface and core work together
Mihomo reads the active configuration, matches rules, and handles outbound connections. Clash Verge Rev provides the settings interface, manages configurations, and communicates with the core. Whether an option takes effect depends on the configuration, core support, and the content the client ultimately generates.
Break troubleshooting into three checks: did the interface save the setting, does the active configuration contain the field, and does the runtime log accept it? Seeing a line of YAML in an editor does not prove the running core is using it. Look up individual fields in the configuration reference.
How to verify open-source project details
An open-source repository lets you review project documentation, licenses, commit history, and issue discussions. When reading release notes, look for OS compatibility, core changes, configuration behavior, and known issues—not just the release date. Search existing discussions before filing an issue to see whether the behavior is already known.
A useful bug report includes your operating system, reproduction steps, and redacted logs. Never post subscription URLs, passwords, or browsing history as-is. Community discussions can offer troubleshooting clues, but other users' configurations may not suit your network. Understand each field before copying it.
What to check before and after updates
Updating the app, core, subscription, and remote rule sets are separate operations. An app update may change the interface or service management; a subscription update may replace proxies and proxy groups; a rule set update may change match results. If behavior changes, first identify which layer was just updated, then decide what to roll back.
Keep a working configuration and a copy of local overrides before updating. Afterward, check the system proxy, listening port, TUN permissions, and key rules. If an update renames a proxy group, update any local rules that refer to it. Starting the client is only the first check; actual connection results are what matter.