用完整项目名回答软件身份
clash是什么，不能只凭一个短名称回答。阅读材料时，需要同时看仓库的组织名、项目名，以及页面讨论的是应用界面还是连接内核。clash是什么软件这个问法覆盖了这些不同对象；将它们分开，后面关于安装与配置的描述才有明确主语。
可以先从Windows 客户端认识图形应用，再从mihomo是什么理解内核。它们互有关联，但文章中的版本号、系统要求和配置章节仍分别归属各自项目。只写“Clash 版本”，会缺少正在讨论的对象。
图形客户端与内核在资料中分别出现
| 资料里的名称 | 识别角度 | 接下来阅读什么 |
|---|---|---|
| Clash Verge Rev | 图形客户端项目 | 安装与配置入口 |
| FlClash | 使用 mihomo 的应用 | 对应平台与发布资料 |
| mihomo | 内核项目 | 入站、出站、DNS 与集合 |
| Clash.Meta | mihomo 的原有名称 | 当前项目与发布记录 |
这张表不是所有相关软件的名单。macOS 的应用实例可看clash for mac，Android 可看clash for android。平台文章处理安装对象，内核文档处理连接与配置对象，阅读顺序可以由你当前的问题决定。
名称变化需要保留具体项目的范围
原版项目的变化原因，官方没有公开说明。本页聚焦能够在当前来源中对照的项目关联，不给名称变化补充动机。阅读历史教程时，保留教程所指的完整项目，再看它的配置章节是否与当前项目对应；缺失的对应关系写为官方页面未写明。
配置文档把入口和出口分开组织
入站分类文档把 HTTP、SOCKS、Mixed 归入应用代理，把 Redirect、TProxy、TUN 放在透明代理与系统接管的分类中。这是内核文档的分类方式，可以用来理解一个连接从哪里进入处理过程。
订阅资料与应用发布有各自的来源
应用的发布页对应软件文件，订阅资料则涉及内容来源与文件表达。两者放在不同记录栏中，就不会把安装一个客户端写成已经取得远程配置。关于地址与返回文字，见订阅链接；关于集合格式，见clash订阅链接。
如果正在处理导入失败，记录实际入口和提示原文，再对照Verge 配置排障。本页只是建立项目与资料之间的关系，不为某个未给出的订阅内容判断兼容性。尚未取得的格式或版本信息继续留空。
从自己的问题选择下一份资料
对未知对象，不必先替它命名。保留页面显示的名称、发布标签和操作位置，之后再补充官方关联。术语总览可以读网络术语表。
这套阅读路线得到的是项目身份与资料归属，而不是仅凭名字给出能力评价。
项目延续与名称转换采用不同表述
Verge 许可证为 GPL-3.0，FlClash 也是 GPL-3.0。许可记录与系统要求各有对象，能够说明的是资料上写出的许可；某台设备如何启动应用仍要按该应用的平台文档核对。读文档时将项目身份放在开头，后续的包形态、版本号和模式名就有了明确归属。
客户端平台信息回到应用本身
截至 2026-10-23 的官方记录
名称关系、界面框架与应用平台在这里各归其项目，便于继续查阅。