第一步：导入并启用订阅
订阅链接是客户端获取配置的入口，不是需要在浏览器里访问的普通网页。它可能包含节点、策略组和分流规则，也可能只包含节点信息。首次使用时，优先取得与当前客户端兼容的完整 Clash 或 mihomo 配置订阅。客户端本身不附带可用的代理服务，安装完成后仍需要自行准备有权使用的配置。
新建远程订阅并下载配置
打开客户端，在侧栏或底部找到“订阅”“配置”或“Profiles”。选择新增远程配置；如果弹窗里有“本地文件”和“远程链接”两种方式，选远程链接。把复制的订阅地址粘贴到地址栏，起一个容易辨认的名称，例如“日常配置”，再点击导入、下载或保存。不同界面可能先保存条目，再要求点击条目旁的更新按钮；操作完成后，应能看到配置名称，而不是一直停留在下载中。
粘贴前检查首尾是否带入空格、换行或聊天软件附加的说明文字。订阅地址可能包含个人访问凭据，不要把完整地址贴到公开讨论区，也不要随意交给不熟悉的在线转换站。下载失败时，先阅读界面里的错误提示：网络超时、认证失败和配置格式错误是不同问题，反复点击同一个更新按钮通常不能改变结果。
选中配置，再检查代理页面
导入成功不等于已经启用。点击新配置的名称、单选标记或“使用”按钮，让它成为当前配置。界面通常会显示选中边框、当前使用标记或应用成功提示。接着进入“代理”页面，检查是否出现策略组和节点名称。如果仍显示旧配置的内容，回到配置列表确认选中状态，并查看是否有需要手动执行的应用操作。
如果手里只有本地配置文件，改用“导入文件”选择对应的 YAML 文件，然后同样选中并应用。文件扩展名本身不能保证内容兼容；只有一组节点的文件也不一定包含分流规则。若客户端提示缺少字段或无法解析，先向配置提供方确认格式，不要为了消除报错而删除不认识的段落。
首次连接前可以先保留默认更新间隔，等验证通过后再调整。远程更新可能覆盖直接写进订阅文件的修改；以后需要长期保留规则时，应了解客户端的覆写机制，而不是每次更新后重新编辑。订阅打不开、更新后配置变化等问题，可到订阅相关问题继续查阅。
第二步：选择模式与节点
配置已经载入后，先找到客户端的模式选择。常见选项是“规则”“全局”和“直连”，也可能显示为 Rule、Global、Direct。这里的模式决定连接按什么逻辑选择出口，并不等同于系统代理或 TUN 开关。先确定分流方式，下一步再让应用的连接进入客户端，这样出现问题时更容易分清是哪一层没有生效。
首次使用选择规则模式
选择“规则”后，内核会按配置里的规则顺序匹配请求，决定直连、交给某个策略组或采用其他处理方式。它适合日常使用，但前提是当前配置确实包含合适的规则。规则模式并不保证所有站点都走代理，也不保证所有本地连接都直连；具体结果要以实际匹配记录为准。
“全局”通常把已经进入内核的连接交给全局策略组，适合短时间对照测试，但不会自动接管没有进入客户端的应用流量。“直连”则让进入内核的常规连接直接访问目标；它与关闭客户端、清除系统代理不是同一件事。首次配置不必在三种模式之间反复试，先留在规则模式，把节点选择和接入开关做好。
打开实际被规则引用的策略组
进入代理页后，找到配置提供的主策略组。名称由配置作者决定，可能叫“代理选择”“PROXY”或其他名称，不必为了对上教程而重命名。点击组内一个节点，使它显示为当前选择。如果组里嵌套了其他策略组，还要继续展开，确认最终能落到实际节点，而不是误选了直连选项。
有的配置把网页、媒体和其他应用分成多个组。第一次使用时先保留这些组的结构，只调整需要使用的主组；某个站点匹配到独立组时，再查看那个组的选择。自动选择组会根据配置的探测机制挑选节点，手动选择组则保留用户选择。为了方便排查，初次测试可以先使用手动组固定一个节点，验证通过后再考虑自动切换。
节点测速：先看可达，再看数字
在代理页寻找测速、延迟测试或刷新图标，运行一次测试。大多数延迟测试只是通过节点访问一个探测地址，显示完成请求所花的时间，不是下载带宽测试。超时说明这次探测没有成功，也可能与探测地址、解析或暂时的网络状态有关；延迟较低也不保证所有目标站点都访问顺畅。
先选一个测试有响应的节点，随后用真实网页验证。不要一边浏览一边连续批量测速，也不要只因两个节点相差几毫秒就频繁切换。若所有节点都超时，回到第一步确认配置已正确应用，检查订阅是否仍有效，再按故障排查问题定位。协议名称和 mihomo 支持范围的区别，放在内核技术参考里查，本步骤无需改协议参数。
第三步：启动连接与系统代理
现在已经有当前配置、规则模式和选中的节点，接下来要把应用连接送进客户端。先看主页的运行状态：如果存在单独的启动按钮，启动内核；如果客户端打开后已经运行，不必重复启动。遇到配置加载失败、端口被占用等明确错误时，应先处理错误，不能只看窗口还开着就认为内核正常。
桌面端先打开系统代理
在设置页、主页快捷开关或系统托盘菜单里找到“系统代理”，将其开启。客户端会尝试把桌面环境或操作系统的代理地址设为本机监听地址。完成后重新打开浏览器，或者至少新建一次请求；已有的长连接可能继续沿用原来的路径，不能直接拿一直播放的页面判断开关效果。
Linux 下，不同桌面环境和应用对系统代理的读取方式不同。GNOME、KDE 的代理设置可在各自系统设置中查看，但部分终端程序、独立打包应用和自行管理网络的程序不会自动遵循它。浏览器若装了代理扩展，扩展也可能覆盖系统设置。首次测试先选一个明确使用系统代理的浏览器，把代理扩展暂时停用，避免两个入口相互覆盖。
Windows、macOS 上同样先使用系统代理完成基础测试。若之前还开着其他代理客户端或 VPN，先退出不需要的那一个，避免多个工具争用设置。仅仅把另一个窗口最小化通常不会停止它的服务。不要同时改监听端口、DNS 和多个网络开关；一次只改一处，验证结果才有参考价值。
移动端确认系统 VPN 授权
Android、iOS 客户端一般通过主页的连接按钮建立系统 VPN 通道。首次点击后，系统可能弹出添加 VPN 配置或允许连接的确认框，核对发起请求的应用后再授权。这里的 VPN 是系统提供的流量接入方式，不代表订阅内容已经自动正确配置。授权完成后仍要检查所选配置和节点，并观察系统是否显示对应的连接状态。
Android 的后台省电策略可能在熄屏后暂停客户端。先在前台完成第四步验证，确认基本连接正常，再按设备需要设置后台运行权限。若设备已有其他 VPN 连接，系统可能要求替换当前连接；应先了解当前工作或校园网络是否依赖它，再决定切换。
TUN 模式：需要时再启用
如果浏览器正常，而目标应用不读取系统代理，可以考虑 TUN。它通过虚拟网络接口接入更多连接，接管范围取决于路由、排除项与客户端实现，不是一个保证所有应用可用的万能开关。桌面客户端可能要求先安装辅助服务或完成管理员授权；Linux 下还涉及虚拟接口、路由与权限，不能把某个客户端的授权方法直接套给所有客户端。
只按当前客户端提供的服务安装或授权入口操作，读完系统提示后再确认。启用失败时查看日志中具体的权限或接口错误，不要从陌生页面复制提权命令。首次连接已经能用系统代理完成时，可以暂时保持 TUN 关闭。TUN 与现有 VPN、容器网络或本地开发环境发生冲突时，先关闭 TUN 恢复，再到故障排查分类查对应现象。
第四步：验证请求与分流结果
连接按钮亮起只能说明某个运行环节已经开启，还需要用实际请求确认路径。打开浏览器访问一个平时使用、且当前网络允许访问的网页，再尝试一个按配置预期需要代理的目标。为减少缓存影响，可以打开新的隐私窗口或刷新页面；不要只看旧标签里的内容，也不要把某个页面暂时加载慢直接归因于节点。
对照连接记录，而不是只看状态图标
回到客户端的“连接”页面，在发起请求的同时观察新记录。找到刚刚访问的域名，查看匹配规则、策略组和实际出口链。规则模式下，一些请求显示直连是正常结果；需要代理的请求应进入预期策略组，并最终使用刚才选中的节点。组名不是最终出口，必要时展开策略链确认。
如果连接页没有记录，先确认浏览器真的发起了新请求。接着检查系统代理是否开启、浏览器是否读取系统设置，以及代理扩展是否仍在接管。部分客户端只显示当前活跃连接，短请求结束后会很快消失，可在刷新网页时一起观察。能够看到记录但请求失败时，再检查节点和日志，不必先去更改系统代理端口。
若记录显示走了非预期策略组，回到第二步调整那个组，而不是只切换主页上最显眼的主组。若目标直接命中直连规则，而你预期使用代理，应先确认配置作者的规则意图。首次上手不建议立即加入宽泛规则；规则顺序与匹配条件的取舍，可在技术参考中结合当前配置继续学习。
失败时按层检查，只改一个变量
可以按“配置已应用 → 内核运行 → 应用接入 → 策略选择 → 目标响应”的顺序检查。没有策略组，回到订阅；内核有错误，先读启动提示；请求没有进入客户端，检查系统代理或应用设置；请求已进入但连接失败，换一个有响应的节点对照。若只有一个站点异常，也可能是目标服务本身的问题，不宜据此重置全部配置。
日志适合确认错误类型，不需要一开始就开最详细级别长时间运行。向他人求助时，描述操作系统、客户端名称、接入方式，以及“所有应用失败”还是“单个应用失败”。截图前遮住订阅地址、节点地址、认证信息和个人访问记录。Windows 商店应用单独无法连接时，可查看UWP 回环相关说明，不要把单个应用的接入问题当成全部节点失效。
验证通过后，再开启日常便利功能
确认网页可用、连接记录符合预期后，再按需要开启开机自启、自动更新订阅或托盘运行。先了解关闭窗口是退出程序还是收进托盘，避免误以为连接已经停止。订阅更新后若策略组名称改变，也应重新检查默认选择，不能假定每次更新都保留相同出口。
完成后的基本状态应该清楚可复述：使用哪份配置、处于哪种模式、请求通过系统代理还是 TUN 接入，以及主要策略组当前选了什么。能确认这四项，后续切换网络或排查问题就有了起点。需要更换客户端可看客户端对比；订阅更新与应用异常等单项问题交给常见问题，无需为了日常使用先读完整份技术文档。