Clash 快速上手：
订阅导入与连接验证
按“导入配置 → 选择模式 → 开启连接 → 验证请求”的顺序操作。已经安装客户端、准备好兼容订阅时，可按约十分钟的首次配置流程跟着做。
开始前准备一条由服务提供方交付的 Clash 兼容订阅链接，或一份可用的 YAML 配置文件。客户端负责读取配置、执行分流与建立代理连接，安装客户端本身不会生成订阅，也不会自动提供节点。只有服务器地址而没有协议、端口和认证信息时，通常还不足以建立连接。
订阅链接可能包含访问凭据，不要贴到公开评论、在线转换页面或截图里。需要向他人描述问题时，先隐藏链接参数、节点密码及个人信息。下面的示例只说明设置方式，不包含可直接使用的代理服务。
导入订阅并设为当前配置
打开客户端，进入“配置”“Profiles”或“订阅”页面。选择“新建”“添加”或“从 URL 导入”，把完整订阅链接粘贴到链接输入框。名称可以填写便于辨认的用途，例如“日常配置”；名称只影响列表显示，不影响连接。确认输入框没有混入前后空格、换行或聊天软件复制出的标点，再点击导入或下载。
等待客户端完成下载和解析。这一步成功后，列表里通常会出现配置名称、来源或更新时间。仅看到一条新记录，还不能认定配置已启用：点击该记录，使用“启用”“使用此配置”或相应选择动作，让它成为当前配置。部分客户端通过选中标记表示当前项，另一些会在概览页显示正在使用的名称。
导入后先看代理组，不急着连接
切换到“代理”页面，检查是否出现配置定义的策略组，例如 Proxy、节点选择或自动选择。名称由配置作者决定，不一定与本页一致。展开其中一个组，正常情况下应能看到节点或其他子组。页面为空、只剩直连选项，或者仍显示旧配置的分组时，先回到配置页确认当前项，不要反复开关系统代理。
若拿到的是本地文件，选择“从文件导入”或“导入配置”，在文件选择器里选中对应的 .yaml 或 .yml 文件，再执行同样的启用操作。本地文件不会因为导入而自动变成远程订阅；后续节点发生变化时，需要重新导入，或使用配置中已经声明的远程提供器更新机制。
下载失败与解析失败分开处理
“下载超时”“无法获取订阅”通常发生在取得配置之前。先检查设备网络、链接有效期与服务方状态；某些订阅地址在特定网络下无法访问，应使用服务方提供的有效获取方式。不要把带凭据的链接交给不熟悉的转换服务，也不要仅因为浏览器不能显示页面，就认定订阅失效，订阅接口可能依赖请求方式。
“解析失败”“字段不支持”则说明客户端已拿到内容，但不能按当前格式读取。常见原因是导入了网页地址、收到登录页面，或订阅输出的格式与内核不兼容。优先向服务方确认 Clash 或 mihomo 兼容格式。涉及缩进和字段时再查YAML 手册，首次连接不需要自行重写整份文件。
确认配置已经启用、代理组能够展开后，再进入下一步。远程订阅更新可能覆盖直接编辑的节点和规则，初次配置先保留原内容；长期需要自定义规则时，再学习客户端提供的覆写或合并功能。订阅来源和更新异常的补充说明见订阅常见问题。
选择规则模式，再选择代理出口
在“代理”或“概览”页面找到模式切换，把当前模式设为“规则 / Rule”。规则模式按当前配置中的规则顺序处理请求：有的目标直连，有的交给代理策略组。初次使用保留订阅自带规则即可，先确认整条链路能工作，再考虑加入自己的分流需求。
模式与节点是两层设置。模式决定是否按规则处理，策略组则决定匹配到代理规则之后使用哪个出口。保持规则模式，展开默认代理组，点击一条已知可用的节点；如果组内提供“自动选择”或“故障转移”，也可以选择相应子组。注意某些组默认可能选中 DIRECT，选中它就意味着该组使用直连。
确认选择落在实际使用的组里
一份配置可能同时包含网页、媒体、消息等多个策略组，修改其中一个并不一定影响全部请求。先找到其他分组引用的主代理组，或按订阅说明选择默认出口。若暂时看不出引用关系，不要逐个随意修改；后续可以从连接记录反查目标请求实际经过的策略链，再调整对应组。
客户端的连通性测试可用于筛掉明显不可用的选项，但测试成功只说明特定测试请求得到了响应，不保证所有目标网站都可访问。先选择一个能够完成测试的出口，再用实际需要访问的页面验证。连续点击测试、频繁换节点，会让问题来源更难判断；每次只改一项，保留可比较的结果。
规则、全局、直连的使用边界
“全局 / Global”会让进入内核的流量统一交给全局策略处理。它不会自动捕获设备上所有应用的流量，也不等于开启 TUN。需要判断问题是否来自分流规则时，可以临时切到全局，并在全局策略里选中可用节点；测试结束后回到规则模式，避免让原本适合直连的请求也绕行代理。
“直连 / Direct”表示让进入内核的流量直接访问目标。它不等于关闭客户端，也不等于撤销操作系统里的代理设置。若目标是完全停止代理接管，应按第四步关闭系统代理或断开移动端连接，而不是只把模式改为直连。
不熟悉“节点”“策略组”“规则”等名称时，可查名词解释。需要编写 rules、调整匹配顺序或配置远程规则集时，再查YAML 手册，这些不是首次连接的前置条件。
开启系统代理或移动端连接
回到客户端概览页，确认内核没有启动错误，再开启流量入口。桌面端先使用“系统代理”，移动端使用“连接”或启动按钮。第一次尝试只采用一种明确的接入方式，不同时开启其他 VPN、代理客户端或浏览器里的独立代理配置，避免不同工具覆盖同一项系统设置。
桌面端：先开启系统代理
在 Windows、macOS 或 Linux 客户端中找到“系统代理”，将它开启。部分客户端会提示安装辅助服务或允许修改网络设置，按操作系统的授权窗口完成操作。确认提示来自正在使用的客户端；若拒绝了必要权限，界面上的开关状态未必代表系统设置已经写入，可在系统网络代理页面复核。
系统代理通常让愿意读取系统设置的应用连接到本机代理端口。浏览器多数可以使用这一入口，但应用实现各不相同，命令行程序、游戏或自带网络栈的软件未必跟随。此时先验证浏览器，不要把“某个程序没走代理”直接当成节点故障。终端的单独验证方法放在下一步。
若客户端提示端口占用，先关闭另一个可能正在监听的代理工具，再重启当前内核。确实需要修改端口时，在设置中查看 HTTP 或混合端口的实际值，并同步修改手动填写过的应用代理地址。不要照抄示例里的端口后就假定设置已经匹配，端口值应以当前客户端为准。
Android 与 iOS：确认系统 VPN 授权
在移动端选好当前配置，点击连接按钮。首次启动时，系统通常会请求允许创建 VPN 连接或添加 VPN 配置，确认后回到客户端查看连接状态。这里的 VPN 权限用于建立系统流量入口，并不表示订阅已经自动可用；有效配置、可用出口和授权成功缺一不可。
如果按钮刚开启就自动关闭，先查看客户端错误提示，再检查是否已有其他 VPN 应用占用连接。Android 若启用了按应用代理，测试浏览器必须包含在接管范围内；同时检查系统是否限制后台运行。iOS 则确认当前启动的是已选中的配置。不要通过反复卸载来代替查看错误原因。
TUN 留到确有需要时再开
浏览器已经正常、但目标程序不读取系统代理时，可以进一步了解 TUN。TUN 使用虚拟网络接口接管流量，往往还涉及服务权限、路由和 DNS 设置，不是把开关打开就能保证覆盖所有程序。初次上手不必把系统代理与 TUN 同时开启；先建立可验证的基础连接，再按客户端说明逐项扩展。
办公网络、远程桌面和局域网设备可能依赖特定路由，开启 TUN 前应保留原有连接信息。需要调整 DNS 或 Fake-IP 时，分别查看DNS 设置参考和Fake-IP 说明。连接入口开启后，继续验证实际请求，不要仅凭开关亮起就结束配置。
验证浏览器、终端与关闭恢复
先打开一个平时能够直接访问的页面，确认基础网络没有被破坏；再打开确实需要使用代理的目标页面。尽量新建标签页或刷新请求，避免只看到浏览器缓存。测试期间保持同一个节点和同一种模式，这样出现差异时才能判断是哪一层设置造成的。
用连接记录确认流量经过哪里
打开客户端的“连接”或“Connections”页面，在浏览器重新发起访问，查找对应目标域名。部分短请求会很快结束，可使用搜索、历史记录或日志辅助定位。重点看目标、匹配规则和策略链，而不是只看客户端是否显示“运行中”。出现对应记录，才能说明这次请求进入了内核。
如果记录显示 DIRECT，先判断它是否符合配置意图。规则模式本来就允许部分网站直连，这不属于连接失败。若目标应该代理却被直连，再检查命中的规则和相关策略组。若能看到代理策略链却访问失败，则进一步检查节点可用性、目标服务和日志中的具体错误，不必立即改 DNS。
若完全找不到浏览器请求，优先检查系统代理是否写入成功、浏览器是否使用独立代理设置，以及扩展程序是否覆盖了代理入口。移动端还要确认测试应用在接管范围内。此时切换节点通常不能解决问题，因为请求可能根本没有到达客户端。
终端需要单独验证
命令行工具不一定读取系统代理。若客户端实际混合端口为 7890，可以执行下面的单次测试；如果端口不同，先把命令中的端口改为设置页显示的值。该命令仅为这一次请求指定 HTTP 代理，不会永久修改终端环境，也不需要管理员权限。
curl --proxy http://127.0.0.1:7890 --head https://example.comexample.com 是用于说明命令写法的示例域名，不代表代理服务。需要验证目标站点时，将它换成实际要访问的 HTTPS 地址，并同时观察客户端连接记录。返回响应头只说明该地址本次请求得到响应；连接记录中的策略链才用于确认出口。不同目标站点可能因自身限制返回不同状态码。
显式指定代理成功、直接执行终端命令失败，通常说明终端缺少代理入口设置，而非订阅不可用。后续可按所用工具的文档设置代理参数或环境变量，不要直接把一组通用命令写进所有 shell 的启动文件。工具、端口类型和变量作用范围不同，配置前应先确认具体需求。
按顺序缩小故障范围
浏览器无法访问时，先查是否有请求记录；有记录再查匹配策略；策略正确再换一条已知可用节点。只有规则模式失败时，可短暂切全局做对照，并确认全局组选择的是有效代理。全局可用而规则不可用，重点查规则和组选择；两种模式都失败，则继续检查节点、网络和日志。
不要一次同时修改模式、DNS、端口和 TUN。每次只改一项，重新发起同一个请求并记录结果，得到的差异才有排查价值。更完整的问题分类见常见问题；已经定位到配置字段时，再进入YAML 手册查对应段落。
最后测试一次断开与恢复
验证通过后，桌面端先关闭系统代理，再退出客户端；移动端点击断开。重新访问一个日常可直连页面，确认网络恢复。若关闭客户端后浏览器无法联网，检查系统是否仍保留指向本机的代理地址，并关闭遗留的手动代理设置。以后更换客户端前，也应先撤销旧客户端的流量入口。
日后更新订阅，先确认仍在使用正确的配置，再检查原策略组是否保留、选择是否变化，最后用同一个目标重复验证。把这一套短流程保留下来，比只记住某个客户端的按钮位置更便于迁移设备和定位问题。