本文目录
你安装的是客户端，不是节点套餐
新手最容易把四样东西混在一起：图形客户端负责按钮和页面，Mihomo 等内核负责处理连接，订阅链接负责把配置送到客户端，节点则是配置里的远程出口。少了其中任何一环，界面都可能打开，但网络不会按预期工作。
- 图形客户端
- 管理订阅、策略组、系统代理、TUN、日志和更新。
- 代理内核
- 读取 YAML，匹配规则并建立直连或代理连接。
- 订阅链接
- 一段带凭据的远程地址，更新时返回节点、组和规则。
- 节点
- 实际出站连接；可用性、协议和线路由提供方决定。
下载 Clash Verge Rev、FlClash 或其他客户端不会自动送节点，本站也不提供订阅。反过来，拿到订阅链接也要选择能读取对应格式的客户端。先弄清自己缺的是哪一项，能少走很多弯路。
选客户端只看三件事：系统、维护状态、内核
下载前的判断
| 要看什么 | 为什么 |
|---|---|
| 操作系统与芯片架构 | Windows x64、Windows ARM64、Apple Silicon、Intel 和 Android 包不能混用 |
| 项目是否仍在维护 | 发布页、最近版本和 issue 能说明当前状态 |
| 使用什么内核 | 决定配置字段、协议和功能是否兼容 |
桌面端可以从持续维护的项目 Release 页面下载，Android 则核对 APK 架构和签名来源。名称里带 Clash 不代表来自同一个作者，也不代表旧教程中的菜单仍然存在。
安装后先确认界面能打开、内核状态稳定。此时没有导入订阅，若程序已经闪退或报 core failed，应处理安装和本机环境，不要把原因推给节点。
把订阅加入 Profiles，还要更新并选中
从链接到当前配置
复制 Clash 或 Mihomo 兼容订阅
完整复制 HTTPS 地址，不把 token 发给陌生转换站。
在 Profiles / 配置页添加
给它一个能认出来源的本地名称。
手动更新一次
等待新的更新时间，并留意 download failed 或 parse error。
设为当前配置
选中标记应落在刚更新的 Profile 上。
列表出现名称并不代表导入成功。真正解析后，Proxies 页面会出现策略组和节点；如果仍是空白，检查返回格式、账号状态和当前配置，而不是连续粘贴同一地址。
策略组是选择规则，节点才是具体出口
Proxies 页面里带“自动选择”“故障转移”“AI 服务”之类名称的通常是策略组，展开后才是节点。select 组由你手动选，url-test 会按探测延迟选择，fallback 会在当前节点不可用时按顺序切换。
第一次联网不要直接依赖自动组。选一条具体节点，等真实请求成功后再恢复自动选择；否则失败时不知道是节点坏了，还是健康检查刚好换了出口。
第一次选择节点时看清
- 当前点击的是策略组还是具体节点
- 组内是否至少有一条节点
- 节点延迟只是探测结果，不是可用保证
- 主要服务组最终引用了哪个出口
Rule 模式下，不是所有网站都走同一个节点
Rule 会按配置从上到下匹配。常用国内服务、局域网可能 DIRECT，其他域名进入代理组，广告或危险地址也可能 REJECT。Global 是把进入 Clash 的连接统一交给全局组，Direct 则统一直连。
日常使用通常从 Rule 开始。某个网站打不开时，到 Connections 看它命中了哪条规则；不要把 Global 当成长期万能开关，也不要看到 DIRECT 就认为客户端失效。
proxy-groups:
- name: 默认代理
type: select
include-all: true
proxies:
- DIRECT
rules:
- DOMAIN-SUFFIX,lan.example,DIRECT
- DOMAIN-SUFFIX,example.com,默认代理
- MATCH,默认代理浏览器从系统代理开始，漏掉的应用再考虑 TUN
系统代理是最容易回退的入口。开启后，浏览器和许多桌面应用会把 HTTP、HTTPS 请求交给 Clash；终端、游戏和某些应用可能不读取这个设置，所以它们在 Connections 中不会出现。
TUN 通过虚拟网卡接管更多 TCP、UDP 流量，需要额外系统权限，也会涉及路由和 DNS。普通浏览器请求没有跑通以前不要急着开 TUN；先减少变量，后面才能看出它解决了什么。
什么时候切到 TUN
| 现象 | 处理 |
|---|---|
| 浏览器和常用软件都正常 | 保留系统代理 |
| 浏览器正常，终端完全没有连接记录 | 按工具设置代理，或用 TUN 对照 |
| 连接已出现但命中错误规则 | 修规则，不需要扩大入口 |
| 所有连接都 timeout | 检查节点和网络，TUN 不会让节点恢复 |
第一次成功要在 Connections 里看得见
完成一次可以核对的请求
固定一个节点
模式保留 Rule，避免测试中自动切换。
开启 System Proxy
确认是当前客户端写入系统设置。
浏览器访问熟悉的网站
不要用延迟按钮代替真实页面。
打开 Connections
找到域名、命中规则和实际出口。
页面能打开且连接记录完整，说明客户端、内核、Profile、节点和系统代理已经串起来。记录为空，回到系统代理；记录显示 DIRECT，读规则；显示节点后 timeout，换另一条确认可用的节点。
以后出问题，从报错出现的页面开始找
Profile 显示 401 / 403
订阅凭据或账号状态有问题，不用重装客户端。
Profile 出现 parse error
返回内容与内核格式不兼容，保留具体行号。
Proxies 有节点，网页没有 Connections
应用未进入 Clash，检查系统代理或入口。
Connections 命中 DIRECT
规则决定了直连，查看是否符合预期。
Connections 走节点后 timeout
比较具体节点、接入网络和日志。
到这里，已经用一次实际请求确认客户端、内核、订阅、策略组、节点和系统代理都在工作。以后订阅更新失败时保留旧配置，某个节点失效时只换节点。应用没有进入 Connections 时，再考虑增加新的接管方式。