Clash 原版还能用吗？Dreamacro 仓库现状与替代方案

先给结论

Clash 原版内核指的是 Dreamacro 在 GitHub 上发布的那个项目，仓库地址是 github.com/Dreamacro/clash。这个地址今天已经打不开：本站在 2026 年 10 月 22 日分别访问了仓库主页、Releases 页面、Wiki 页面以及 GitHub 公开接口，返回结果全部是 404。也就是说，想从官方渠道重新下载一份 Clash 原版，现在已经做不到了。

很多人搜「Clash 原版还能用吗」，其实心里有两个问题：一是电脑上已有的旧程序还能不能跑，二是还有没有必要去找它的安装包。前一个问题的答案是：能跑多久取决于你的订阅和系统环境，但它不会再变好了。后一个问题的答案很明确：没有必要，也不建议去找。官方渠道消失之后，任何自称「原版」的下载都没法确认来路，与其冒这个险，不如直接换成仍在维护的同类内核或客户端。

这篇文章只记录能在官方页面上看到的东西。仓库被删除的原因、作者的想法、后续是否会恢复，这些都不是本站能核实的内容，所以一概不写。

核对信息表

下表是 2026 年 10 月 22 日的核对结果。凡是需要打开官方仓库才能确认、但仓库已无法访问的字段，都标为「未能核实」。

字段	核对结果	来源
官方仓库地址	github.com/Dreamacro/clash	项目原地址
仓库是否可访问	官方仓库已无法访问，网页返回 404	https://github.com/Dreamacro/clash
GitHub 接口查询	返回 Not Found（404）	https://api.github.com/repos/Dreamacro/clash
Releases 页面	返回 404	https://github.com/Dreamacro/clash/releases
Wiki 页面	返回 404	https://github.com/Dreamacro/clash/wiki
是否归档	仓库已不存在，看不到归档状态，未能核实	同上
最后版本号	未能核实	无可访问的官方页面
最后发布日期	未能核实	无可访问的官方页面
支持平台	未能核实	无可访问的官方页面
价格	未能核实（官方页面不可访问）	无可访问的官方页面
许可证	未能核实	无可访问的官方页面
作者账号	Dreamacro 账号仍存在，公开仓库列表中没有名为 clash 的仓库	https://api.github.com/users/Dreamacro/repos
替代内核仓库	MetaCubeX/mihomo 可访问，接口显示未归档	https://github.com/MetaCubeX/mihomo

需要特别说明的是最后两行。作者的 GitHub 账号本身还在，账号下也有其他公开项目，只是 clash 这个仓库不在列表里了。这说明问题出在仓库层面，而不是整个账号消失。至于为什么会这样，官方页面没有给出任何说明，本站也就不做猜测。

Clash 原版到底是什么

在 Clash 系软件里，「内核」和「客户端」是两层东西。内核负责真正的工作：读取配置文件、和代理服务器建立连接、按规则决定每个请求走哪条线路。客户端则是你看到的窗口和按钮，负责导入订阅、切换节点、显示流量。Dreamacro/clash 属于内核这一层，本身是命令行程序，过去很多图形客户端都把它打包在里面。

正因为如此，「Clash」这个词在不同人嘴里指的东西并不一样。有人说的是这个原版内核，有人说的是 Clash for Windows、ClashX 这类图形客户端，还有人泛指所有能导入 Clash 格式订阅的软件。机场在教程里写的「Clash 订阅」，通常说的是配置格式，而不是要求你必须用原版内核。弄清这一点，后面的迁移就简单很多：你需要的是一个能读懂 Clash 格式的、仍在更新的程序，而不是执着于某一个具体的名字。

Clash 原版旧程序为什么不宜继续依赖

内核停止更新的影响，往往不会在第一天就显现，而是一点点累积。

第一是协议。代理协议这几年变化很快，新协议、新的传输方式和加密参数不断出现。机场一旦在订阅里加入原版内核不认识的节点类型，轻则这些节点不显示，重则整份配置解析失败，客户端直接报错。关于各类协议的区别，可以参考 协议说明。

第二是安全修复。任何网络程序都可能存在缺陷，正常维护的项目会持续修补。一个不再更新的内核，已知问题不会再有人处理，长时间放在常驻后台的位置并不合适。

