开始前：安装客户端，准备兼容订阅

本教程的目标是完成一次可复现的连接，不要求先理解整份 YAML。操作前准备两项内容：与操作系统及处理器架构匹配的客户端，以及服务提供方给出的 Clash 或 mihomo 兼容订阅地址。尚未安装时，先到安装包页面选择平台；安装权限、系统扩展等细节可查阅全平台安装配置文档。订阅不是客户端自带的账号，安装软件也不会自动生成可用节点。

先用浏览器打开一个平时可以直接访问的网页，确认 Wi-Fi、网线或移动网络本身正常。随后退出其他正在接管网络的代理客户端或 VPN，避免它们同时修改系统代理、路由与 DNS。若工作设备受组织策略管理，不要自行覆盖管理员下发的网络设置，应先确认允许使用的连接方式。

订阅链接可能包含账号标识，应像密码一样保管。复制时使用服务提供方的“复制订阅”入口，不要把账户管理页面的地址当成订阅，也不要将完整链接发到公共讨论区。下面四步只需围绕一份配置和一个节点操作；暂时不修改监听地址、局域网共享或自定义规则，便于出现问题时定位。

第一步：导入订阅并启用配置

打开客户端的“配置”或“订阅”页面，找到“新建”“添加订阅”或“从 URL 导入”。将刚复制的订阅地址粘贴到链接输入框，检查开头和结尾是否带入空格或换行。如果有名称字段，可填写便于识别的名称，例如“日常配置”；名称只用于本地管理，不会改变服务端返回的节点。确认后点击“导入”或“下载”，等待客户端完成获取和解析。

成功后，配置列表通常会增加一张卡片或一条记录，并显示配置名称、更新时间等信息。点击该配置的“使用”“激活”或选中按钮，再进入“代理”页面检查内容。部分客户端在导入完成后自动激活，另一些只保存文件，需要手动选中。判断依据不是出现了成功通知，而是当前配置标记已经改变，且代理页面能看到配置定义的节点与策略组。

若服务提供方交付的是本地 .yaml 或 .yml 文件，改用“从文件导入”，选择文件后同样执行激活。完整配置通常包含节点、策略组与规则；只有几个节点字段的片段未必能直接作为完整配置使用。不要为了通过解析而随意删除缩进或规则段，先确认文件确实面向当前客户端及 mihomo 内核。

列表为空时，先分清是“下载失败”还是“解析失败”。前者常与地址过期、网络无法访问订阅服务有关；后者可能是返回了网页、配置格式不符，或使用了当前内核不支持的字段。不要反复粘贴同一地址并新建多份配置。保留报错中的字段名与行号，再到订阅导入问题核对原因。需要分享报错时，应先移除订阅地址、节点密码与账号信息。

第二步：选择规则模式与代理节点

找到“运行模式”或“模式”入口，将其设为“规则”，英文界面通常显示为 Rule。规则模式会按当前配置判断每个请求应直连、走代理还是拒绝。它适合首次使用，也便于之后在连接记录里核对行为。注意，运行模式和 TUN 不是同一层设置：前者决定如何分流，后者决定哪些流量进入客户端，开启其中一个不会自动替代另一个。

切换后进入“代理”或“策略组”页面，展开主要代理组。这个组可能叫 Proxy、节点选择，也可能由订阅作者另行命名。查看组内选项，先手动选择一个实际节点，或选中包含有效节点的自动选择组。如果当前选择的是 DIRECT，匹配到该组的请求仍会直连；如果选择了另一个策略组，还需要继续查看下一层，直到确认最终出口。

点击节点旁的测试按钮，或使用“测试全部”检查当前网络能否完成指定测试请求。测试出现结果只能证明该测试目标在当时可达，不代表所有网站和应用都可用；超时也可能与测试地址有关。首次配置不必围绕最小数值反复切换，先选一个能完成测试的节点，等第四步用实际访问确认。遇到地区或业务限制时，再针对具体用途更换出口。

“全局”模式通常将进入客户端的请求交给全局策略组处理，可在排查规则时短暂对照，但并不意味着所有应用流量都会自动被接管；桌面程序仍可能绕过系统代理。“直连”模式则通常让进入客户端的请求直接访问，不适合拿来验证代理节点。测试全局模式后，记得切回规则模式，并再次检查主要策略组的选择是否保留。

不要在这一步添加来历不明的规则，也不要把别人的策略组名称直接抄进配置。规则引用的目标必须在当前配置中存在，否则可能加载失败或无法按预期分流。规则顺序、域名匹配和兜底项的完整解释留在规则配置文档，首次使用只需保持订阅原有规则，并确认代理组的出口。

第三步：开启系统代理或手机 VPN

桌面端先确认客户端处于运行状态，再开启“系统代理”或“设为系统代理”。ClashX 可从菜单栏图标打开相应菜单；其他客户端通常在首页或设置页提供开关。开启后，遵循系统代理设置的浏览器和应用会把请求交给本机监听端口。关闭主窗口不一定等于退出进程，但直接退出客户端后，本机监听会停止，因此首次测试期间保持客户端运行。

