第一步：导入订阅
打开客户端，进入“配置”或“订阅”页面，找到“新建”“添加”或“从 URL 导入”入口。将订阅提供方给出的 Clash 兼容地址完整粘贴到地址栏，再填写一个便于识别的本地名称，例如“日常配置”。名称只用于在本机区分配置，不能替代订阅地址。确认没有复制进空格、换行或聊天消息末尾的标点，然后执行导入或下载。
订阅地址与网站登录地址不是同一项内容。一个能在浏览器中打开的账户首页，通常不能直接作为配置导入；单独的节点分享链接，也不一定能被订阅入口识别。应在订阅提供方页面选择明确标注为 Clash 或兼容客户端的配置格式。若现有内容属于其他格式，先阅读概念速查中的订阅与配置说明，不要通过反复修改网址来试探。
等待请求完成后，页面通常会出现一张配置卡片或一条配置记录，并可能显示更新时间、文件名称或解析结果。点击该记录的“使用”“启用”或选择按钮，将它设为当前配置。仅完成下载并不等于已经切换：当客户端中保留多份订阅时，新增配置可能仍处于未选中状态。查看选中标记，再进入代理页面，确认能够看到节点或策略组。
本地文件与远程订阅的区别
如果拿到的是本地 .yaml 或 .yml 文件，使用“导入文件”入口，从系统文件选择器中选中它，再设为当前配置。文件导入适合已有配置的迁移，但不会天然获得远程更新能力。远程订阅则通常保留来源地址，可以通过“更新”重新拉取内容。首次上手只选一种导入方式，避免把同一份配置重复添加后误选旧记录。
若客户端提示下载失败，先检查本地网络和地址是否完整，再查看是否有过期、访问限制或认证错误提示。订阅更新失败与节点连接失败属于不同阶段：前者尚未获得配置，后者已经有配置但出口不可用。有些订阅服务在当前网络下无法直接访问，这需要通过提供方支持的可达入口解决；一个尚未导入任何可用节点的客户端，不能凭空完成代理下载。
本步完成标志：配置已被选中，代理页面出现预期的策略组和节点。如果只有空白列表，先返回导入结果检查内容；不要继续通过切换模式来弥补缺失的配置。确认配置能够正常读取后，下一步才决定流量按什么规则选择出口。
第二步：选择代理模式
在客户端首页或设置页找到“模式”，首次使用选择“规则”或 Rule。规则模式会按照当前配置中的规则决定每个连接的去向，既可能选择某个代理策略组，也可能直接连接。它适合保留订阅已有的分流安排。选择后先不要修改规则文件、DNS 模式和嗅探选项，以便后续能根据单一配置判断问题。
“全局”或 Global 模式通常将进入内核的连接交给全局策略处理，适合临时对照测试；“直连”或 Direct 模式则以直接连接为主。这里的模式只决定已经进入内核的流量如何处理，不会替代系统代理或移动端连接开关。因此，即使选择全局模式，也不能据此认定所有应用都已经接入代理。
在策略组中选定出口
接着打开“代理”页面。页面上可能先展示“代理选择”“自动选择”或按用途命名的策略组，而不是一张平铺节点列表。打开规则主要引用的出口组，选择一个可用节点；如果组内指向另一个策略组，需要继续确认下一级的选择。不要仅凭卡片排列位置判断当前出口，应查看选中标记或展开后的策略链。
手动选择组通常对应 select，需要用户明确选择成员；自动测试组通常对应 url-test，会依据配置的探测结果选择出口。可以点击“延迟测试”或类似按钮，等待结果返回，再从可用成员开始测试。测试数字只代表特定探测请求的表现，不等于下载速度，也不能保证任意网站均可访问。暂时没有测量结果的节点，也不能只凭空白状态断定失效。
如果组中包含 DIRECT，选中它通常表示该组改为直接连接，并不是启用代理。首次测试需要走代理的网站时，应选定一个实际代理节点或包含代理节点的下级组。订阅可能为不同网站设置不同组，因此修改一个组不一定改变所有网站的出口。分流关系的详细解释可在 策略组字段与 规则语法中查阅。
本步完成标志：当前模式是规则模式，预期承担代理流量的策略组已经选定出口。此时配置和出口选择已经准备好，但设备上的应用尚不一定使用它们。下一步需要建立应用流量与客户端内核之间的接入关系。
第三步：启用连接
先查看客户端首页的运行状态。部分桌面客户端会随程序启动内核，另一些需要点击“启动”或“连接”。如果状态仍是已停止，先启动并查看是否出现明确错误，再开启流量接入开关。程序窗口能够打开，只能说明图形界面在运行，不代表内核已经成功读取配置并监听本地端口。
桌面端：先使用系统代理
在桌面客户端中找到“系统代理”开关并启用。它通常将操作系统的代理设置指向客户端监听的本地地址，让遵循系统设置的浏览器等应用把请求交给客户端。首次上手不需要手动填写端口；如果之前曾在系统或浏览器中配置过另一套代理，应先记录原值，再消除相互冲突的设置。
开启后检查浏览器是否使用系统代理。有独立代理扩展或自定义网络设置的浏览器，可能绕过刚启用的系统设置。暂时停用冲突的扩展，或将浏览器恢复为使用系统代理，再打开新标签页测试。对于终端工具、游戏或部分内置网络组件，系统代理可能并不适用；浏览器测试成功后，再按具体应用补充设置，不要把所有应用表现混在一起判断。
TUN 是另一种接入路径，通常需要系统服务、虚拟网卡或额外权限。它有助于接管部分不遵循系统代理的流量，但并非首次浏览器测试的必要条件。为减少变量，本轮先使用系统代理，不同时叠加 TUN。如果确定需要接管更广泛的应用流量，完成本页验证后再阅读 TUN 模式说明，逐项检查权限、路由与 DNS 的关系。
移动端：批准系统 VPN 请求
在 Android 或 iOS 客户端中，确认已选中配置和出口后，点击“连接”或“启动”。首次使用时，系统通常会弹出添加 VPN 配置或建立 VPN 连接的授权提示。核对发起请求的应用，再按系统指引允许；某些设备会要求解锁确认。完成后返回客户端，查看是否显示已连接，并检查系统设置中的 VPN 状态。
移动端的 VPN 标识只说明本地隧道或接口已建立，不代表远端节点已经连通，也不意味着每个请求都使用代理出口。若设备正在运行另一款使用 VPN 接口的工具，应先停止它，再尝试连接当前客户端；切换后重新检查状态。首次测试期间暂时保持客户端在前台，避免把后台限制、节电策略与节点问题混为一谈。
如果连接按钮立即恢复为未连接，打开日志页查看最先出现的错误。配置解析失败、端口占用和权限不足，需要分别处理。不要连续点击连接按钮，也不要在未读错误前同时更换节点和 DNS 设置。界面用语或系统授权仍不明确时，可到帮助中心查找对应平台的安装配置问题。
本步完成标志：内核正常运行，桌面端系统代理已开启，或移动端已建立 VPN 连接。接入通道已经存在，接下来要验证实际请求是否进入内核，以及是否按预期选择出口。
第四步：验证是否生效
在浏览器中打开一个预期走代理的网站，选择自己熟悉且当前应当可访问的页面。随后切回客户端的“连接”页面，观察刚刚发起的连接。不同客户端显示的字段有所不同，优先核对目标域名、匹配规则和策略链。若页面提供筛选框，可输入目标域名缩小范围；短连接可能很快结束，需要查看历史连接或在日志页辅助确认。
理想结果不是单纯出现一个“已连接”图标，而是测试页面能够加载，连接记录中的目标与刚才访问的网站一致，规则与策略链也符合预期。例如，规则指向某个代理组时，链路最终应落到选定节点；预期直连的请求则应显示直接连接。若页面可打开但记录显示直连，只能证明该页面可达，不能证明代理出口已被使用。
用对照请求区分分流与故障
再访问一个预期直连的网站，对照查看记录。规则模式下，两类请求使用不同出口是正常现象，并非连接时好时坏。也可以使用可信的出口 IP 查询页面作为辅助，但要同时检查查询页面自身命中了什么规则：若它被分配到直连，显示本地网络出口就是合理结果。IP 查询只能说明这一条请求的出口，不能代表设备上全部应用的路径。
首次测试失败时，保持操作顺序不变。先关闭接入开关，确认本地网络仍能访问普通网站；再恢复开关，确认当前配置、模式和策略组选择没有变化。接着观察失败请求是否出现在连接页：完全没有记录，优先检查浏览器代理设置、内核运行状态及接入开关；已经进入内核但持续超时，则查看所选节点、目标站点和日志中的具体错误。
如果同一策略组中有其他可用节点，可以只更换节点并重复同一个测试请求。不要在同一轮同时更新订阅、切换 DNS 模式、启用 TUN 和更换浏览器，否则即使恢复访问，也很难知道哪一步产生作用。若怀疑规则分流，可临时切到全局模式，明确选定全局出口做一次对照，测试结束后切回规则模式；这个操作仍不能替代流量接入检查。
DNS 泄漏、应用绕过代理或特定协议失败，需要在明确现象后单独分析，不能通过一个网页加载结果直接下结论。遇到这些情况，记录测试应用、目标域名、当前模式与日志错误，再到帮助中心继续排查。涉及字段调整时，查阅 DNS 配置参考，不要把其他平台的完整配置直接覆盖到当前环境。
本步完成标志：预期代理的网站能够访问，客户端记录显示了相符的规则和出口，预期直连的网站也按规则处理。保留这组简单的对照请求，之后更换网络或更新配置时可以重复验证。
保存与日常使用
首次验证通过后，记住当前使用的配置名称、代理模式和主要策略组。订阅更新后，节点名称或组成员可能变化，原来的手动选择未必仍有效；如果更新后访问异常，先检查选中配置与策略组，再重复第四步，不必立即重装客户端。需要修改规则时，优先使用客户端提供的独立覆写机制，具体保存方式以客户端说明为准。
结束使用时，桌面端先关闭系统代理，再按需要退出客户端；移动端使用断开按钮，并确认系统 VPN 状态已结束。如果退出后浏览器仍无法访问普通网站，检查系统是否还保留指向本地端口的代理设置。恢复网络设置与删除配置不是同一操作，不要为了关闭代理而误删订阅。
到这里，首次连接的主线已经完成。后续按实际需求选择阅读：不理解节点、策略组与规则的关系时查看概念速查；需要解释错误现象时查看帮助中心；准备调整 YAML、DNS 或覆写内容时使用 YAML 手册。每次只改变一个条件，再用同一组请求复测，能够让配置维护保持可追溯。