第三是下载来源。官方仓库不在了，你如果换了电脑想重新装，只能去网盘、论坛或者陌生网站找文件。这些文件有没有被改动过、有没有夹带别的东西，普通用户几乎无法判断。下载安全指南 里讲过核对来源的基本方法，但对于官方源已消失的软件，核对本身就无从谈起。

第四是配套生态。原来依赖原版内核的图形客户端，很多也已经停更或转向 mihomo。继续守着旧内核，等于把自己留在一个不再有人修路的地方。

Clash 原版应该换成什么

替代方案按使用方式分成几类，选一个顺手的即可。

使用场景	可以考虑	说明
只想要内核，自己写配置	mihomo	MetaCubeX 维护，原 Clash Meta，兼容 Clash 格式配置
Windows、macOS、Linux 图形界面	Clash Verge Rev	内置 mihomo，支持导入订阅链接
想要界面简洁、多平台统一	FlClash	基于 mihomo 的跨平台客户端
安卓手机	Clash Meta for Android	安卓上的 mihomo 系客户端
想了解旧安卓客户端现状	Clash for Android	对比说明旧客户端情况

各页面里有对应项目在官方页面上核对到的版本与平台信息，版本更新频繁，下载前请再到官方页面确认一次。如果你对客户端整体还不熟悉，可以先从 客户端总览 开始看。

从 Clash 原版迁移的步骤

从原版内核换到 mihomo 系客户端，大部分人不需要重写配置，按下面的顺序操作即可。

1. 先找到机场后台提供的订阅链接。多数机场会提供「Clash 订阅」或「通用订阅」，选 Clash 格式那一项复制下来。订阅链接的基本概念可以看 订阅链接说明。
2. 从官方仓库或官方商店下载新的客户端。不要使用第三方打包的「整合版」「免安装版」。
3. 打开新客户端，找到订阅或配置管理的入口，粘贴链接后更新。菜单名称在不同版本中略有差异，常见的叫法有「订阅」「配置」「Profiles」。
4. 更新完成后在代理组里选一个节点，再打开系统代理或虚拟网卡模式。
5. 确认新客户端可以正常工作后，再退出并卸载旧的 Clash 程序，避免两个程序同时抢占端口。

如果你过去是手写配置文件给原版内核用的，大部分字段可以直接搬到 mihomo 下。不过，个别旧字段可能已经调整，启动时留意日志里的提示，按官方文档改正即可。

自建和开发者需要注意的地方

对于在路由器、服务器或脚本里直接调用 Clash 原版二进制的人来说，仓库消失带来的影响比普通用户更具体。

一是自动更新脚本会失效。很多脚本是从 Dreamacro/clash 的 Releases 拉取最新版本，现在这个地址返回 404，脚本要么报错，要么在错误处理不完善时下载到空文件。建议把下载地址改到你选定的替代项目的官方 Releases。

二是依赖项目会出现问题。如果你的代码通过 Go 模块引用了原版仓库，在没有本地缓存的新环境里重新拉取依赖时可能失败。具体如何处理取决于你的构建环境，最稳妥的做法是迁移到仍在维护的上游。

三是许可证信息无法再从官方处确认。如果你基于原版代码做过修改或再分发，请以你当时保存的原始 LICENSE 文件为准，本站无法替你核实。

常见误区

误区一：「原版更纯净，所以更安全」。软件是否安全，关键在于来源可信和持续维护。原版内核如今两者都缺，反而是风险更高的选择。

误区二：「网上有人放了最后一个版本，直接用就行」。这个文件的来源无法回溯到官方，就算文件名和你记忆中一致，也不能证明内容没被改过。

误区三：「换内核就要换机场」。不需要。机场提供的是服务器和订阅，内核只是读取它们的工具。换成 mihomo 系客户端后，原来的 Clash 格式订阅一般可以直接导入。

误区四：「Clash 系软件全都不能用了」。并不是。停掉的是原版仓库，mihomo 以及基于它的图形客户端仍在更新，Clash 格式订阅依然是很多机场的主要输出格式。

小结

Dreamacro/clash 的官方仓库在本站核对时已无法访问，最后版本、发布日期、平台与许可证都无从核实。已经装着旧程序的人，可以在迁移完成前临时使用，但不要把它当作长期方案；还没装的人，不建议再去寻找安装包。想继续使用 Clash 格式订阅，选择 mihomo 内核或基于 mihomo 的图形客户端，是目前最直接的路线。