代理客户端资料

Clash 官网怎么认:从项目名称核对到发布来源

认 Clash 相关网站,要先分清具体项目,再核对仓库归属、维护状态和发布记录。Clash 系客户端分别发布,旧名称还可能跳转到新仓库。这里说明如何沿项目说明找到发布页、区分正式版与预发布,并处理旧地址失效或页面冒用项目身份的情况。

资料整理
本文章节

为什么不能用一个“Clash 官网”概括所有项目

Clash 相关名称对应着不同项目。mihomo 是内核,Clash Verge Rev、FlClash、Clash Party 等客户端则有各自的仓库和发布记录。寻找客户端时,不能把内核的发布页当成对应客户端的发布页。

旧名称还会增加辨认难度。截至 2026-11-08,MetaCubeX/Clash.Meta 会跳转至 MetaCubeX/mihomo,原地址下的 Releases 也转向新仓库。看到 Clash.Meta 和 mihomo 两种写法,应结合跳转目标与客户端的内核说明判断,不能只看名称是否相同。

Clash Verge 与 Clash Verge Rev 也需要区分。Rev 的 README 将自身描述为原项目的后续延续。截至 2026-11-08,zzzgydi/clash-verge 已归档,而 clash-verge-rev/clash-verge-rev 尚未归档。两个地址的状态不能混用。

对 ClashX 系名称,还有更明确的提醒:ClashX Meta 的项目说明表示,ClashX、ClashX Pro、ClashX Meta 均未设立官方网站,并警示冒用这些名称宣称项目官网的页面。这个说明针对列出的三个名称,不能扩大成所有 Clash 系项目都没有文档网站。

要分清这些客户端与内核的对应关系,可以看客户端名称与内核对照。

发布页要看仓库归属,也要看发布标记

进入 GitHub 后,把地址中的维护者与仓库名一起核对。只看页面标题里的产品名,会漏掉项目归属这一层。

下表列出可用于核对的发布地址。截至 2026-11-08,表内仓库均未归档;正式版记录也以该核对日为界。

项目应核对的仓库截至 2026-11-08 的正式版发布记录
Clash Verge Revclash-verge-rev/clash-verge-revv2.5.10查看 Rev 发布记录
FlClashchen08209/FlClashv0.9.3查看 FlClash 发布记录
Clash Partymihomo-party-org/clash-partyv2.0.4查看 Party 发布记录
Clash Meta for AndroidMetaCubeX/ClashMetaForAndroidv2.11.36查看 Android 项目发布记录
mihomo 内核MetaCubeX/mihomov1.19.33查看 mihomo 发布记录

发布页中的 Latest 与 Pre-release 要分别读。版本数字更大,不等于它已经成为正式发布。

Clash Mi 就能说明这个区别:截至 2026-11-08,v1.0.31.1703 带有 Latest 标记;另一个 v1.0.32.1803 则标为 Pre-release。核对“最新正式版”时,不能把后者直接替换进去。

日期也要认清位置。截至 2026-11-08,Clash Party v2.0.4 的 releases.atom 显示日期为 2026-09-20,对应 tag 页面显示的发布日期为 2026-10-18。两处记录不同,发布日应采用 tag 页的日期,不能混写。

确认版本后,再看该条发布记录附带的文件。其他页面写出的版本号、文件名,应与对应发布记录逐项对上;版本是否更新,仍要以访问当天的发布页为准。

校验来源三步:名称、说明、发布记录

  1. 写清项目全名与仓库路径。

将 Clash Verge Rev、Clash Party、FlClash 等名称分别核对。遇到旧地址跳转,继续检查落地后的维护者与仓库名。截至 2026-11-08,mihomo-party-org/mihomo-party 的旧地址会转至 mihomo-party-org/clash-party,应在新地址下继续核对。

  1. 阅读对应分支的项目说明。

不同分支的说明可能属于不同阶段。截至 2026-11-08,ClashX Meta 的默认 master 分支仍保留旧 ClashX 的介绍,活跃分支则是 meta。核对 ClashX Meta 的身份,应阅读 meta 分支说明,避免用旧介绍解释当前项目。mihomo 也存在默认分支内容与内核说明不一致的情况,可从其 Releases 与 mihomo 文档继续核对。

  1. 把维护状态与发布记录分开检查。

仓库能打开、是否归档、有没有正式发布,是不同问题。截至 2026-11-08,旧 Clash Verge 地址仍能访问,但仓库已归档。因此,“页面可以打开”不能单独证明项目还在维护;发布页上有文件,也不能代替对仓库身份的核对。

完成这三步,再按设备系统寻找对应客户端。需要查看不同系统的项目发布地址,可接着看按系统整理的下载来源。

遇到冒牌站或旧地址失效怎么办

页面自称“官网”,先回到对应项目的说明核对。对于 ClashX、ClashX Pro、ClashX Meta,应结合前述 README 中的身份提醒判断;不要让页面自己的称呼替代项目声明。

遇到打不开的旧仓库,也不要根据其他页面的解释补出原因。截至 2026-11-08,Dreamacro/clash、Fndroid/clash_for_windows_pkg、yichengchen/clashX 均返回 404。这个状态只能说明当日地址不可读。发生原因与具体时间,官方没有说明。

“停止维护”还要看是谁作出的表述。Clash Verge Rev 的友情链接页面截至 2026-11-08,将 clash-verge、clash_for_windows_pkg、clashX 等列入停止维护的项目。这是 Rev 文档对这些项目的描述,不能写成每个项目都亲自发布过相同声明。

发现页面身份与项目说明对不上,或文件来源无法对应发布记录,就返回已核对的项目发布页。旧地址不可读时,也不能把另一个同名页面直接视为原项目的接替者。

Clash 资料站的身份说明可见关于本站与资料整理范围。

第三方整理,与项目方无关。