P-01 / DESKTOP
Windows
适合需要托盘常驻、系统代理切换与 TUN 接管的桌面环境。下载页同时列出 Clash Plus、Clash Verge Rev、FlClash、Clash Nyanpasu 与归档客户端，便于按维护状态和界面习惯选择。安装后先导入订阅，再确认系统代理开关与监听端口。
前往下载MIHOMO CORE · RULE ROUTING
Clash Meta官网
全平台客户端与规则分流
围绕 mihomo 内核整理 Windows、macOS、Android、iOS 与 Linux 客户端入口，并记录订阅导入、规则分流和网络诊断的实际配置路径。
- 永久免费
- 代码开源
- 中文文档
TEST BENCH / ROUTING
mihomo 内核能力记录
以下项目按一条连接从进入本地端口到确定出口的顺序整理。切换试验条目可查看规则、DNS、TUN 与订阅配置分别处理什么问题，以及配置时应观察哪些结果。
连接出口由规则顺序确定
规则模式会从上到下检查域名、IP、进程与独立规则集，首条命中结果决定连接进入直连、代理或拒绝策略。使用时应先放置范围窄、意图明确的规则，再把通用规则和 MATCH 留在末尾。与只提供全局开关的客户端相比，mihomo 可把局域网、工作系统、媒体服务和普通网页拆分处理；排查时也能通过连接记录确认具体命中了哪一条，而不是只凭页面是否打开判断。
解析路径与连接规则协同
DNS 模块可分别指定默认解析器、代理侧解析器与域名策略，并通过 fake-ip 或 redir-host 模式衔接系统请求。配置重点不是堆叠地址，而是确认解析请求从哪个接口发出、规则匹配需要真实 IP 还是映射地址，以及局域网域名是否应排除。mihomo 的策略能力允许特定域名使用独立 nameserver，使解析路径与访问出口保持一致，减少解析结果和实际连接路线不匹配造成的失败。
覆盖不读取系统代理的流量
TUN 模式通过虚拟网络接口接收系统流量，适合命令行工具、部分应用和游戏等不遵循系统代理设置的程序。启用前要确认操作系统权限、路由自动配置、DNS 劫持范围与本地网段排除项；启用后则应重新建立连接，再观察默认路由和局域网访问是否正常。它与普通系统代理不是简单的强弱关系：浏览器场景通常先使用系统代理，只有覆盖范围不足时再启用 TUN，排查路径会更清楚。
远程内容按职责拆分更新
订阅通常负责节点与策略组，规则提供器则负责可独立更新的匹配集合。导入后应先查看配置能否解析，再确认策略组引用的节点名称和规则引用的 provider 均已加载。更新失败时按链接可达性、返回格式、字段兼容和代理环路的顺序检查，比反复删除重导更容易定位。mihomo 支持把节点来源与规则来源分开维护，日常更新时不必频繁改动整份主配置。
同一内核由不同前端管理
Windows、macOS、Android、iOS 与 Linux 客户端在界面入口、系统服务和权限模型上各不相同，但核心工作仍是加载配置、选择策略、接管流量并展示连接记录。桌面端更适合长期托盘运行与配置编辑，移动端重点在系统 VPN 权限和后台行为，Linux 还可直接运行内核。选型时应先看平台维护状态和所需功能，再决定界面偏好，不必仅按名称相似程度判断。
PLATFORM ACCESS
按操作系统选择客户端
下载页按平台列出可用图形客户端、系统要求与安装入口。这里不直接分发安装文件，平台链接会打开对应分类，便于比较同一系统下的不同客户端。
P-02 / DESKTOP
macOS
适合 Apple Silicon 与 Intel Mac。安装前应核对处理器架构，首次运行时按系统提示完成网络扩展或辅助服务授权。若只需浏览器流量，可先使用系统代理；终端与其他不读取代理设置的应用，再按需要启用 TUN。
前往下载P-03 / MOBILE
Android
Android 客户端通过系统 VPN 接口接管应用连接，导入配置后需要明确授予连接权限。不同设备的后台限制会影响长期运行，遇到锁屏后断开时，应检查电池策略、后台活动权限和系统 VPN 状态，而不是先修改节点或规则。
前往下载P-04 / MOBILE
iOS
iPhone 与 iPad 使用系统网络扩展建立代理连接。配置工作集中在订阅导入、策略组选择和系统 VPN 授权，连接后可从客户端记录核对域名命中结果。下载页提供 Clash Plus 的 App Store 入口与官网 clashplus.io，便于确认产品信息。
前往下载P-05 / DESKTOP
Linux
桌面用户可选择带图形界面的客户端，服务器、软路由或容器环境则更适合直接运行 mihomo 内核。配置前要确定服务用户、配置目录和启动方式，并把日志交给系统服务管理。图形客户端与内核包用途不同，普通桌面环境优先选择前者。
前往下载THREE-STAGE SETUP
从订阅导入到连接验证
首次配置不需要同时修改所有高级选项。先建立一条可重复的基础路径：确认订阅能被客户端解析，选择规则模式和策略组，最后通过连接记录验证命中结果。基础链路稳定后，再处理 TUN、DNS 或自定义规则。
这样的顺序可以把问题限制在单一阶段。若导入时已经报错，就无需检查系统代理；若配置加载正常但应用没有流量，再转向权限、端口和接管方式。完整教程包含各界面入口与常见状态说明。
查看完整教程 →-
01
导入订阅或配置文件
在客户端的配置或订阅页面添加服务方提供的链接，执行更新后检查是否出现策略组、节点和规则。若只有空白配置或提示解析失败，应先确认链接返回的是客户端支持的内容，不要继续打开系统代理。
-
02
选择规则模式与策略
日常使用通常选择规则模式，再到主要代理组中指定可用策略。全局模式会让大多数连接统一经过当前策略，直连模式则绕过代理；两者更适合临时测试。切换后应重新建立正在使用的连接。
-
03
开启接管并核对记录
先启用系统代理并打开测试页面，观察客户端连接列表是否出现新记录、规则列是否符合预期。若目标程序不读取系统代理，再评估 TUN。验证时同时检查网页访问、局域网设备和常用应用，避免只凭单个页面下结论。
OPEN SOURCE RECORD
mihomo 开源生态与维护边界
项目关系。Clash Meta 这一名称通常用于指代 Meta 分支形成的功能生态，当前核心项目以 mihomo 名称持续开发。图形客户端负责配置管理、系统服务、托盘交互和日志展示，mihomo 内核负责协议处理、规则匹配、DNS、入站与出站连接。理解这一层关系，有助于判断问题发生在界面、系统权限、配置文件还是内核运行阶段。
公开协作。mihomo 的源代码、提交记录、议题讨论和发布说明均在公开仓库中维护。使用者可以查看配置字段的实现变化，客户端维护者也能在相同内核基础上构建不同平台前端。本站以这些公开资料和实际配置行为为依据整理中文说明，不把某个界面名称直接当作内核能力，也不把第三方客户端的操作差异混写成统一结论。
更新方式。内核、图形客户端、订阅内容与规则集是四条不同的更新链路。客户端更新可能改变界面和系统服务，内核更新可能调整配置字段或网络行为，订阅更新主要影响节点与策略，规则集更新则改变连接命中范围。排查时应记录最近变动的是哪一层，并先恢复单一变量，避免同时更新全部内容后无法确定原因。
文档原则。配置记录优先说明可观察结果：文件是否加载、端口是否监听、系统代理是否指向正确地址、连接命中了哪条规则、DNS 请求由哪个解析器处理。不同操作系统的权限和网络栈并不相同，因此同一个开关在各平台可能有不同前置条件。涉及平台差异时，文档会分别列出步骤，而不是用一套截图概括所有环境。
SOURCE COMMAND
查看 mihomo 源代码
以下命令克隆公开仓库，适合需要阅读配置实现、跟踪议题或参与开发的使用者。普通客户端安装不需要执行该命令。
git clone https://github.com/MetaCubeX/mihomo.git
OBS-01
配置加载
确认 YAML 能被解析、外部规则集可读取、策略组引用名称一致。解析阶段失败时，网络接管尚未开始，应先处理缩进、字段兼容或远程内容可达性。
OBS-02
系统接管
系统代理适用于遵循代理设置的程序，TUN 用于覆盖更广的网络流量。两者都涉及系统权限和路由，切换后应重新建立连接并检查局域网访问。
OBS-03
规则命中
连接成功并不代表分流正确。应查看目标域名、最终 IP、命中规则和所选策略，区分代理不可用、规则顺序错误与 DNS 结果异常。
OBS-04
变更记录
调整配置时一次只改一类项目，并保留可工作的上一份配置。这样出现异常后可以快速回退，也能明确是规则、DNS、订阅还是客户端设置造成变化。
SHORT ANSWERS
常见问题精选
这些问题用于确定排查方向。涉及配置字段含义时，可继续查看术语表；需要完整操作路径时，转到使用文档。
Clash Meta 与 mihomo 是什么关系？
Clash Meta 是这一分支及其生态中广泛使用的名称，核心项目目前以 mihomo 名称维护。不同图形客户端可以调用 mihomo 内核，但客户端界面、系统服务和发布节奏由各自项目负责。可在术语表的内核与架构分类查看进一步说明。
规则、全局、直连模式应该怎样选择？
日常配置通常使用规则模式，让连接按域名、IP 与规则集进入不同策略。全局模式适合临时确认某个代理策略能否工作，直连模式适合排除代理因素。模式切换后，已有连接可能继续沿用旧路径，应关闭目标应用连接后重新测试。
系统代理已经开启，为什么部分应用仍没有流量？
部分应用不会读取系统代理，也可能自行实现网络栈。先确认浏览器流量能够进入客户端，再检查目标应用是否支持代理设置；确有覆盖需求时再启用 TUN，并核对管理员权限、虚拟网卡、路由和 DNS 接管状态。
订阅更新失败时先检查哪一项？
先检查订阅地址能否访问及返回内容是否仍为有效配置，再查看客户端日志中的 HTTP 状态、解析提示和字段错误。若手动访问正常而客户端更新失败，还需检查更新请求是否被当前代理规则形成环路。详细步骤见订阅更新排查记录。
FIELD NOTES
近期配置记录
文章按具体问题组织，记录触发条件、检查顺序和修改后的验证方法。日期用于标记内容整理时间，配置前仍应结合当前客户端界面与内核文档核对字段。