搜「Clash 下载」，前几条结果里仍然躺着 Clash for Windows。它的仓库 2023 年 11 月就没了，到今天还有人照着三年前的教程装。软件停更不会在界面上贴告示，用着用着某天节点连不上，多数人只会去怪机场。
好在这件事自己就能查清楚，几分钟的事。下面按可操作的顺序写。
停更长什么样，先分清五种
仓库被归档。 最明确的一种。GitHub 的文档写明，仓库归档之后，它的议题、拉取请求、代码、标签、里程碑、项目、维基、发布、提交、标记、分支、反应、代码扫描告警、评论和权限全部变成只读，用来表明项目不再被积极维护。归档是可逆的，作者随时能取消。
仓库被删除或改名。 打开是 404。这一种最危险，因为官方渠道没了，网上流传的安装包全是别人转存的，来源没法核实。
作者在简介或 README 里明说。 有些项目不归档，直接把「不再维护」写进仓库简介。
还在提交，但很久不发版。 代码在动，Releases 页停在很久以前。你下到的安装包落后于代码，这一种最容易被误判成维护良好。
只在商店发布，没有公开仓库。 iOS 上的闭源客户端多是这样，只能看商店页面的更新日期。
仓库上要看的三处
打开项目的 GitHub 页面，从上往下看。
第一处在页面最上方。 归档的仓库会有一条横幅，写着这个仓库已归档、现在为只读状态。横幅旁边还有仓库简介，作者交代情况一般就写在这里。
第二处是右侧的 Releases。 点进去看最新那一个的日期，同时注意标签。GitHub 只给一个版本标 Latest，标着 Pre-release 的是预发布版，不算正式版本。两者混在一起时，以 Latest 那个为准。
第三处是提交记录。 代码列表右上角显示最后一次提交的时间，点进 Commits 能看到完整历史。这一处和第二处要对着看，只有两处都停了才是真的停。
三处看下来，还有一个补充信号值得瞄一眼。Issues 里最近的几条有没有人回复，作者最后一次说话是什么时候。项目交接的时候，继任项目的地址通常就写在 README 顶上或者某个置顶 issue 里。
两条命令省得一页页翻
要查的客户端不止一个的时候，直接问 GitHub 的接口更快。把仓库路径换成你要查的那个。
curl -s https://api.github.com/repos/MatsuriDayo/nekoray返回的 JSON 里盯三个字段。archived 为 true 说明已归档。description 是仓库简介，作者的交代常常就在这里。pushed_at 是最后一次推送代码的时间。
curl -s https://api.github.com/repos/MatsuriDayo/nekoray/releases/latest这一条返回最新的正式发布版，看 tag_name 和 published_at 两个字段。返回 "message": "Not Found" 有两种可能，仓库不存在，或者这个项目从来没发过正式版。
上面两条命令本站 2026 年 9 月 18 日逐个跑过，下面这几个例子的数字都来自当天的返回。
本站收录里的四个例子
NekoRay 属于明说的那一种。 接口返回的 archived 是 true，description 开头就是一句中文，不再维护，自寻替代品，后面才跟着原本的英文简介。pushed_at 停在 2024 年 12 月 12 日，最后一个版本 4.0.1 也是那天。社区有个延续项目叫 Throne，README 标题注明 Formerly Nekoray。
Clash for Windows 属于删库的那一种。 请求它原来的仓库地址 Fndroid/clash_for_windows_pkg，接口直接返回 "message": "Not Found"。互联网档案馆留着记录，2023 年 11 月 2 日上午的存档里页面还在，发布列表已被清空，当天下午就变成了 404。它从来没有公开过源码，最后一个版本是 0.20.39。现在搜得到的安装包都是第三方转存的，本站不提供入口。
Clash Verge 原版 属于归档那一种，还带一条支线。 作者 zzzgydi 的仓库 archived 为 true，最后一次推送是 2023 年 11 月 3 日，最后一个正式版是 10 月 30 日的 v1.3.8。同期 MetaCubeX 组织 fork 了一份，那一份也已归档，最后停在 2024 年 1 月 16 日的 v1.4.8。接着把这个项目做下去的是 2023 年 11 月 21 日建仓的 Clash Verge Rev，接口显示它 archived 为 false，2026 年 9 月 18 日当天还有推送，最新正式版是 7 月 19 日的 v2.5.2。三个名字接近的仓库，状态各不相同，光看名字会认错。
Clash Nyanpasu 属于最容易误判的那一种。 它没有归档，2026 年 9 月 18 日当天还有推送记录，仓库看上去很活跃。可是最新的正式发布版是 2024 年 9 月 7 日的 v1.6.1，应用自带的更新检查给出的也是这个版本号。也就是说代码一直在改，打包发布这一步停了两年。下载页上摆着的仍然是两年前那个包。
顺带说一句尺度。发布间隔本身不能单独下结论，Clash Verge Rev 在上面这次核对里也有两个月没发正式版，但它的提交是当天的。三处信号一起看才准。
商店里的应用和查不到仓库的客户端
iOS 上的付费客户端基本都闭源，没有公开仓库。能看的是 App Store 页面上的更新日期和版本历史，苹果会显示最近一次更新的时间和更新说明。安卓在 Google Play 上同理。
查不到仓库、商店页面也语焉不详的，就得承认不知道。本站收录的客户端里有几个 iOS 应用属于这种情况，既找不到公开仓库，也拿不到可核对的版本号，维护状态一栏写的就是未知。挑客户端的时候，状态未知本身就是一条减分项。
还有一层要分开看。图形客户端和它背后的代理内核是两个项目，各停各的。原版 Clash 内核的仓库 2023 年也打不开了，接着跑的是 mihomo。客户端把内核打包在安装包里，客户端停更，它带的那份内核就一起冻在那个版本，哪怕内核项目本身还在更新。所以核对客户端的时候，顺手看一眼它自带的内核版本，两者说的是不同的事。
查出来停更了，做这三件事
第一件，把订阅链接找出来。 迁移唯一要搬的东西就是它。在旧客户端的订阅页复制那条地址，节点、规则、策略组都跟着订阅走，不用手动搬。原链接找不到了就登录机场用户中心重新复制一份。
第二件，挑一个还在维护的客户端，用上面三处再核一遍。 别只看下载量和推荐文章的发布日期。本站每个客户端页顶上都写了核对日期和当时的最新版本号，可以拿来和你自己查到的对一下。
第三件，把旧的卸载干净。 旧安装包别留着，更别去网上找那些还在流传的转存版本。停更项目的安装包为什么不能随便装，写在装客户端时系统弹的警告那篇里。
已经导入的订阅在新客户端里跑不起来的话，先分清是格式对不上还是链接本身的问题，顺序在订阅导入不进来怎么办里。