按平台查找合适的客户端，再从订阅导入、规则分流与TUN 模式开始配置。下载入口、基础概念和排错路径集中整理，便于第一次安装和后续查阅。
代理管理方式
代理工具的难点通常不在安装包本身，而在配置、模式、系统接管与排错信息散落在不同位置。先建立清楚的操作顺序，后续更换客户端或迁移配置时会轻松很多。
Windows 安装包、macOS 芯片架构、Android 安装格式各不相同，只看文件名很难立即判断应该选择哪一个。
配置虽然已经出现在客户端中，但策略组仍停留在默认项，实际流量路径与预期不一致。
两个入口的接管层级不同，缺少明确目标时一起开启，反而会增加判断问题来源的难度。
端口占用、配置语法、权限与 DNS 都可能造成连接异常，重装客户端通常无法覆盖这些原因。
平台标签会直接打开对应客户端列表，再根据设备架构、图形界面需求与维护状态选择安装包。
确认订阅更新时间与配置状态，然后进入代理页选择自动选择、手动节点或 DIRECT 等策略。
浏览器等遵循系统设置的应用可先用系统代理；需要覆盖更多流量时，再单独了解并启用 TUN。
先读取错误关键词，再检查端口、配置、权限和网络环境，可以缩短定位问题所需的时间。
核心配置路径
下方内容按规则模式、订阅更新和日志排查分组。每个选项都对应客户端中的真实设置项，可以用鼠标、触控或键盘方向键切换。
MODE / RULE
规则模式会按照配置文件中的域名、IP、进程或规则集合逐条匹配流量，再把请求交给对应策略组。它与“全局”模式的区别在于：全局模式通常把流量统一交给一个策略，而规则模式可以同时保留直连、代理和拦截等不同路径。实际使用时，先确认客户端顶部模式选择为“规则”，再进入代理页查看各策略组当前选项。
策略组不是节点列表的另一种名字。节点负责建立具体连接，策略组负责组织选择逻辑，例如手动选择、自动选择或故障转移。订阅导入后仍需要查看策略组是否符合使用目标。关于字段关系、规则顺序和匹配方式，可继续阅读配置文件参考大全。
PROFILE / UPDATE
订阅链接通常用于获取由服务端维护的配置内容。导入后，客户端会把它保存为一个配置条目，但“已经导入”并不代表后续内容会自动保持最新。开始连接前应先打开配置页，确认目标配置已经启用，再执行一次更新；如果更新失败，需要查看链接是否完整、网络是否可访问，以及客户端是否有权限写入配置目录。
更新完成后应回到代理页检查策略组，因为服务端可能调整节点、规则集合或组名。若本地还叠加了覆写设置，也要留意覆写内容是否改变 DNS、端口或规则顺序。第一次操作可以按照入门指南的步骤完成导入、选择模式、连接与验证，避免在多个页面之间来回试错。
LOG / INFO
日志页适合回答两个问题：流量有没有进入内核，以及进入后在哪一步失败。日常使用通常保持 info 级别即可，它能显示规则匹配、连接建立和常见错误；需要进一步判断 DNS、握手或路由细节时，再临时提高日志详细程度。排查结束后恢复常用级别，可以减少大量重复信息对阅读的干扰。
看到错误后不要只截取最后一行。应从同一时间段向前查看配置加载、端口监听、DNS 查询与出站连接信息，再结合问题发生在哪个应用、是否仅特定域名异常来缩小范围。客户端无法启动时，可参考启动崩溃与闪退排查步骤，按端口、配置语法、权限和系统组件的顺序检查。
系统代理依赖应用读取操作系统的代理设置。浏览器、下载工具和许多桌面应用通常会遵循这项设置，因此它适合完成第一次连接验证。若某个应用明确忽略系统代理，再考虑更广泛的接管方式，而不是一开始同时修改多项网络设置。
TUN 模式通过虚拟网卡在 IP 层处理流量，能够覆盖部分不读取系统代理设置的应用。它可能涉及管理员权限、路由表与 DNS 行为，开启前应先保存当前配置，并确认基础代理连接已经可用。详细机制可查看TUN 模式与系统代理对比。
按设备进入
同一套配置可能在不同设备上使用，但安装格式、系统权限与操作界面并不相同。先按当前设备进入对应标签，再比较该平台可用的图形客户端。
适合需要桌面图形界面、系统代理开关和配置管理的用户。下载前留意系统架构与客户端维护状态；若旧版 Clash for Windows 已无法满足需求，可比较仍在维护的替代客户端。
前往下载适合在 Mac 桌面环境中管理系统代理、菜单栏状态和订阅配置。进入下载页后先区分 Apple Silicon 与 Intel 架构，再选择对应安装包，避免安装阶段出现架构不兼容提示。
前往下载适合手机与平板上的订阅管理、应用分流和 VPN 接管。不同设备可能使用不同处理器架构，不确定时可优先查看通用安装项，并按系统提示授予建立 VPN 连接所需的权限。
前往下载适合 iPhone 与 iPad 用户通过商店安装客户端，并在系统网络扩展框架下管理连接。进入下载页后可查看 Clash Plus 的 App Store 入口与官网信息，再按客户端界面导入订阅。
前往下载适合 Linux 桌面、开发环境以及需要图形配置管理的用户。安装前确认发行版使用的包格式；服务器、路由器或自动化环境若只运行内核，应转到下载页的 Mihomo 内核区域。
前往下载开源生态与维护边界
Clash 生态由内核、图形客户端、规则项目和配置工具共同组成。分清这些层次，比单纯记住某个软件名称更有助于选择与排错。
Clash 最初以规则驱动的代理内核形态被广泛使用，随后出现了面向不同操作系统的图形客户端。部分早期项目已经停止维护，但配置语法、策略组和规则匹配等核心概念仍延续在后续生态中。选择客户端时应同时查看维护状态、所用内核与平台支持，而不是只凭熟悉的旧名称判断。
代码公开使开发者能够阅读实现、提交问题、改进平台适配，并围绕规则集合、DNS、透明代理和用户界面形成多个项目。不同客户端的界面与更新节奏可能不同，底层能力也会随采用的内核而变化。本站将客户端入口与概念文档分开整理，便于按实际需求核对。
mihomo 是当前 Clash 生态中常见的延续内核，支持规则模式、策略组、DNS 配置、TUN 等能力。图形客户端通常负责配置管理、系统集成和状态展示，真正执行流量匹配与连接处理的是内核。遇到功能差异时，应先确认客户端采用的内核以及对应配置字段是否受支持。
客户端更新、内核更新与订阅更新是三件不同的事。客户端更新改变图形界面和系统集成，内核更新可能带来协议或配置能力变化，订阅更新则刷新用户所使用的节点、策略与规则内容。排查异常时记录最近改动属于哪一层，可以避免把配置问题误判为安装问题。
git clone https://github.com/MetaCubeX/mihomo.git
配置与排错文章
从界面认识、配置结构到启动故障，按实际操作场景展开说明。文章内容用于补充教程页不适合展开的原理与排查细节。
按发生频率整理启动失败的常见原因：端口占用、配置文件语法错误、权限不足、内核文件异常与系统组件缺失，并给出逐项验证方法和对应的处理顺序。
阅读全文 →把完整配置按通用字段、DNS、proxies、proxy-groups 与 rules 分段讲解，说明字段之间如何引用，以及缩进、名称不一致和规则顺序等常见问题。
阅读全文 →从操作系统网络栈的角度比较两种接管方式，说明系统代理为何依赖应用支持，以及 TUN 如何通过虚拟网卡覆盖更广泛的流量。
阅读全文 →