Release 下载ClashX (legacy) · GitHub Release 历史版本 · 三路反代镜像

本区块同步 ClashX (legacy) 的官方 GitHub Release,并为最近版本生成 三路反代镜像加速下载通道。 默认展开最新正式版;如果项目只有预发布版,会在版本旁单独标注。下载按钮会先进入本站确认页,可继续下载或复制真实链接。

暂无公开 Release 资产,请到 yichengchen/clashX Releases 页 查看后续发布。

ClashX 由 yichengchen 维护,2019-2023 年是 macOS 端常见的 Clash 客户端。2026 年再看它,重点已经不是“怎么装”,而是“怎么安全地把旧配置搬走”。

ClashX 现在还适合谁?

你的情况处理建议原因
旧 Mac 上还能正常跑 ClashX先保留,不急着删除方便导出原始配置和订阅 URL
新 Mac 准备第一次安装不建议从 ClashX 开始维护状态和协议支持都落后
只想查看 config.yaml可以临时打开旧版本查看 YAML 不等于长期使用
多系统一起用代理客户端直接换 Clash Verge RevWindows / macOS / Linux 体验更统一

如果你只是想恢复一个旧订阅,ClashX 仍然有价值。它的问题在于不适合承接 2026 年的新协议、新内核和新 macOS 权限模型。

ClashX 为什么不再适合新装?

  1. 内核路线停在旧 Clash 时代:原 Clash Premium 已经停止维护,后续生态主要转向 Mihomo。
  2. 新协议支持不足:Hysteria 2、TUIC、Reality 等配置更依赖 Mihomo 或 sing-box 生态。
  3. macOS 权限变化更麻烦:TUN、系统代理、后台权限在新系统上更容易出现兼容问题。
  4. 订阅模板变了:很多订阅已经默认输出 Clash.Meta / Mihomo 风格字段,旧 ClashX 解析失败时不一定给出清楚提示。

这不是说旧 ClashX 一定不能运行,而是它的失败成本变高了:你会花时间判断是订阅错、内核旧,还是 macOS 权限没接上。

迁移前先备份哪三个东西?

先不要卸载 ClashX。迁移前只做三件事:

cp -r ~/.config/clash ~/Desktop/clash-backup-$(date +%Y%m%d)
要备份的内容常见位置用途
config.yaml~/.config/clash/规则、代理组、DNS 配置
订阅 URLClashX 菜单或配置文件导入新客户端
自定义规则配置文件内 rules / rule-providers避免迁移后分流变化

如果你维护的是工作机或多端配置,订阅链接是否兼容比客户端本身更关键。确认新客户端能读取 YAML 后,再考虑把兼容 Clash / Singbox / V2Ray 的订阅作为统一导入来源,避免每台设备维护一套格式。

迁移到 ClashX Meta 怎么做?

ClashX Meta 适合不想换界面的老 ClashX 用户。它的优势是菜单习惯接近,内核换成 Mihomo 后能接住更多新配置。

1. 下载 ClashX Meta

以 GitHub Release 为准:

github.com/MetaCubeX/ClashX.Meta/releases

2. 导入旧订阅

优先导入订阅 URL,不要一开始就复制整个旧目录。这样更容易判断失败原因:

  • URL 能导入:说明订阅本身可用。
  • URL 不能导入,看订阅返回内容是不是 YAML。
  • 导入后无节点:再看代理组名称和 provider 字段。

3. 再迁移本地自定义规则

确认订阅可用后,再把旧 config.yaml 里的规则、DNS、自定义分组逐段迁移。一次只改一块,方便回退。

迁移到 Clash Verge Rev 适合什么人?

如果你同时用 macOS、Windows 或 Linux,Clash Verge Rev 更适合作为统一桌面客户端。

对比项ClashX MetaClash Verge Rev
上手成本更低,接近 ClashX中等,需要熟悉新界面
跨平台主要面向 macOSmacOS / Windows / Linux
配置管理老 ClashX 用户更顺手Profiles 管理更清楚
适合人群只用 Mac 的老用户多系统、多设备用户

迁移步骤很简单:

  1. 下载 macOS 版安装包,M 系列选 aarch64,Intel 选 x64。
  2. 打开 Profiles,选择从 URL 导入旧订阅。
  3. 导入后先看节点列表,再看规则组,再测试系统代理。
  4. 需要全局接管时再启用 TUN,不要把 TUN 当成第一步。

验收标准

迁移完成后,不要只看菜单栏图标。按下面顺序检查:

验证项成功表现失败时先看
订阅导入节点数量和旧客户端接近URL 是否返回登录页或报错页
规则组Proxy / DIRECT / REJECT 等组能切换YAML 里的 proxy-groups
系统代理浏览器流量能走客户端macOS 网络代理权限
DNS域名解析没有明显卡顿fake-ip / redir-host 配置
TUN非浏览器应用也能接管系统扩展授权和路由表

只要订阅、规则组、系统代理三项正常,迁移就已经完成大半。TUN 可以放到最后处理;如果 Profiles 更新失败,再按 Clash Verge Rev 订阅更新失败排查 单独看返回内容和 YAML 解析。

历史版本还要不要留?

ClashX 历史版本仍可从官方仓库 Release 页面查看:

github.com/yichengchen/clashX/releases

建议保留旧安装包和旧配置 7-14 天。等新客户端跑过日常使用场景后,再删除旧环境。