OPEN SOURCE / PROJECTS & MAINTENANCE
The Clash ecosystem and mihomo core.
When choosing a client, consider the graphical interface, proxy core, and subscription service separately. They handle the controls, traffic processing, and proxy sources, respectively. A problem at any one layer shouldn't automatically be blamed on “Clash not working.”
Project history and what came next
Clash became widely used for rule-based routing and YAML configuration, followed by a range of desktop and mobile clients. After the original project and some older clients were discontinued, the ecosystem continued along several paths. Clash.Meta carried on related development and later adopted the name mihomo. Older guides may use these names interchangeably or side by side.
Similar names don't guarantee full configuration compatibility. Newer protocols, rule syntax, or DNS settings may be supported only by specific cores. When migrating, check the fields rather than simply renaming the file with a .yaml extension. A configuration that imports successfully may still contain settings the new core doesn't recognize.
How the core and graphical client work together
mihomo parses configuration, establishes connections, and applies rules. The graphical client manages subscriptions, proxy selection, system proxy settings, and logs. Clients may also add their own overrides, merges, or configuration templates, so the options shown in the interface may not map directly to the file sent to the core.
When troubleshooting, prioritize the active configuration and runtime logs. A setting may be disabled in the interface but enabled in the subscription, or a local change may have been overwritten during an update. Either can make it seem like a change had no effect. When switching clients, save your subscription URL and custom rules separately.
Open-source license and project resources
mihomo is licensed under GPL-3.0. Its source code, commit history, and issue discussions are available in the project repository. Open source lets you inspect the implementation and license terms; it says nothing about the quality of third-party proxy services and doesn't replace testing on your own network. This site provides configuration guides and download links; it is not the official operator of the core project or every client.
If you suspect a software bug, reproduce it with the smallest configuration possible and note your system, client, core, and error details. Before filing an issue, remove subscription URLs, proxy credentials, and personal network information. Sharing a sanitized report is more useful than uploading your entire configuration.
Client updates and configuration updates are different
Client updates, core updates, subscription refreshes, and rule-data updates solve different problems. Updating the interface doesn't guarantee the core has changed, and refreshing a subscription won't fix system permissions. Keep a working copy of your configuration before upgrading and read the project's release notes. If an update introduces an incompatible change, check your configuration before switching your everyday setup.
If a GeoIP or rule-set download fails, check the resource path, access requirements, and exact error in the logs. If only one proxy is slow, try another for comparison. Troubleshooting one layer at a time usually preserves more useful clues than upgrading, reinstalling, and changing DNS all at once. See the glossary for definitions of these terms.