适合桌面浏览器与常用应用。先从 Clash Plus 开始，需比较界面与配置管理方式时再查看 Clash Verge Rev、FlClash 等选择。系统代理和服务模式属于不同设置，首次连接先验证系统代理，再按需要启用 TUN。
前往下载配置说明
Clash 配置结构
从规则到网络入口
客户端负责导入、编辑与展示，内核负责解析配置和处理连接。先区分入口端口、代理组与匹配规则，再调整网络模式，排查时就能定位到具体层级。以下片段分别说明字段用途，并不是可直接连接的完整订阅；节点信息仍需由已有配置提供。
config.yaml
rules:
- DOMAIN-SUFFIX,github.com,PROXY
- GEOIP,CN,DIRECT
- MATCH,PROXY规则从上到下匹配，先命中的条目决定连接策略。明确的域名规则通常放在前面，地区规则随后处理直连需求，最后用 MATCH 接住剩余连接。示例中的 PROXY 必须是已经定义的代理组，DIRECT 则是内置直连策略。相比只切换全局出口，规则模式能按目标区分流量。修改后应重新载入配置，在连接页面核对命中规则；订阅更新可能覆盖直接编辑的内容，长期规则应放在客户端支持的覆写位置。
proxy-groups:
- name: PROXY
type: select
proxies:
- AUTO
- DIRECT
- name: AUTO
type: url-test
use:
- subscription
url: https://www.gstatic.com/generate_204
interval: 300代理组把节点集合与规则目标分开。select 用于手动选择，url-test 按指定测试地址的结果自动选择候选项；自动组并不保证对所有网站都最快。示例通过 subscription 引用同名代理提供者，使用前需要补齐该提供者定义。日常可以让 PROXY 指向 AUTO，遇到特定业务再手动选线。与逐条改写规则相比，修改代理组只改变出口，不改变匹配逻辑。组名必须与规则引用一致，也要避免代理组相互引用形成循环。
tun:
enable: true
stack: mixed
auto-route: true
auto-detect-interface: true
dns-hijack:
- any:53TUN 通过虚拟网络接口接收流量，适合处理不读取系统代理的应用，通常需要管理员权限或客户端服务模式。与系统代理相比，它涉及路由、接口和 DNS 接管，启用前应先确认普通代理连接可用。示例中的自动路由会改变流量入口，具体支持情况取决于操作系统与客户端。若同时运行其他 VPN，应先检查路由冲突。关闭时使用客户端提供的开关恢复网络，不要只强制结束进程；局域网访问异常时也应检查路由与防火墙。
dns:
enable: true
listen: 127.0.0.1:1053
enhanced-mode: fake-ip
fake-ip-range: 198.18.0.1/16
nameserver:
- https://dns.alidns.com/dns-queryDNS 设置决定域名如何解析，也会影响基于域名的分流。fake-ip 模式先返回映射地址，再由内核结合目标域名处理连接；它不等同于远端网站的真实地址。示例只展示基础字段，上游应按实际网络可达性选择。开启 DNS 监听并不代表系统已经使用它，还要核对客户端的接管方式。遇到部分应用异常时，可按需求配置 fake-ip-filter，而不是直接停用全部解析功能。排查顺序应先看解析结果，再看规则与出口。
proxy-providers:
subscription:
type: file
path: ./providers/subscription.yaml
proxy-groups:
- name: PROXY
type: select
use:
- subscription订阅既可能是包含规则与代理组的完整配置，也可能只是节点列表，导入方式不能混用。图形客户端通常在配置页面接收完整订阅地址；proxy-providers 则把节点来源单独组织起来。示例读取本地提供者文件，文件需要包含符合格式的节点数据。先确认服务方说明的格式，再决定导入入口。更新失败时检查地址是否失效、响应是否为配置正文，以及本地网络是否可达。订阅地址可能包含访问凭据，分享截图或日志前应先遮去完整链接。
mixed-port: 7890
allow-lan: false
bind-address: 127.0.0.1
mode: rule
log-level: info不同平台的客户端可以采用相近的 YAML 配置，但系统代理、后台运行和权限入口并不相同。mixed-port 为 HTTP 与 SOCKS 提供共用监听入口，是否自动写入系统设置由客户端决定。示例仅监听本机，适合先完成单设备连接验证。迁移配置时应检查端口占用、文件路径与内核支持字段，不要把桌面端服务设置直接套到手机。选型时先确认系统架构与维护状态，再比较界面功能；具体客户端和安装包入口集中在下载中心。
下载入口
按系统选择 Clash 客户端
先确认设备系统与处理器架构，再选择仍在维护的图形客户端。Clash Plus 是支持平台的首推入口；Linux 桌面可优先比较 Clash Verge Rev 与 FlClash。下载中心同时列出其他选择与归档客户端，便于迁移现有配置。安装包负责提供程序，订阅和可用节点需要另行准备，安装完成并不等于已经具备代理线路。
下载前在系统信息中确认是 Apple Silicon 还是 Intel 处理器。安装后按客户端提示授权网络相关功能，再导入配置。若浏览器已能连接而终端仍未生效，应检查终端程序是否读取系统代理，而不是反复更换订阅。
前往下载手机端从 Clash Plus、Clash Meta for Android 等客户端中选择。导入后确认当前配置和代理组，再授权 VPN 连接。长期后台使用还需检查电池优化策略；按应用分流时，要区分应用进入代理的范围与配置里的目标规则。
前往下载从下载中心进入 Clash Plus 的 App Store 页面，产品信息可查阅官网 clashplus.io。安装后使用应用支持的入口导入订阅，并按系统提示添加 VPN 配置。不同客户端对配置字段的支持可能不同，迁移时应以实际导入结果为准。
前往下载桌面环境可选 Clash Verge Rev 或 FlClash，服务器和路由器则更适合直接部署 mihomo。选择软件包前确认发行版、包管理器与 CPU 架构。命令行部署需要自行管理配置目录、监听端口、启动用户与服务生命周期。
前往下载从 Clash for Windows 迁移时，先备份现有 Profile 与自定义规则，再测试新客户端的导入结果。旧配置中的脚本、路径和实验字段未必能原样使用。不要同时开启两个客户端的系统代理或虚拟网络接口，以免把冲突误判成节点故障。
查看全部客户端 → 查看 Clash for Windows 替代选择 →首次连接
订阅、选线、确认生效
首次使用按一条主线操作即可：先让客户端读到正确配置，再让流量进入客户端，最后验证实际出口。暂时保留默认端口与基础规则，避免一次修改太多变量。以下是操作顺序预览，按钮位置、系统代理设置和常见提示的处理方式在完整教程中展开。
-
导入订阅并选中配置
在客户端的配置或订阅页面粘贴已有地址，等待下载与解析完成，再将这份配置设为当前使用项。看到列表里出现配置名称后，检查节点或代理组是否已经加载。若导入结果为空，先核对订阅格式与响应内容；网页地址、账户管理页和订阅地址不是同一个入口。
配置文件通常称为 Profile，既可以来自远程订阅，也可以是本地 YAML 文件。远程更新只负责刷新对应数据，不代表自定义修改一定会保留。初次导入后记录配置名称与来源，后续切换多套配置时更容易确认当前生效内容。
查看订阅导入步骤 → -
选择代理组与规则模式
进入代理页面，在规则引用的主代理组里选择一个可用节点，或选择已经配置好的自动组。延迟测试用于判断测试地址的连接表现，不直接等于下载速度或所有网站的体验。先使用规则模式，让配置决定哪些目标直连、哪些目标经过代理，再开启系统代理或手机端连接开关。
全局模式只改变进入内核的流量如何选择出口，不会自动接管所有应用。若某个程序不读取系统代理，仅切到全局模式通常不能解决入口问题。先明确程序的代理设置，确有需要时再按教程配置 TUN，而不是把代理模式与接管方式混为一谈。
查看系统代理设置 → -
用连接记录验证实际路径
打开一个预期走代理的网站，观察客户端连接页面是否出现对应域名、命中规则与最终策略。再通过可信的出口 IP 查询页面核对该请求的出口，避免只凭开关颜色判断。直连网站显示本地出口可能正是规则预期，不应据此判定整套配置失效。
如果没有连接记录，先检查系统代理、应用自身设置或 VPN 授权；有记录但失败，再检查节点可用性与 DNS。需要求助时保留错误时间和相关日志，遮去订阅地址及账户信息。按入口、解析、规则、出口逐层核对，比连续重装客户端更容易找出原因。
查看连接检查方法 →
开源生态
Clash、mihomo 与客户端的关系
Clash 常被用来泛指兼容这类配置的代理工具，但内核、图形界面和订阅服务承担不同职责。理解这三层关系，可以更准确地判断一个功能由谁实现，也能避免把客户端更新、节点更新与网络线路变化当成同一件事。
项目沿革与维护边界
原始 Clash 项目停止维护后，生态中继续出现基于不同内核的客户端。mihomo 延续了 Clash Meta 的技术路线，提供代理协议、规则匹配、DNS 与 TUN 等能力。名称相近不代表程序相同，下载时应同时确认客户端名称、内核类型与项目维护状态。网上旧教程的菜单和字段可能已发生变化，应结合当前客户端实际界面阅读。
内核处理连接，界面管理操作
mihomo 本身可以作为命令行程序运行，图形客户端则把配置切换、代理组选择、日志查看和系统设置封装成可操作的界面。同一内核不意味着界面能力完全一致，订阅覆写、托盘菜单、服务安装方式都可能由客户端独立实现。排查配置语法时查内核文档；排查按钮、权限与自启动问题时，则应查对应客户端说明。
从源码与文档核对功能
mihomo 的源代码、许可证与公开问题讨论位于 MetaCubeX 组织的项目仓库，内核采用 GPL-3.0 许可证。仓库能帮助确认字段是否受支持、某项行为是否为已知问题，以及修改是否已进入发布流程。下面的命令只下载源码，不会安装客户端或自动配置代理。需要编译和部署时，应继续阅读仓库中的构建说明，并准备相应开发环境。
分别管理程序、配置与数据更新
客户端更新、内核更新、订阅更新与规则数据更新是四种不同操作。更换程序不一定刷新节点，刷新订阅也不一定改变内核。升级前保存当前可用配置和覆写内容，升级后先验证基础连接，再逐项恢复扩展设置。若出现兼容问题，记录触发条件与报错字段，优先用最小配置复现，避免把整份含凭据的订阅公开到问题讨论区。
Clash中文站整理下载入口与中文操作说明，不提供节点服务。线路可用性、流量额度与订阅权限由对应服务提供方决定。使用前应了解当地法律与所在网络的管理要求；在单位或校园设备上更改代理和路由时，还需遵守设备管理政策。文档中的示例用于解释配置结构，不包含可直接使用的线路。
近期文章
订阅导入与部署笔记
完成基础连接后，再按实际问题深入阅读。订阅格式决定导入入口，部署方式决定权限与运行位置，连接检查则用于确认每一次调整是否符合预期。文章按主题补充操作细节，不替代服务提供方对节点、额度与账户状态的说明。
Clash 订阅链接导入教程：URL、YAML 与 Base64 格式区别
演示在客户端中粘贴订阅地址并设置自动更新，对比完整 YAML 配置与 Base64 节点列表的差别，以及格式不兼容时的处理办法。
阅读订阅导入说明 →Linux 部署 Clash：桌面客户端与 mihomo 命令行两种方式
覆盖 Linux 桌面图形客户端的安装，以及无界面服务器上用 mihomo 二进制和 systemd 常驻运行、配置目录与端口的设置。
阅读 Linux 部署方法 →Clash 首次连接检查清单：从测速选线到确认代理已生效
按顺序完成导入后选线、延迟测速和开启系统代理，再用连接日志与出口 IP 两种方式核对流量是否真正走了代理。
阅读首次连接清单 →