为什么文件名不能当作版本依据
Clash 电脑端（macOS）的 dmg 在本地很容易被改名、重复下载或从聊天工具二次转发，文件名里的数字不必等于官方 tag。核实版本时，应以 GitHub 发布记录中的 tag_name、发布标题和该 tag 的资产列表为准，而不是以访达里看到的 Clash.Verge_xxx.dmg 字符串为准。仓库要求到 Release 页下载对应安装包；同一页还会区分 Stable、已废弃的 Alpha，以及可能存在缺陷的 AutoBuild。只认磁盘文件名，会把测试通道或旧构建误当成当前正式版。
适用条件：只要需要确认“正在用的是否为某一正式版”，无论是安装前核包，还是安装后对照更新说明，都应回到同一套发布元数据。Windows 的 exe、Linux 的 deb/rpm 即使版本数字相同，也不能用来证明 macOS 包的版本。
用 tag、标题和资产列表交叉核对
打开官方 Release 页，先读当前条目的 tag 与名称。例如正式条目会同时给出 v2.5.7 与「Clash Verge Rev v2.5.7」。这组标识是版本主键。再在该条目的 macOS 小节核对应芯片的文件：Apple 芯片为 Clash.Verge_2.5.7_aarch64.dmg，Intel 为 Clash.Verge_2.5.7_x64.dmg。这里的版本数字必须与 tag 一致，架构后缀必须与本机芯片一致。二者只满足一项，不能算核实完成。
同一 tag 的资产列表还会出现 Clash.Verge_2.5.7_aarch64.app.tar.gz、Clash.Verge_2.5.7_x64.app.tar.gz 以及签名文件、latest.json。它们用于核对“该版本官方到底发布了哪些文件”，不能把列表外的同名文件补进来。若本地文件名已被改成“最新版”“mac 通用”之类，应丢弃文件名，只用体积、下载地址是否指向 releases/download/v2.5.7/ 这一路径、以及资产列表是否包含该文件来判断。
通道也要单独核：Stable 写明适合日常使用；Alpha 已废弃；AutoBuild 写明可能存在缺陷。版本号相近不等于通道相同。核版本时同时记下通道，避免把滚动构建的缺陷当成正式版回归。
安装后仍以发布页为准，对不上就重下同 tag 原文件
若已经装上，不要只根据启动画面或口头相传的“2.5.x”下结论。回到 Release 页，用当前声称的版本去找对应 tag：发布说明、macOS 修复条目、dmg 资产必须指向同一 tag_name。例如要验证是否包含 v2.5.7 的 macOS 启动修复，必须能在 v2.5.7 说明中找到相应条目，并且本机包是该 tag 的 aarch64 或 x64 dmg，而不是仅文件名含 2.5.7。
失败时的下一步：对不上 tag 或资产列表，回到仓库 Release 重新下载，不要改本地文件名充数；架构后缀与芯片不符，换同一 tag 的另一 dmg，不要用 x64 包在 Apple 芯片上“先开着”；无法判断通道时，日常使用只保留 Stable，把 Alpha/AutoBuild 从对照表里拿掉。核版本的目标是让「tag、资产名、芯片架构」三者一致，文件名只是这三者的派生物。
https://github.com/clash-verge-rev/clash-verge-rev https://github.com/clash-verge-rev/clash-verge-rev/releases