Clash 客户端下载

项目历史：区分名称与维护状态

Clash 生态包含内核、图形客户端、配置工具和控制面板，名称相近并不意味着它们属于同一个项目。原始 Clash 项目与后续社区实现需要分别看待；mihomo 延续了 Clash Meta 相关技术路线，是当前许多客户端采用的开源内核。旧教程中的截图、菜单或字段可能来自已经停止维护的客户端，操作时应以正在使用的项目文档为准。

下载页对归档客户端单独标注，方便需要兼容旧环境的用户识别。选择时优先考虑仍在维护、适配当前系统的实现，不应只根据名称是否熟悉作决定。首页不展示具体发布编号，客户端发布信息集中留在下载页，避免将内核发布与图形界面发布混为一谈。

内核关系：处理连接与管理配置分工

内核负责解析配置、建立连接、匹配规则并执行 DNS 与网络接管逻辑；图形客户端提供订阅管理、模式切换、系统代理、日志查看等操作入口。因此，相同内核能力在不同客户端里可能有不同的开关名称，甚至由服务组件代为管理。使用某个字段之前，既要确认内核支持，也要确认客户端是否允许直接编辑或覆写。

客户端更新与内核更新不是一回事。更新界面后，某项网络行为不一定改变；替换内核后，配置的兼容性也可能变化。排查时记录客户端名称、系统环境、启用模式和错误提示，比只描述“已经更新”更有帮助。需要重现问题时，尽量使用最小配置，并先去除与问题无关的规则和覆写。

开源社区：从代码与文档核对能力

mihomo 的公开仓库提供源码、许可证、问题讨论与发布说明，许可证采用 GPL-3.0。开源意味着实现可以被查阅，维护状态也能通过公开记录判断，而不是由下载页面上的宣传决定。协议支持、字段行为与已知问题应参考内核文档及发布说明；某个客户端的界面功能则应查阅该客户端自己的说明。

向社区提交问题前，先搜索是否已有相同现象，并整理复现步骤。日志中的订阅地址、访问密钥、出口地址和个人访问记录可能包含敏感信息，不应直接公开完整原文。分享经过整理的错误片段、相关配置字段与实际观察结果，更有利于讨论。本站提供中文导航与操作说明，具体项目的维护责任和许可证以各自仓库为准。

更新机制：软件与订阅分别管理

软件更新改变客户端或内核实现，订阅更新刷新连接信息、策略与规则，两者应分别处理。更新订阅前，确认个人修改是否保存为本地覆写；更新软件前，备份当前配置和必要设置，并阅读与网络行为有关的变更。不要把远程订阅原文当作永久保存个人设置的地方，因为下一次更新可能覆盖这些编辑。

升级后若出现异常，先检查内核是否成功加载、覆写是否仍生效，以及系统代理或 TUN 是否重新启用。网络可用时不必为了追逐某个编号频繁改变配置；需要新增能力或解决已知问题时，再依据发布说明安排更新。任何一次修改都应留有可恢复的基线，便于判断变化来自软件、配置还是当前网络环境。