开始前：确认配置来源与网络
先确认设备在客户端关闭时能够正常访问原本可用的网站，并完成公共网络的登录认证。这样可以区分本机网络故障与代理设置问题。首次操作时暂停其他代理客户端和 VPN，保留当前教程页面；若在远程桌面中调整路由，应先确认有恢复连接的办法，避免开启接管后失去操作通道。
准备一份可信来源的 Clash 或 mihomo 兼容订阅地址，或者服务提供方给出的 YAML 配置文件。客户端负责读取配置并处理连接，本身不会自动提供可用的代理服务。只有节点地址列表、网页账户地址或其他格式的订阅时，不一定能直接导入。先在服务方说明中确认适用格式，不要把账户密码填入配置名称一栏。
订阅链接常含用于识别账户的访问凭据，应与密码同样保管。复制时检查首尾是否混入空格、换行或聊天软件附加的文字；不要提交到不明在线转换工具，也不要把完整地址展示在公开截图中。准备完成后，打开客户端主窗口，从配置管理入口开始。
第一步：导入并启用订阅
进入“订阅”“配置”或“Profiles”页面，寻找“新建”“添加”“导入”或加号按钮。选择通过 URL 导入，将完整订阅地址粘贴到地址输入框；名称可以填写便于辨认的来源名称。确认地址无误后点击导入或保存，等待客户端完成下载和解析。这一过程需要当前网络能够访问订阅服务器。
如果获得的是本地文件，使用“从文件导入”选择对应的 .yaml 或 .yml 文件。不要仅把下载后的网页改名为 YAML；扩展名正确不代表内容格式正确。文件来源应能说明适用内核，若客户端报告解析错误，先保留错误中的行号和字段名，再向配置提供方确认，不要连续删掉报错字段来强行加载。
导入成功后，配置列表通常会新增一个条目，并显示更新时间、名称或来源等信息。部分客户端会自动启用新条目，部分需要点击配置卡片，或在菜单中选择“使用”“激活”。请确认当前选中状态确实落在刚导入的配置上；仅看到“下载成功”提示，还不能证明内核已经切换到这份配置。
随后打开“代理”页面，观察是否出现策略组以及组内节点。组名由配置作者决定，可能使用“节点选择”“代理”或其他名称，不必与教程完全一致。如果这里仍为空，返回配置页检查是否启用了正确条目，再查看是否有加载失败提示。此时先解决配置加载问题，暂时不要开启全局模式或反复切换 TUN。
订阅更新与启用配置是两件事。后续点击更新时，客户端会重新获取远端内容；服务方变更节点后，本地仍可能保留此前的手动选择。更新完成应回到策略组确认选择有效。直接修改远程配置正文也可能在更新后被覆盖，长期自定义规则应使用客户端支持的覆写机制，具体方法留到基础连接验证成功后再处理。
完成条件是：配置条目已启用，代理页面有可选择的策略组。满足这两点，再进入模式选择。订阅、配置文件与策略组之间的关系，可在术语表查阅；首次连接不需要先掌握全部 YAML 字段。
第二步：选择规则模式与节点
在“概览”“代理”或设置页面寻找模式切换入口。首次使用优先选择“规则”或“Rule”：内核会根据当前配置的规则决定连接走直连、代理还是拒绝。规则模式的实际行为取决于配置内容，并不是客户端预先知道每个网站应该走哪条线路。配置中没有合适规则时，最终会由兜底规则处理。
切换到规则模式后，打开配置中的主代理策略组。若组内列出具体节点，可先选择一个已知可用、适用于当前服务的节点。若显示“自动选择”“故障转移”等组，也可以选择该组，让配置内的测试与切换机制决定实际出口。不要因为组名中包含地区名称，就认定它必然对应某个出口位置，仍需在最后一步验证。
客户端若提供“延迟测试”或“连接测试”，可以运行一次作为初步筛选。出现结果说明该测试目标在相应条件下能够响应；超时则需要继续检查节点或网络。测试数值不等于下载速度，也不能证明所有网站都能访问。某些服务会限制出口或协议，因此节点测试通过后仍需打开实际目标页面。
“全局”模式会把已经进入内核的连接统一交给全局策略，适合短时间对照某个问题是否与分流规则有关。“直连”模式通常让进入内核的连接直接访问目标。这里的模式描述的是内核如何处理连接，而不是如何捕获连接；即使选择全局模式，没有开启系统代理或其他接管方式的应用也可能完全绕过内核。
如果准备使用全局模式排查，需要同时确认全局策略选择了具体节点，而不是 DIRECT。完成对照后回到规则模式，避免把原本需要直连的服务也交给代理。首次配置阶段不建议自行重排规则或修改 DNS；先用导入配置的默认逻辑验证，才能减少同时变化的因素。
完成条件是：模式显示为规则，实际使用的代理策略组已经选定节点或有效的自动选择组。此时客户端具备了处理连接的配置，但浏览器流量可能还没有进入内核。下一步需要开启接管，而不是只停留在代理页面。
第三步：开启系统代理或 TUN
先回到概览页，确认内核处于运行状态。如果客户端单独提供“启动”“连接”或内核开关，先完成启动，再操作接管设置。配置解析失败导致内核未运行时，打开系统代理反而可能让浏览器指向一个没有监听的本地端口，表现为所有页面都无法加载；因此启动状态应先于代理开关确认。
桌面端：先用系统代理验证浏览器
在 Windows 或 macOS 桌面客户端中，找到“系统代理”开关并开启。它通常会把操作系统的代理设置指向本机内核，遵循系统代理设置的浏览器和应用随后使用该入口。开启后新建浏览器标签页，或重新启动此前一直打开的应用，让后续连接读取新设置。已有长连接不一定立即迁移。
如果应用自己设置了独立代理，可能覆盖系统设置；部分应用则不使用系统代理。不要据此直接认定节点无效。Linux 桌面环境对系统代理的支持也有差异，有的客户端只能设置当前桌面会话的代理，终端程序还可能需要单独配置。先用一个遵循系统代理的浏览器建立可工作的基线，再处理其他应用。
移动端：批准系统 VPN 连接
在 Android 或 iOS 客户端中，选择配置与节点后点击连接。系统可能弹出添加 VPN 配置或建立 VPN 连接的授权窗口，核对请求来自当前客户端后按提示批准；部分设备需要解锁或输入设备密码。连接建立后，系统设置或状态区域通常会显示 VPN 状态，但具体图标取决于系统版本。
这里的 VPN 接口是客户端接管设备流量的系统机制，不代表连接已绕过配置中的分流规则。连接成功后仍要验证实际访问和策略命中。若设备已有其他 VPN 正在运行，先断开它再测试；工作设备上的管理策略也可能限制 VPN 配置，遇到系统拒绝时应先确认设备权限，不要反复导入同一订阅。
TUN：在确有接管需求时开启
如果浏览器已正常，但某个应用没有连接记录，才考虑 TUN 模式。找到“TUN”“虚拟网卡”或增强接管入口，按客户端提示安装服务、授予管理员权限或确认网络扩展。TUN 能在路由层接管符合条件的流量，但接管范围仍取决于路由、排除项和 DNS 设置，不能简单等同于所有连接必然经过代理。
首次验证时先关闭系统代理，再单独测试 TUN，便于判断究竟是哪条接管路径生效；这是一种排查安排，并非所有客户端都禁止二者同时开启。若开启后本地网络、打印机或其他 VPN 受到影响，先关闭 TUN 恢复原状态。有关权限、虚拟网卡与路由冲突的细节，按平台查阅全平台安装配置指南。
完成条件是：内核运行，选定的接管方式已经开启，系统没有等待处理的授权请求。客户端上的“已连接”只说明某个运行状态成立，不代表目标网站一定可用。保留当前设置，进入最后的实际验证。
第四步：验证访问与规则命中
先打开一个平时能够直连访问的网站，确认基础网络仍然可用。再新建标签页访问一个按当前配置预期应走代理的目标网站，检查页面是否能完整加载，而不只是出现标题。不要用缓存页面作为唯一依据；必要时刷新页面或打开新的浏览器窗口，并观察客户端此时是否出现对应的新连接。
在客户端中打开“连接”“Connections”或实时日志页面，按刚访问的域名筛选。常见连接详情会显示目标域名或 IP、命中的规则、使用的策略组及最终节点。具体字段因客户端而异；重点是确认流量进入了内核，并且策略链符合预期。出现 DIRECT 不一定是错误，应先判断这个目标本来是否应该直连。
如果连接详情显示代理策略，也可以使用可信的出口地址查询页面辅助对照。查询结果反映的是该次查询请求的出口，不代表设备上每个应用都采用同一出口，更不能单独证明 DNS 处理符合预期。某些配置会让检测网站走直连，因此应将查询结果与该域名的规则记录一起看，而不是仅凭一个地区标签判断成败。
出现异常时，按连接路径回查
若客户端没有出现目标连接，先检查系统代理或 TUN 是否真正开启，再确认应用是否使用独立代理，以及是否仍复用旧连接。关闭并重新打开目标应用后再试。没有流量进入内核时，改节点通常不会解决问题；应先把接管路径确认清楚。
若已经有连接记录，但目标走了不符合预期的策略，回看当前配置是否选对，以及策略组是否指向预期节点。规则按顺序匹配，靠前的规则可能先于后面的规则命中。此时可以短时用全局模式做对照：全局能访问而规则模式不能访问，说明需要进一步检查规则或规则关联的 DNS 行为，但这还不足以直接断定是哪一条规则出错。
若记录显示使用了预期节点，但连接超时，先换一个已知可用的节点，再检查服务是否到期或受到使用限制。若域名解析报错，则保留错误信息，先确认基础网络和配置中的解析服务可达。不要同时更换节点、修改 DNS、重装客户端并开启 TUN；每次只改变一项，再重复相同的访问测试，结果才有参考价值。
需要提供排查信息时，记录客户端名称、操作系统、接管方式、目标错误和发生步骤即可。截图前遮盖完整订阅地址、节点密码、账户信息及本地控制接口凭据；日志也可能包含访问域名和设备路径，分享前应先检查。看到专业字段但不清楚含义时，可到术语表查找 DNS、fake-ip、策略组与 TUN 的解释。
完成后的保留与退出
当预期直连和预期代理的目标都可正常访问，且连接记录与预期一致，首次配置即告完成。记下当前启用的配置、模式和接管方式，后续更新或改动时便于回到这一可用状态。若要设置订阅自动更新、开机启动或更细的应用分流，下一步再阅读全平台指南，不必在首次连接时全部开启。
不再使用时，先在客户端关闭系统代理或断开 VPN、TUN，再退出程序。正常退出通常会恢复相关设置，但程序异常终止后仍可能残留系统代理。若退出后浏览器无法访问，优先检查系统网络设置中的手动代理是否仍指向本机；若使用 TUN，则检查客户端服务和虚拟网卡是否已按预期停止。恢复基础网络后，再决定是否重新连接。