正常使用图形客户端时，系统代理地址通常由客户端自动填写，不必再手工重复配置。如果浏览器安装过代理切换扩展，先将扩展改为遵循系统设置，或暂时停用其接管功能，避免扩展指向另一个端口。还应检查是否有旧客户端仍在后台运行；两个程序抢占同一监听端口时，界面开关即使显示开启，也可能出现绑定失败。

首次连接暂时保持 TUN 关闭，只用系统代理完成验证。TUN 适合接管不遵循系统代理的程序，但可能涉及管理员权限、虚拟网卡与路由修改。若浏览器已经能够使用代理，而某个游戏或命令行工具不能使用，这更可能是流量入口差异，不应立即重装客户端。先完成浏览器测试，再按平台文档为目标应用选择显式代理或 TUN。

Android 和 iOS 的操作不同：在客户端首页点击“连接”“启动”或电源按钮，首次使用会出现系统 VPN 授权提示。确认提示属于当前安装的客户端后允许建立连接，再返回应用查看连接状态。系统状态栏的 VPN 标识只表示网络接管已建立，不表示选中的远端节点一定可用，因此仍需执行下一步的访问验证。已有其他 VPN 连接时，先明确两者的用途，不要反复相互替换。

如果需要检查端口，进入客户端的端口设置或当前生效配置，查看混合端口。常见值是 mixed-port: 7890，但实际值以当前客户端为准，不应看到教程中的数字就强行覆盖。混合端口可接受 HTTP 与 SOCKS 代理请求；显式配置其他应用时，应同时核对地址、端口和代理类型。本机使用通常指向 127.0.0.1，无需开启“允许局域网连接”。更多说明见混合端口设置。

第四步：验证访问结果与规则命中

回到浏览器，先打开一个预期直连的网站，确认基本网络仍然可用，再访问一个按当前配置应走代理的目标。每次只测试一个页面，必要时使用新的隐私窗口减少浏览器缓存和扩展的干扰。不要只看客户端图标颜色，也不要把页面打开一次当成全部验证；需要同时确认访问结果与客户端记录，才能区分代理成功、直连成功和命中缓存。

打开客户端的“连接”页面，在刷新网页时寻找对应域名或目标地址。如果客户端提供规则、策略链或出口字段，依次核对：请求是否进入客户端，命中哪条规则，使用哪个策略组，最终选择哪个节点。例如，预期代理的域名若显示 DIRECT，应回到规则与策略选择检查；若显示代理组及所选节点，但连接失败，再检查节点本身和目标服务。

若没有连接列表，可在“日志”页面使用普通信息级别观察刚发生的请求，按时间和域名查找。部分客户端不会在默认日志级别展示全部连接细节，不能仅凭缺少某一行就断言请求没有进入内核。必要时短暂调整日志级别，完成检查后恢复；分享日志前移除订阅链接、认证信息和敏感访问记录，不要上传整份原始配置。

浏览器访问失败时，按顺序回看前面三步。先确认配置仍处于激活状态，再换一个节点做同样测试，随后检查系统代理是否被其他程序覆盖，最后核对该域名命中的规则。如果所有测试目标都失败，优先检查接管和节点；如果只有一个站点失败，则检查目标站点状态、出口地区及具体报错。每轮只改变一项，并记录结果，避免多项调整相互抵消。

命令行可以作为补充，但不是首次使用的必选步骤。已确认混合端口为 7890 的桌面用户，可执行下面的命令，显式让这一次请求经过本机 HTTP 代理。Windows 建议使用 curl.exe 避免部分终端的命令别名差异。命令只验证该请求的代理入口与访问结果，不代表整个操作系统或所有应用都已使用代理。

curl --proxy http://127.0.0.1:7890 --head https://example.com

若命令提示无法连接本机端口，应先核对监听端口及客户端运行状态；若本机端口可连但远端请求失败，再看节点与日志。收到 HTTP 响应说明已完成相应请求，不应要求必须返回某一个固定状态码。遇到证书警告时不要直接忽略验证，应检查系统时间、目标证书与网络环境，继续参考帮助中心的故障排查。

退出与日常使用：保留可用配置

完成验证后，记住当前配置名称、运行模式和主要策略组选择。日常更换节点只需调整对应策略组，不必重新导入同一个订阅。更新订阅后，再检查当前选择是否仍存在；服务提供方移除或重命名节点时，原先的选择可能失效。不要直接修改远程订阅生成的文件来保存长期规则，因为下一次更新可能覆盖这些修改。

暂时停用桌面代理时，先关闭系统代理，再退出客户端，避免系统继续指向已经停止监听的本机端口。手机端使用客户端的断开按钮结束 VPN 连接。若退出后网页异常，先检查是否残留系统代理或浏览器扩展设置，再判断是否需要恢复网络；不要直接删除配置，这会丢失用于复现问题的上下文。

接下来如需处理开机启动，可查看开机自启说明；需要 Windows 平台权限与网络接管细节，可查阅Windows 安装配置章节。局域网共享、自定义分流和 TUN 的深入配置统一放在使用文档。首次连接稳定后再逐项开启这些功能，每增加一项都重复一次第四步的验证。

Clash 使用教程：订阅导入与连接验证