先确定你要找哪个项目
搜索“Clash 官网”之前,先看设备和软件完整名称。Clash 相关内核、Android 客户端、桌面客户端和路由器插件属于不同项目;一个名字带 Clash 的域名不能同时代表这些开发者。核对来源应落到具体仓库所有者、项目名以及该仓库链接的文档。
本站提供中文下载指引、配置教程与常见问题解答,软件下载入口直达开发者发布页面。下表按软件项目列出开发者来源。
按项目找到开发者来源
| 你要找的项目 | 对象 | 开发者来源与下载入口 |
|---|---|---|
| Clash Verge Rev | Windows、macOS、Linux 桌面客户端 | 项目仓库、Releases、开发者文档 |
| FlClash | Android 与桌面客户端 | chen08209/FlClash、Releases |
| Clash Meta for Android | Android 客户端,简称 CMFA | MetaCubeX/ClashMetaForAndroid、Releases |
| OpenClash | OpenWrt 路由器插件 | vernesong/OpenClash、Releases、Wiki |
| Mihomo | 内核与配置体系 | MetaCubeX/mihomo、配置文档 |
Mihomo 配置文档用于理解内核,不能当作一个带完整图形界面的手机安装程序。
从搜索结果到下载文件,检查四个位置
- 最终地址:打开结果后看浏览器地址栏,而非只看标题里的“官网”。如果进入 GitHub,逐字核对所有者和仓库名;同名仓库、fork、搜索广告都需要继续辨别。
- 仓库与文档的关系:优先由仓库 README、About 或发行说明进入文档。文章引用某个仓库只能证明它提供了引用,不会自动获得开发者身份。
- 发行通道:在 Releases 看清 tag、发布日期及是否标记 Pre-release。下载前记录固定版本,避免把旧教程的版本号当成当前最新版。没有看到附件时先确认页面是否加载完整。
- 附件格式:按操作系统和 CPU 架构选择 Assets。源码归档是给阅读或构建代码使用的;不能把 Source code ZIP 当成 Windows 安装器,把 Linux 内核文件当成 Android APK。
建议保存一条简短下载记录:“项目所有者/仓库、tag、附件全名、下载日期”。它能在升级失败时告诉你原先使用的确切包,比只记“从官网下的”更便于复查。
校验值能证明什么
发布者提供校验和或签名时,应根据同一版本的说明核对。校验对象必须是同一附件,Windows 安装器、便携 ZIP、ARM64 包不能共用摘要。
校验一致主要帮助发现文件传输或内容不一致,不能单独证明软件不存在漏洞。若下载文件与发布者校验值不同,先停下运行步骤,核对版本、文件名和来源,再重新获取;不要把错误忽略后继续安装。
“官网”结果还可能混进哪些内容
- 客户端教程站:提供中文说明,可用于学习,但应继续追溯软件来源。
- 订阅服务站:提供账户、套餐或节点;客户端安装包和订阅账户是两个对象。
- 历史版本归档:可能保留旧项目资料,不应仅凭“最新版”标题判断维护状态。
- 重新打包下载站:应检查文件来源、签名和附加安装项,不能因为下载按钮醒目便跳过来源核对。
如果你的目标只是安装,先进入软件下载目录按设备选择;Android 用户可继续读CMFA 首次使用教程。已经装好但导入失败时,按订阅排查的四个阶段定位问题。
本文的核验范围
核验日期为 2026-09-28。本文依据上表项目 README、发行入口和开发者文档整理,提供来源辨认方法;没有对所有附件逐个下载、安装或进行安全审计。项目发生迁移时,应复查原仓库说明和新旧地址关系,再更新收藏。