认来源，要把发布页和项目名称一起看
发布页究竟在哪里？
Clash Verge Rev（clash-verge-rev 仓库）的发布地址是 GitHub Releases，识别时要核对完整仓库名 clash-verge-rev/clash-verge-rev。截至 2026-11-08，下文涉及的发布与项目状态以这一日期为界，最新正式版是 v2.5.10，发布日期为 2026-11-03。项目文档明确将 GitHub Release 列为唯一发布渠道，因此判断下载来源时，应把链接落点放在页面名称前面看。本站 clashverge下载.top 是第三方资料站，站名中的 Clash Verge 不能作为项目方身份的证明。
写着 Clash Verge，就能认定属于同一个项目吗？
需要把名称和仓库对应起来：Rev 的项目说明将自己定位为 Clash Verge 的延续，并介绍它是基于 Tauri 的 Clash Meta 图形界面。旧项目对应的是 zzzgydi/clash-verge，Rev 对应的是 clash-verge-rev/clash-verge-rev，两个地址不能混作同一处发布来源。只看到页面标题里的 Clash Verge，还不足以确定它指向哪个项目；遇到省略 Rev 的介绍，应继续查看其仓库链接。想进一步区分两者，可以阅读旧版与 Rev 的关系说明。
旧仓库还在，是否代表它仍在维护？
旧项目仓库显示，所有者已在 2023-11-03 将其归档，仓库处于只读状态，README 留下的是“Removed”。旧版最近一次发布记录为 v1.3.8，日期是 2023-10-31；补充核对时，仓库的 Releases 区没有展示发布条目，这两处信息分别来自此前保留的发布记录与当次仓库页面。归档信息能用来判断仓库状态，但旧版是否仍能使用，官方没有说明。辨认当前 Rev 的发布来源，应回到 Rev 仓库，不能仅凭旧仓库仍能打开就判断维护仍在继续。
文档站与发布页，分别用来核对什么？
项目 README 将安装说明和常见问题引向文档站，并让读者到发布页取得对应安装文件。README 中的文档域名是 clash-verge-rev.github.io，核对时会转向 www.clashverge.dev；下载与安装文档可以用来核对发布渠道说明。文档站承担说明作用，Releases 展示具体发布内容，二者的用途不同。判断一个文档地址是否与项目有关，要看项目说明中的引用关系，不能只凭域名里出现了产品名称。
进入 Releases 后，怎样区分正式版和测试发布？
README 把 Stable 列为日常使用的正式发行类型，把 AutoBuild 列为用于测试反馈的滚动发行类型，并提示后者存在缺陷风险。Alpha 在说明中已被标为废弃，其原本用途是测试发布流程，不能把它当成另一个日常发行分支。核对版本时，既要看标签，也要看所属发行类型，不能把测试发布直接写成最新正式版。需要继续辨认各系统的文件，可以查看安装文件与系统架构的对应说明。
项目说明与安装文件对不上，应该怎样判断？
README 的 Windows 支持说明列有 x64 和 x86，但 v2.5.10 的实际安装文件只有 x64 与 ARM64，资产列表中没有 Windows x86 安装包；前者来自项目说明，后者来自该版发布资产。遇到这种差异，应保留两处信息的出处，不能据此编出一个不存在的文件名，也不能把说明中的架构直接当成可下载文件。发布资产里的同名 .sig 是签名文件，latest.json 是更新清单，都不能当安装程序使用。后续版本的文件与状态需要重新核对，相关内容可接着看更新时需要核对的发布信息。
第三方整理，与项目方无关。