开始前：准备客户端与订阅
Clash 客户端负责读取配置并处理流量，安装完成并不等于已经获得可用的代理服务。继续操作前，需要准备服务提供方给出的订阅地址，或一份包含可用出站信息的本地配置文件。订阅还需要与客户端使用的内核兼容；只有分享链接、网页地址或账号登录页，不能据此判断它就是可直接导入的 Clash 配置。
先保持普通网络可用，打开一个平时能访问的网页，确认设备日期与时间正确。如果设备上已经运行其他代理或 VPN，先停止它们的连接，避免多个程序同时改写系统代理、路由或 DNS。可以保留其他客户端的安装，但本轮测试只启用一个网络接管入口，这样出现问题时才能判断是哪一步没有完成。
订阅地址可能包含用于识别账号的参数，应像账号资料一样保存。不要把完整链接放进公开评论、截图或在线转换页面；需要求助时，优先描述错误提示，并遮盖订阅地址、节点凭据与控制接口信息。以下步骤不需要公开这些内容，也不需要先调整复杂的配置字段。
01 导入订阅并启用配置
在服务提供方的管理页面找到适用于 Clash 或当前客户端的订阅入口，使用复制按钮取得完整地址。返回客户端，进入「配置」「订阅」或类似页面，寻找「新建」「添加」或「从链接导入」。把地址粘贴到订阅链接输入框；如果旁边还有名称输入框，可以填写便于识别的名称，名称本身不影响连接。确认输入框里没有前后空格、换行，也没有把说明文字一起复制进去，再提交导入。
部分服务页面还提供一键导入。点击后，浏览器可能询问是否打开本机客户端；确认目标确实是已安装的软件后再允许。客户端没有响应时，不必反复点击，可以回到手动粘贴方式。手动导入更便于核对地址和查看下载错误，也能避免浏览器未注册应用链接时造成的困惑。无论用哪种入口，导入完成后都应回到客户端查看结果，而不是只凭浏览器的提示判断成功。
等待客户端完成配置下载。成功时通常会出现一个新的配置条目，并能在「代理」页面看到策略组或节点。接着点击该配置条目，使用「启用」「设为当前」或相应的选择操作。仅仅把订阅加到列表，未必已经切换当前运行配置；应确认当前配置标记确实落在刚导入的条目上。部分客户端会自动启用首个配置，仍建议主动检查一次。
如果拿到的是本地 .yaml 或 .yml 文件，则选择「从文件导入」，在文件选择器中打开它，再按同样的方法启用。本地文件导入不会自然获得远程订阅的更新能力；服务方更换节点后，可能需要重新下载文件。不要仅把普通文本文件改一个扩展名就当作有效配置，客户端能解析的内容才是判断依据。
导入失败时，先看错误发生在哪一层：下载超时说明当前网络未能取得内容；认证失败需要检查链接与服务状态；解析失败则要确认订阅格式和内核支持情况。不要为了让导入通过而随意删掉不认识的字段。可以在服务页面重新复制正确格式的地址，再尝试一次手动更新。更多情形见 帮助中心的安装配置与故障排查。
进入下一步前，至少应能确认两件事：当前配置已被选中，代理页面存在可供选择的出站组或节点。如果这里仍是空白，先解决导入问题；开启系统代理并不会补出缺失的节点，也不能修复格式不兼容的订阅。
02 选择规则模式与出站节点
配置启用后，打开客户端首页、代理页面或设置中的模式选择区域。首次使用建议选「规则」模式，有些界面显示为 Rule。在这一模式下，请求按照当前配置的规则决定直连还是交给代理组；它不是自动保证所有网站都走代理，而是执行订阅中已有的分流安排。因此，后面验证时需要同时看访问结果和实际命中的规则。
「全局」模式通常把进入内核的请求交给全局策略选择，适合在排查时临时对照；它不意味着所有应用的所有流量都已经进入客户端。「直连」模式则让进入内核的请求直接出站，不能用于验证代理节点是否工作。先区分「流量有没有交给客户端」和「客户端如何选择出口」，就不会把切换全局模式误当成启用系统代理的替代操作。
保持规则模式，进入「代理」页面，展开配置中的主选择组。组名由配置作者决定，可能叫「代理」「节点选择」或使用其他名称。找到允许手动选择的组，点击一个具体节点，使选中标记移动到它上面。若组里放的仍是其他策略组，需要继续确认下一级组的选择，直到能理解目标请求将交给哪个实际出口。不要把 DIRECT 当作远程代理节点，它表示直连。
如果客户端提供连接测试或延迟测试，可以先运行一次，观察选中节点是否能完成测试。测试结果只说明该节点对指定测试地址在当时的响应情况，不等同于所有网页都能访问，也不代表实际下载速度。某个节点超时时，可以换一个节点复测；如果全部超时，优先检查订阅是否有效、系统时间是否准确，以及客户端是否支持订阅使用的协议。
自动选择组的节点可能由测试结果决定，手动选择组则保留用户的选择。第一次验证时，用一个明确的手动选择更容易复现问题；确认工作正常后，再按自己的使用方式改用自动组。现在先保留规则与 DNS 的原始设置，不要同时编辑它们。策略组类型、规则顺序和覆写机制的详细说明放在 配置进阶手册，无需在首次连接时全部掌握。
03 启用系统代理或手机 VPN
选好节点后，还需要把目标应用的流量送到客户端。Windows、macOS 与 Linux 桌面端可先找到「系统代理」开关并开启。它会修改操作系统的代理设置，让遵循该设置的浏览器和应用把请求交给本机代理端口。开关可能位于客户端首页、托盘菜单或设置页；开启后检查界面是否显示已启用，同时保持客户端继续运行，不要把退出程序与最小化混淆。
首次开启时，系统可能要求授权修改网络设置，或提示防火墙访问。按客户端当前功能需要完成授权即可，不必为了让一个浏览器连接而开放所有网络访问权限。如果系统代理开关立即关闭或客户端提示端口监听失败，先查看日志中的明确错误。特别是出现端口已被占用时，应先退出占用同一端口的其他代理程序，而不是连续切换模式尝试碰运气。
有些 Linux 桌面环境或应用不遵循统一的系统代理设置，这时系统代理按钮存在也不代表目标程序一定使用它。首次测试先选一个确认支持系统代理的浏览器；命令行工具、游戏或自行管理网络连接的程序可以留到基础链路验证完成后再处理。不要把某一个应用未接入代理，直接归因于订阅失效。
Android 与 iOS 通常通过客户端首页的连接按钮启动系统 VPN 通道。点击连接后，系统会出现建立 VPN 或添加 VPN 配置的授权提示，核对发起应用后允许。回到客户端，等待连接状态稳定，再查看系统状态栏或系统 VPN 设置中的连接状态。这里的 VPN 表示本机流量接管机制，仍需要有效配置与可用出站；出现 VPN 标识不等于远程节点一定连接成功。
如果手机已经连接另一个 VPN，先断开原连接，再启动当前客户端。Android 的始终开启 VPN、阻止未通过 VPN 的连接或工作资料设置，可能影响切换；只有确实遇到连接限制时，再去系统设置核对这些选项。普通首次使用不必预先修改整套网络策略。后台被系统暂停导致断连时，可以在确认前台连接可用后，再查看客户端的后台运行说明。
TUN 模式通过虚拟网络接口接管流量，与桌面系统代理的工作方式不同，通常还涉及权限、路由及 DNS 配合。本教程先使用桌面系统代理或手机客户端默认的 VPN 连接，不要求额外开启桌面 TUN。若目标应用不支持系统代理，再到 配置进阶查阅 TUN 与 Fake-IP 的适用条件。至此，配置、出站选择和流量入口才算串成了一条可供测试的路径。
04 验证网页访问与实际出站
保持客户端运行，打开一个遵循系统代理的浏览器，在新标签页访问需要验证的目标网站。先观察页面是否真正加载，再打开客户端的「连接」或「日志」页面，寻找刚刚发出的请求。新标签页能减少旧页面状态的干扰，但仍可能使用已有连接或缓存；如果没有看到新记录，可以刷新页面，必要时关闭浏览器后重新打开，再做一次可重复的访问。
在记录中核对目标域名、匹配规则和出站链路。理想结果不是单纯出现一条记录，而是目标请求经过了预期的代理组与节点。若记录显示 DIRECT，说明这次请求被安排为直连；即使网页打开，也不能据此证明代理出口可用。若代理组指向了另一个节点，应回到第二步检查实际被规则引用的组，而不是只检查名称相似的组。
随后打开一个平时可以直接访问的网页，确认规则模式下普通访问也能正常进行。这一步用于发现连接后整体网络异常的情况。不要只依赖出口地址查询页面：规则模式可以让不同网站走不同出口，查询站点可能被分配为直连，浏览器缓存或已有连接也会影响观察。网页访问、目标请求记录与实际出站三者一致，比只看一个地址变化更可靠。
如果目标网页打不开，但客户端完全没有对应请求，优先回到第三步检查系统代理是否开启、浏览器是否使用独立代理设置，以及是否存在其他 VPN 或代理扩展。如果已经出现请求记录，却显示连接失败或超时，再检查当前节点与订阅状态。如果记录能建立连接，但部分域名持续失败，则需要进一步检查 DNS、规则或目标站点本身，不要一次性重置全部设置。
全局模式可以作为短暂的对照：在同一节点、同一浏览器中切换后重试目标页面。如果全局可用而规则模式不可用，应重点核对分流与组选择；如果两种模式都失败，还需要继续判断流量入口、节点或 DNS。对照结束后切回原来的规则模式。详细的逐层判断方法见 帮助中心，不要把临时测试设置长期留作默认而忘记恢复。
最后做一次退出检查。桌面端先关闭系统代理，再正常退出客户端，确认普通网页仍能访问；如果直接结束进程后网络异常，到系统网络设置里检查是否遗留了指向本机的代理。手机端则在客户端断开 VPN 后检查普通网络。随后重新启动并连接一次，确认刚才的配置和节点选择得到保留。这能提前发现「运行时可用，退出后断网」或「重开后未启用配置」的问题。
完成后：保存可用状态
完成四步后，记录当前使用的配置名称、模式与主代理组选择即可，不需要保存含凭据的公开截图。订阅更新时，先使用客户端提供的更新按钮，确认更新成功且原配置仍被启用，再测试一次目标网站。若客户端支持自动更新，可以在基础连接稳定后开启；自动更新无法替代订阅续期，也不能解决服务端已经失效的节点。
后续每次只改动一项设置，并保留能够恢复的原配置。需要理解 DNS 优化、规则集、TUN 或本地覆写时，再阅读 配置进阶手册；遇到导入失败、节点超时或已连接却打不开网页时，转到 帮助中心按现象排查。首次使用的完成标准是能够解释「当前用哪份配置、流量从哪里进入、目标请求走哪个出口」，而不是把所有开关都打开。