选型台 · 版本谱系 · 对号入座
Clash 客户端
版本选型与适配对照
同一个内核，衍生出定位完全不同的客户端。选型的难点不在于「哪个最好」，而在于 你要它替你做什么。这一页把版本谱系、适配矩阵、场景对号与设备匹配依次摆开—— 四步走完，答案自己会浮出来。
Lineage · 版本谱系
三条支线，各自服务一类人
版本差异不是「好坏之分」，而是「取舍之分」。同一内核派生出的三条支线，在发版节奏、功能新鲜度与问题概率上各不相同—— 先想清楚自己属于哪一类人，版本自然就定了。
发版节奏慢，每个版本都要经过较长时间的验证才放出来。新功能往往要等下一个周期才会进入，但换来的是更少的意外和更可预期的行为。
- 发版频率低 · 按月或更久
- 功能新鲜度滞后主线一步
- 问题概率低
- 适合人群日常长期使用
如果你的客户端装好之后就不想再管，稳定版是默认答案——它存在的意义就是让你忘记它的存在。
发版节奏快，新协议、新规则写法、新界面往往最先出现在这里。代价是偶发问题概率上升，某些版本可能需要等下一个修复版才顺手。
- 发版频率高 · 按周计
- 功能新鲜度领先主线
- 问题概率偶发
- 适合人群愿意尝鲜折腾
适合把客户端当兴趣而不是工具的人。愿意跟着更新日志走、遇到问题能自己回退版本，预览版会给你更早的体验。
针对特定平台或使用方式做了取舍：有的把界面压到最简，有的把资源占用降到极低，有的专为移动端触控优化。功能不一定全，但目标场景下的体验往往更好。
- 发版频率随主线同步
- 功能新鲜度按需取舍
- 问题概率取决于平台
- 适合人群特定设备或用途
专用分支的选型逻辑不同：不是挑「哪条线」，而是挑「哪个平台适配得最好」。移动端与低配设备上，它常常比通用版更合适。
Matrix · 适配矩阵
把三条支线摊在桌面上横向比
单看文字描述容易混淆，放进同一张表里就一目了然。下面从六个维度逐项对照—— 每一行都是选型时会真正用到的判断依据。
| 对照维度 | 稳定版 | 预览版 | 专用分支 |
|---|---|---|---|
| 发版节奏 | 低，按月或更久 | 高，按周计 | 跟随主线，不单独排期 |
| 功能新鲜度 | 滞后主线一步 | 领先主线，新特性优先落地 | 按目标场景取舍，未必求全 |
| 稳定性预期 | 高 | 中等 | 看平台适配 |
| 资源占用 | 常规 | 常规，新功能可能略增 | 轻量分支更低 |
| 界面复杂度 | 功能完整，设置项齐全 | 可能先上实验性界面 | 多数精简 |
| 适合人群 | 装好就不想再管的人 | 愿意跟更新日志走的人 | 有明确平台或用途偏好的人 |
| 回退成本 | 低，版本间差异小 | 中等，建议保留上一版安装包 | 低，配置通用可直接搬 |
Seat Match · 对号入座
六个问题，对应六种选法
选型最有效的方式不是看参数表，而是回答几个关于自己的问题。下面把最常见的使用场景与版本建议一一对上， 找到和你最接近的那一条即可。
01只想要一个能长期稳定运行的客户端
装好、导入订阅、然后就再也不动它。这类需求的核心是「别出意外」，功能是否最新并不重要，行为可预期才是第一位。
→ 稳定版02想第一时间用上新协议或新界面
愿意跟着更新日志走，接受某个版本可能需要等下一次修复。这类需求的核心是「早体验」，偶发问题可自行处理是前提。
→ 预览版03主要在手机上用，希望界面简洁
移动端的操作习惯与桌面不同，触控优先的分支在按钮尺寸、页面层级与后台策略上做了针对性优化，日常操作路径更短。
→ 移动端专用分支04设备配置不高，在意资源占用
老旧笔记本、低配安卓机或常驻后台的场景，资源占用比功能数量更重要。轻量分支通常内存与 CPU 占用更低，代价是部分进阶功能收进了二级菜单。
→ 轻量分支05多台设备，希望配置统一管理
桌面端与移动端同时使用，配置需要能直接搬。这时应优先选择配置文件格式通用的客户端，跨设备换用时订阅、规则、策略组可以原样导入。
→ 通用版 + 配置通用06需要精细化排查网络问题
需要看每条连接命中了哪条规则、内核日志是否正常。这类需求对日志可见性与配置编辑能力要求更高，界面信息密度比简洁更重要。
→ 功能完整版Threshold · 系统门槛与更新节奏
选定方向之后，再核对两件事
版本方向定了，还要过两道关：系统门槛够不够，更新节奏接不接受。 这两项不匹配，功能再合适也用不顺。
Audit · 选型复核
选定之前，回头核这四件事
选型最常见的失误不是选错了支线，而是漏掉了某个前提条件。下面四道复核题，选完花一分钟过一遍， 能挡掉大多数「装完才发现不合适」的情况。
系统版本够不够
先去「关于本机」或「系统信息」确认实际版本号，再对照客户端发布页标注的最低要求。系统版本低于门槛时，安装包可能装得上，但核心功能会静默失效——比如 TUN 无法启用，而界面上不会有明确提示。
架构对不对
Windows 看系统类型是 x64 还是 ARM64，macOS 看芯片是 Intel 还是 Apple Silicon，Android 看处理器架构。选错架构的典型表现是双击无反应或启动即闪退，而不是报出明确错误，所以这一步要在下载前确认，而不是装完再猜。
要不要跟着更新走
预览版与专用分支的更新节奏不同。若你希望「装完就不管」，选更新节奏慢、版本间差异小的支线；若你乐于跟着发版节奏走，能接受偶尔回退，预览版会给你更早的新特性。这一点决定的是长期使用体验，比单看功能列表更重要。
换版时配置能不能带走
好消息是：订阅、规则、策略组的写法在各客户端之间通用。换版本或换客户端时，把原配置文件导入新客户端即可，端口、模式等参数也会一并带过去。所以不必担心「选错了就被锁死」——配置的可迁移性，本身就是选型的一道保险。
Quick Check · 四个高频问题
选型时最常被问到的四件事
稳定版是不是功能更少？
不是少，是晚。稳定版的功能通常比预览版滞后一个周期，但该有的核心能力一个不少。它牺牲的是「最早体验」，换来的是「更少意外」。看版本谱系 →
可以同时装两个版本吗？
技术上可以，但不建议同时启用。两个客户端同时开启 TUN 或同时接管系统代理会互相抢流量，表现为时通时断。日常留一个常驻即可。看选型复核 →
选错了要重新配置吗？
不需要。配置文件在各客户端之间通用，换版本时直接导入原配置即可，订阅、规则、策略组都会一并迁移。看安装指南 →
专用分支和通用版怎么取舍？
看你的平台是否有明确偏好。移动端或低配设备上，专用分支的针对性优化通常比通用版更顺手；桌面端功能需求复杂时，通用版的信息密度更有优势。看场景对号 →
Field Notes · 选型笔记
最新文章
Clash Verge Rev 与 Mihomo Party：桌面端到底装哪个
同一内核的两套外壳，界面密度、分组展示与平台覆盖各有取舍，按使用习惯对号入座。
版本稳定版与预览版怎么选：一张取舍清单
从发版节奏、功能新鲜度到回退成本，逐项对照后给出适用人群建议。
移动端安卓端客户端怎么挑：轻量、功能与后台存活
触控优先的分支在界面与后台策略上做了哪些针对性优化，适合哪类使用习惯。
版本怎么看客户端是不是停更了：三个信号
发布间隔、议题回应、构建产物——三处交叉验证，比看星标数靠谱得多。
适配低配设备选型：资源占用与功能完整度怎么权衡
老旧笔记本与入门安卓机上，哪些功能可以舍、哪些不能舍。
跨设备多台设备统一管理：配置迁移与订阅同步的实用做法
桌面端与移动端如何共用一套配置，订阅更新与规则集同步怎么处理。