DESKTOP
Windows
适合使用图形界面管理订阅、策略组与系统代理。下载前先确认系统架构和客户端维护状态，安装后再导入订阅并检查监听端口。
前往下载CLIENT PROOF · 2026
Clash中文版客户端下载与配置
从客户端选择开始，依次核对订阅、端口、代理模式与规则顺序。本站以永久免费、代码开源和中文文档为索引，整理 Clash 图形客户端与 mihomo 内核的实际配置路径。
- 桌面与移动客户端
- YAML 字段参考
- 系统代理与 TUN
- 规则分流与 DNS
COMPOSING / 01
从订阅到规则的三道工序
把 Clash 使用过程拆成检字、排版与付印：先确认配置来源，再校对字段关系，最后接管系统流量并检查结果。
订阅导入与配置来源
第一步不是急着打开系统代理，而是确认客户端能否读到完整配置。远程订阅通常包含节点、策略组、规则与 DNS 设置；本地 YAML 则适合保留手工调整。导入后应先查看更新时间、策略组名称和节点列表是否出现，再判断订阅地址、网络权限或格式是否需要处理。
不同图形客户端的入口名称可能写作 Profiles、配置、订阅或配置文件，但底层目的相同：把一份可解析的 YAML 交给内核。更新订阅前要留意本地覆写方式，避免把临时修改误当成远端内容。本站教程按照“导入—检查—选择”的顺序编排，让首次连接前的错误尽量停留在配置层，而不是拖到系统网络层再排查。
mixed-port: 7890
mode: rule
allow-lan: false
proxy-groups:
- name: 节点选择
type: select
proxies:
- 自动选择
- DIRECT端口、策略组与规则顺序
配置能够载入后，需要逐项校对端口字段、策略组引用和规则顺序。mixed-port 可以同时接收 HTTP 与 SOCKS5 请求，适合多数桌面客户端；单独使用 port 或 socks-port 时，则要确认系统代理填写的是对应监听端口。端口冲突通常表现为内核启动失败或系统代理已开启但请求无法进入客户端。
规则采用自上而下的首次匹配机制，具体域名与网段应放在宽泛规则之前，兜底项通常位于末尾。策略组名称还必须与规则右侧引用完全一致。相比只提供开关说明的简略指南，这里的校样路径会同时检查字段名称、缩进层级、引用关系与生效位置，便于定位“YAML 能读取但分流结果不正确”这一类问题。
rules:
- DOMAIN-SUFFIX,example.org,DIRECT
- GEOIP,CN,DIRECT
- MATCH,节点选择
dns:
enable: true
ipv6: false
enhanced-mode: fake-ip系统代理、TUN 与连接核对
完成配置校对后，才进入系统接管阶段。常规系统代理主要覆盖遵循操作系统代理设置的应用，操作简单，适合浏览器和多数桌面软件；TUN 模式在网络层接管更多流量，适合不读取系统代理的应用，但会涉及虚拟网卡、路由与权限。两种方式不必同时作为默认选择，应根据应用范围和排查成本决定。
连接后应按固定顺序核对：内核是否正常运行、当前策略组是否选中可用项、系统代理端口是否与监听字段一致、日志是否出现循环连接或 DNS 错误。若只有个别网站异常，应回到规则与 DNS；若所有请求都失败，则优先检查内核、端口和系统接管。这样的分层检查比反复切换节点更容易找到真正的故障位置。
tun:
enable: true
stack: mixed
auto-route: true
auto-detect-interface: true
log-level: info
unified-delay: trueTYPE CASE / 02
按平台选择 Clash 客户端
首页只给出平台入口。具体客户端、系统要求和安装包架构集中放在下载中心，避免把不同操作系统的步骤混在一起。
DESKTOP
macOS
适合在菜单栏管理连接状态与策略选择。Apple Silicon 与 Intel 使用不同安装包时，应先查看“关于本机”中的芯片信息，再进入对应下载项。
前往下载MOBILE
Android
适合通过应用内 VPN 权限接管移动设备流量。应根据设备处理器选择通用包或对应架构，并在首次连接时确认系统弹出的网络权限。
前往下载MOBILE
iOS
适合在 iPhone 与 iPad 上通过客户端导入订阅，并由系统确认 VPN 配置。完成导入后，应先选择策略组，再检查首次连接的权限状态。
前往下载DESKTOP / SERVER
Linux
桌面用户可选择图形客户端，服务器与路由环境通常直接使用 mihomo 内核。安装前要区分发行版包格式、CPU 架构和服务启动方式。
前往下载PROOF / 03
Clash 开源生态与内核关系
客户端名称相近，但图形界面、内核与配置文件并不是同一层。理解三者关系，才能正确判断更新、兼容与故障来源。
PROJECT HISTORY
原版 Clash 与后续生态
Clash 最初以规则代理内核和 YAML 配置体系形成广泛使用的生态。原版项目停止维护后，已有客户端不会因此立刻改变工作方式，但新协议支持、网络栈修正与配置扩展逐渐转向后续维护分支。查看客户端时，需要区分它沿用的是旧内核、独立内核，还是持续更新的 mihomo。
“Clash 客户端”常被用作一组软件的统称，并不代表所有图形界面来自同一项目。下载页按平台列出可选客户端，并明确标注停止维护的项目，方便根据系统与更新需求取舍。
OPEN ECOSYSTEM
图形界面与配置格式
图形客户端负责订阅管理、策略切换、系统代理、日志查看和内核更新；真正执行规则匹配与流量转发的是内核。YAML 配置则处于两者之间，既描述监听端口、DNS 和 TUN，也定义节点、策略组与规则。界面显示异常不一定是内核故障，内核报错也不一定来自订阅地址。
排查时先判断错误发生在哪一层：订阅无法下载属于来源或网络问题；YAML 解析失败属于配置结构问题；端口无法监听属于本机环境问题；规则命中不符合预期，则要检查顺序、策略组引用和 DNS 行为。
MIHOMO CORE
mihomo 内核定位
mihomo 延续 Clash 配置思路，并增加了更多协议、规则能力和网络选项。部分客户端把 mihomo 作为默认内核，也有客户端允许切换内核版本。迁移旧配置时，基础字段通常容易理解，但实验性选项、DNS 行为、规则提供器和覆写机制仍应按当前内核文档逐项核对。
普通桌面用户通常更适合从图形客户端开始，因为客户端已经处理安装、权限和系统代理入口。服务器、软路由或需要精确控制服务参数的用户，才更常直接部署内核并自行维护配置与启动服务。
UPDATE METHOD
更新时分别检查三项
一次完整更新可能包含客户端程序、内核文件与远程订阅三部分。客户端更新影响界面和系统集成，内核更新影响协议与配置行为，订阅更新则改变节点、策略组和规则内容。把三者混为一个“版本”，容易在异常出现时回退错误的对象。
更新前可记录当前客户端名称、内核类型、配置来源与关键覆写。更新后先确认配置能够载入，再检查策略组和系统代理，最后验证规则分流。若问题只在订阅刷新后出现，应优先对比配置内容，而不是立即重装客户端。
SOURCE / MIHOMO
获取 mihomo 源代码
需要阅读实现、编译内核或跟踪配置行为时，可从公开代码仓库获取项目。普通客户端用户不需要执行此命令，直接使用下载中心的图形客户端即可。
git clone https://github.com/MetaCubeX/mihomo.git
MARGIN NOTES
常见问题精选
先按故障层级判断，再进入对应教程，避免在端口、节点与规则之间反复试错。
导入订阅后没有出现节点，先检查什么？
先确认订阅地址能否正常访问、客户端是否显示更新时间，再查看配置解析日志。如果远程内容为空、格式不是 YAML，或订阅需要额外授权，客户端通常无法生成节点和策略组。完整导入顺序可参考Clash 使用教程。
系统代理已开启，但浏览器仍然无法连接怎么办？
依次检查内核运行状态、监听端口与系统代理端口是否一致，再确认当前策略组已经选择可用项。修改 mixed-port 后如果没有同步系统设置，请求仍会发送到旧端口。
系统代理与 TUN 模式应该选哪一个？
浏览器和遵循系统代理的桌面应用通常先用系统代理，配置路径较短；需要接管更多应用或特殊网络流量时，再评估 TUN。启用 TUN 后还要检查虚拟网卡权限、路由和 DNS，不宜把两者当作效果完全相同的开关。
规则已经写入 YAML，为什么仍然没有命中？
检查规则是否被更靠前的宽泛规则截获、策略组名称是否完全一致，以及规则是否写在客户端实际加载的配置中。使用覆写功能时，还要确认合并顺序没有把本地规则放到兜底规则之后。
PROOF SHEETS / 04
近期配置与排查文章
围绕平台安装、端口冲突、规则语法与内核差异持续整理，文章按发布日期归档。