第一步：导入订阅
打开客户端，先找到侧栏或底部导航中的「配置」「订阅」或「Profiles」。如果页面还没有配置卡片，点击「新建」「添加」或「导入」，选择通过远程地址导入。把服务提供方给出的订阅地址粘贴到地址栏，名称可以填写便于辨认的短名，再点击确认。不要把服务网站的登录页面地址当作订阅地址；两者用途不同，客户端需要的是能返回兼容配置内容的链接。
粘贴后先检查地址首尾有没有空格、换行或聊天软件附带的标点。有些服务会分别提供通用链接和 Clash 专用链接，应优先选择明确标注适配当前客户端的入口。订阅地址往往带有账户访问凭据，不要贴到公开讨论区，也不要把完整地址交给不明在线转换网站。需要求助时，隐藏地址参数、账户信息和节点认证字段，只保留报错类型。
点击导入后，等待客户端下载和解析。成功时通常会出现一张配置卡片，显示名称、来源或更新时间。接着点击这张卡片，或使用卡片菜单中的「启用」「使用此配置」。单纯把配置加入列表，不一定意味着它已经成为当前配置；应确认卡片出现选中标记，再进入「代理」页面，查看是否已经出现策略组与节点。
如果持有本地 YAML 文件，选择「从文件导入」，通过系统文件选择器打开对应文件，然后同样执行启用操作。本地文件不一定带有远程更新来源，后续是否能自动更新取决于配置方式。先保留一份原始文件，初次连接前不要同时修改规则、DNS 和端口，以免导入成功后又引入新的配置错误。
没有出现节点时，先检查导入结果
如果配置列表已有卡片，但代理页仍然为空，先回到配置页确认选中的确实是刚导入的配置，再查看通知或日志是否报告解析失败。返回内容是登录网页、链接已经失效、配置格式不兼容，都会导致无法正常加载。此时继续开关系统代理没有作用，应先处理配置来源。远程订阅若暂时无法访问，可以在服务方提供该方式时下载本地配置导入，不要随意安装来历不明的辅助工具。
完成这一阶段的判断标准不是「链接已经粘贴」，而是「配置已启用，代理页能看到可选出口」。达到这个状态后，再进入下一步。订阅更新会怎样覆盖本地修改、配置合并如何设置等内容，留到连接稳定后再查阅使用手册。
第二步：选择代理模式
进入「概览」或「代理」页面，找到「模式」选项。常见选项包括规则、全局和直连，英文界面可能显示 Rule、Global 和 Direct。初次使用先选「规则」：客户端按配置中的规则判断请求应走直连、代理还是拒绝。这里的模式决定如何分配已经进入内核的请求，不负责让所有应用自动把流量交给客户端。
选择规则模式后，再查看代理页中的策略组。组名由订阅配置决定，可能包含「节点选择」「代理」或业务用途名称，不一定叫 PROXY。展开主策略组，点击一个节点，确认当前选项标记已经移动到该节点。如果组里选中的是另一个组，还要继续展开下一级，检查最终出口，避免主组看似已选，实际却落在 DIRECT 或一个不可用的子组上。
有些配置为视频、消息或其他站点分别设置策略组。首次连接只调整规则实际引用的主组，其他组先保留默认设置。不要为了让页面整齐而把所有组都改成同一个节点；某些组原本用于直连、自动选择或故障转移，随意更改可能改变配置原有用途。策略组较多时，可结合Clash 策略组说明确认组之间的关系。
运行节点测速，再选一个出口
在代理页找到「延迟测试」「测速」或刷新样式的测试按钮。先对当前组执行一次测试，等待结果稳定，再选择有响应的节点。测试一般测量到指定测试地址的连接响应时间，不等于下载带宽，也不能证明所有网站都可访问。节点显示较低延迟却打不开目标站点，仍需检查目标服务、出口地区及实际连接记录。
若某个节点显示超时，可以换同组的另一个节点重新测试，不必立即重装客户端。如果所有节点都超时，先确认本机原有网络能正常访问日常站点，再检查订阅有效期和配置是否加载成功。部分自动选择组会定时测试并切换出口，手动选择组则需要主动点击节点；初次验证时，使用一个明确选中的出口更容易复现结果。
全局模式适合短时对照：它把进入内核的请求交给全局策略，但全局策略本身仍需选择可用出口。直连模式则通常把请求直接发出。两者都不宜替代规则排查。先保持规则模式，记住当前选中的节点，再开始接管流量，下一步才有清晰的验证对象。
第三步：开启连接
回到「概览」或「设置」，先确认内核已经运行。有些客户端启动后会自动运行内核，有些需要点击「启动」或连接按钮。如果状态仍是停止，先查看界面上的启动错误；端口被占用、配置解析失败或服务不可用时，系统代理即使打开，也没有可接收请求的本地代理服务。
桌面端：先开启系统代理
在桌面客户端中打开「系统代理」。这个开关会把系统的代理设置指向客户端监听的本地地址与端口，支持并遵循该设置的应用才会使用它。配置常见的混合端口是 7890，但应以当前客户端显示的值为准，不能把教程里的端口当成所有配置的固定值。初次验证先使用通常遵循系统代理的浏览器，关闭并重新打开测试页面。
此时暂不同时打开 TUN，也不要另外启动另一款代理客户端。多个程序争用系统代理设置，或两个网络接管方案互相影响，会让结果难以判断。如果系统或浏览器曾手动设置代理，检查它是否仍指向旧端口；浏览器扩展也可能覆盖系统设置。先用一个干净的测试窗口进行验证，比反复改变所有网络选项更容易定位问题。
系统代理不是全设备流量接管。某些终端工具、游戏或独立网络栈应用可能忽略系统代理，浏览器成功而这些应用失败，并不意味着节点一定失效。先完成本页的浏览器验证，再按需要学习手册中的 TUN 配置。虚拟网卡、路由和 DNS 会增加变量，不适合与首次导入订阅一起调整。
移动端：确认系统 VPN 授权
在移动端点击「启动」或连接按钮后，系统可能弹出创建 VPN 连接的授权提示。确认提示对应的是当前安装的客户端，再按系统要求授权。返回客户端，检查运行标记或连接状态是否已经变化；系统状态栏也可能出现 VPN 标识。若设备正在运行其他 VPN，应先确认是否冲突，因为普通使用场景下往往不能同时启用两条此类连接。
不要只凭 VPN 图标认定节点可用。这个图标通常只能说明系统隧道已建立，实际请求能否到达目的地，还取决于配置、出口和网络。连接后先保持客户端在前台，打开浏览器执行下一步。等前台验证通过后，再检查锁屏和后台运行是否稳定，避免把省电策略问题与首次配置问题混在一起。
第四步：验证是否生效
保持规则模式和刚选好的节点，打开一个按当前配置预期需要代理的站点。页面能够加载后，回到客户端的「连接」页面，搜索对应域名，查看命中的规则、使用的策略组以及最终出口。有些界面只显示策略链的一部分，可以展开连接详情。记录里出现预期代理策略，比单看主界面的运行图标更能说明这次请求实际经过了哪里。
接着打开一个预期直连的常用站点，同样查看连接记录。若两类请求分别走到预期出口，说明基础分流已经工作。不同订阅的规则不同，不能仅凭站点名称断定它一定应该直连或代理；判断时要结合当前规则。系统代理场景下，部分绕过代理的请求可能不会进入内核，因此连接页没有记录也需要结合系统绕过列表理解。
出口 IP 查询可以作为补充，但不是唯一结论。查询页面自身也可能命中直连规则，而且网页显示的地区还受数据库更新影响。更可靠的做法是把访问结果、连接记录与规则命中放在一起看。若刚切换过节点，刷新页面或重新建立连接后再检查，已有长连接可能仍然使用之前的出口。
无法上网时，按固定顺序回查
先确认配置卡片仍是启用状态，代理页仍有节点。随后确认模式是规则，主策略组没有意外选成直连或拒绝，再换一个有响应的节点重试。接着检查内核是否运行、系统代理或移动端连接是否开启。如果客户端连接页始终看不到测试请求，优先检查流量有没有进入客户端，而不是反复调整节点。
如果能看到请求，但连接失败，展开该条连接并查看日志。域名解析失败应从 DNS 路径查起；连接超时可能涉及节点、线路或目标服务；认证错误需要核对订阅状态。日志里的错误是定位线索，不宜只截取最后一个英文单词下结论。每次只改一个设置，重新发起同一个请求，记录变化，避免同时改节点、模式和 DNS 后无法知道哪一项起作用。
当需要对比原有网络时，桌面端先关闭系统代理，再停止内核；移动端先断开客户端连接。确认日常站点在原有网络下是否正常，然后恢复配置重试。不要把重置全部网络设置作为第一步，它会影响其他已保存配置。涉及 UWP 应用、虚拟网卡或更深层的路由问题，可继续查阅UWP 回环与系统接管说明及手册中的排查章节。
验证通过后的日常顺序
之后日常使用可沿用「启动客户端、确认配置、选择出口、开启接管」的顺序。订阅更新在配置页操作，更新完成后检查当前策略组是否仍有有效选择；节点被服务方移除或改名时，旧选择可能不再适用。订阅更新时间、客户端更新时间与内核更新时间是不同概念，不需要为了刷新节点而反复安装软件。
先保留这套已经验证成功的基础设置，再逐项启用后台运行、自动更新或开机自启。需要自定义规则和 TUN 时，先备份配置，再按Clash 使用手册的对应章节调整。本页的完成标准是：配置可加载、出口可选择、请求能进入客户端，并能从连接详情解释一次代理与直连的实际结果。