01 导入订阅并启用配置
复制链接，创建远程配置
打开服务提供方的订阅管理页面，找到适用于 Clash 或 mihomo 的订阅入口，使用页面上的复制按钮。不要复制浏览器地址栏里的账户管理页面，也不要把分享说明文字一起选中。若页面同时提供多种格式，优先选择明确标注兼容当前客户端的格式；其他软件使用的分享链接未必能直接导入。
回到客户端，进入“配置”或“订阅”页面，寻找“新建”“添加”或“从链接导入”。选择远程链接类型，把刚才复制的地址粘贴到 URL 输入框，名称可以填写便于识别的用途，例如“日常配置”。名称只用于本地识别，不会改变连接方式。确认链接首尾没有空格或换行，再点击“导入”“下载”或“保存”。
等待下载结束，检查页面是否出现新的配置卡片，以及最近更新时间或导入成功提示。有些客户端保存地址后还需要手动点击一次更新，只有名称出现在列表中，不代表配置内容已经下载完成。首次导入先保持客户端默认更新设置，不必同时修改请求头、更新间隔或其他高级字段。
选中配置，确认内容已加载
点击新配置旁的“使用”“启用”或选择标记，让它成为当前配置。接着进入“代理”页面，确认出现策略组及组内选项。策略组是供规则选择出口的一组候选项，里面可能包含单个节点、自动选择组或其他策略组。看到配置列表有卡片、代理页却仍然为空时，先回到配置页确认是否真正启用，避免反复添加同一个链接。
如果拿到的是 YAML 文件，选择“从文件导入”，找到该文件并启用。YAML 是用缩进表达层级的文本格式，不要用办公文档软件另存为富文本。文件中可能只包含节点，也可能包含完整规则；导入后能否直接使用，要看客户端是否支持补充缺失部分。遇到格式不兼容，向提供方索取适用于当前客户端的完整配置，比盲目修改文件更稳妥。
若出现下载失败，先确认普通网页能打开，再重新复制一次链接，并检查账户有效期与订阅地址是否已经重置。错误页或登录页也可能被下载成文件，随后触发配置解析错误。不要把这类提示简单理解为“节点坏了”。此时停在导入环节处理即可，具体判断可查看常见问题中的安装配置说明，持续失败再进入问题诊断。
完成标志：当前配置已被选中，代理页面出现了订阅提供的策略组。接下来先确定这些策略如何使用，再开启流量接管。
02 选择规则模式与代理出口
先使用规则模式
打开首页、仪表盘或代理设置，找到“模式”选项，选择“规则 / Rule”。规则模式会按照配置中的规则，为每次请求选择代理、直连或其他处理方式。它适合第一次连接：配置已经给出分流安排，不需要为了打开一个网页就把所有请求都交给同一个出口。
区分另外两种模式，可以减少误操作。“全局 / Global”通常把请求交给全局策略组选定的出口，但不会让尚未被客户端接管的应用自动进入代理；“直连 / Direct”则通常不经代理节点转发。模式决定的是进入内核之后怎样处理请求，不等同于“系统代理是否开启”。因此，只切到全局却没有开启接管，并不能保证浏览器开始使用客户端。
在策略组中选择可用节点
进入“代理”页面，展开主要代理策略组，点击服务提供方提供的一个可用节点。不同订阅的组名不同，不必寻找固定叫作 PROXY 的按钮；应结合组内选项与配置说明判断用途。若主要组指向另一个手动选择组，继续展开下一级，确认最终选中的不是意外的直连选项。自动选择组通常由客户端根据配置中的测试条件选择候选出口，不需要逐项手动切换。
可以使用客户端的连通性测试按钮，先筛掉明显失败的候选项，但不要只凭一次测试结果判断所有网站的访问情况。测试目标和实际访问的网站可能不同，测试成功也不代表所有规则都已配置正确。先选定一个候选节点，并在后面的验证步骤中观察真实请求；若第一次就不断切换节点，会更难分清究竟是哪项设置起了作用。
此时不要同时开启自定义规则、修改 DNS 或叠加多个订阅。DNS 是把域名解析为网络地址的过程，相关设置会影响后续分流判断，但不是初次连接必须手动调整的项目。先使用订阅与客户端的兼容默认设置，遇到具体症状后再处理。需要分清节点、策略组、规则与内核的关系，可以先查阅术语表，不用在这一步阅读完整配置参考。
完成标志：模式显示为规则，主要代理策略组已有明确的候选出口。现在配置与出口都已准备好，可以让设备上的应用开始连接。
03 开启系统代理或手机连接
桌面端：先启动内核，再开系统代理
回到客户端首页，确认内核处于运行状态。内核是实际读取配置、匹配规则与转发请求的程序，图形窗口负责提供操作入口；窗口能打开，并不一定表示内核已经启动。若首页提供启动按钮，先点击启动，等待状态切换为运行中，再开启“系统代理”。部分客户端会自动启动内核，此时直接确认运行状态即可。
系统代理会把本机代理地址写入操作系统设置，供遵循该设置的应用使用。如果系统弹出修改网络设置或服务权限提示，核对应用名称，确认是刚安装的客户端发起，再完成授权。首次测试建议先关闭其他代理客户端和浏览器代理扩展，避免它们相互覆盖设置。每次只保留一个负责接管流量的工具，更容易判断请求实际走向。
暂时不要同时开启 TUN。TUN 是通过虚拟网卡接管网络流量的方式，适用于部分不读取系统代理的应用，但也会涉及权限、路由与 DNS。先用系统代理完成浏览器测试，确实有应用不遵循系统代理时，再按该客户端说明评估是否启用 TUN。两种方式可以在特定配置下配合使用，但不适合作为初次排错的起点。
如果使用的是 Linux 命令行内核而不是图形客户端，运行 mihomo 通常不会替桌面环境写入系统代理。需要在系统网络设置中填写本地代理地址与实际端口，或让应用显式指定代理。下面的配置片段只是字段示意，不含节点与规则，不能作为完整联网配置替换订阅文件：
mixed-port: 7890
allow-lan: false
mode: rule
log-level: infomixed-port 是同时接受 HTTP 与 SOCKS 代理请求的本地端口。教程中的 7890 仅为示例，应以客户端显示的监听端口为准；本机连接地址通常为 127.0.0.1。初次使用保留局域网访问关闭即可，不需要为了让本机浏览器联网而开启“允许局域网连接”。
手机端：点击连接并确认系统授权
在 Android 或 iOS 客户端首页点击“连接”或启动按钮。首次使用时，系统会询问是否允许添加 VPN 配置或建立 VPN 连接，按提示确认。授权后回到客户端，检查连接按钮是否变为已连接，以及系统是否显示相应连接状态。若设备上另一个 VPN 正在使用同类网络接管能力，先断开它，再重新连接当前客户端。
保持客户端运行，然后打开浏览器开始下一步测试。手机息屏后才断开的情况，可能与后台运行限制有关，不必在首次连接时就修改所有电池选项；先确认亮屏前台状态下可以正常访问，再按实际情况处理后台限制。
完成标志：桌面端内核运行且系统代理已开启，或手机端显示已连接。这个状态只说明入口已打开，还需要用真实请求确认整个链路。
04 验证请求是否经过预期出口
用浏览器发起新请求
打开浏览器，访问一个平时能够直连的网站，再访问一个按订阅规则应走代理的网站。尽量使用新标签页，并刷新页面以发起新请求，避免只看到缓存内容。前者用于确认基本网络没有被破坏，后者用于确认代理出口能够工作。只打开一个网页，无法同时证明直连与代理分流都符合预期。
随后打开客户端的“连接”或“日志”页面，寻找刚才访问的域名，查看匹配规则和最终策略。不同客户端展示字段不同，重点是确认请求出现、规则与预期一致、出口不是误选的直连或拒绝策略。使用 TUN 或特殊 DNS 配置时，界面显示的信息可能不同；初次测试先围绕系统代理下的浏览器请求判断，不必追求所有字段完全一致。
公网 IP 查询只能作为辅助。规则模式下，查询网站自身可能被分配到直连出口，因此查询结果没有变化，不足以单独证明代理失效。反过来，IP 变化也不能证明每个应用都已接管。把访问结果与客户端中的请求记录结合起来，才更容易判断问题发生在入口、规则还是代理出口。
用命令区分本地端口与终端设置
需要进一步验证本地代理入口时，在系统已安装 curl 的前提下，使用下面的命令。Windows 终端建议写成 curl.exe，以明确调用该程序。把命令中的端口换成客户端实际的 HTTP 或混合端口；测试地址也可以换成需要检查的网站。
curl --proxy http://127.0.0.1:7890 --head --connect-timeout 10 https://example.com这条命令显式指定代理，不依赖终端是否读取系统代理。收到 HTTP 响应头，说明至少已通过该本地入口完成一次请求，但站点可能返回跳转或拒绝状态，并不一定是成功页面。它也不能独立证明请求走了远端代理节点，因为规则仍可能选择直连；最终出口仍要结合客户端连接记录判断。
如果提示无法连接 127.0.0.1，优先检查内核是否运行、端口是否填对，不要先重置订阅。若能连到端口却持续超时，再检查所选节点与日志。浏览器能用而终端直接执行普通请求失败，常见原因是终端不读取系统代理；不要因此反复重装客户端。具体环境变量设置与分支排查见问题诊断，本教程先保留显式代理测试，避免改动整个终端环境。
结束连接，保留可回退的状态
验证成功后，记住当前配置名称、所选策略与使用的接管方式。后续需要调整时，每次只改一项，改完重新发起请求验证。分享故障信息时，可以描述客户端名称、系统版本和错误提示，但应遮住订阅链接、账户信息与配置中的访问凭据，不要直接上传整份配置。
桌面端结束使用时，先关闭系统代理，再退出客户端；手机端先断开连接。部分客户端关闭窗口只是最小化到托盘，并不等于退出，也不代表已经停止接管。若退出后普通网页打不开，先检查系统代理是否仍指向已经停止监听的本地端口，将残留设置关闭，再测试基础网络，不必立即重装系统或删除全部配置。
完成标志：浏览器能够访问，客户端记录能解释请求走向，退出后基础网络也能恢复。到这里，首次配置已经完成；继续了解日常更新与常见操作，可以查阅常见问题。只有遇到明确故障时，再按问题诊断中的对应症状逐项检查。