01 导入并启用订阅配置
结论：订阅导入成功后，还要选中配置，让内核实际加载。开始前准备好服务提供方给出的订阅地址，或一份兼容当前内核的 YAML 配置文件。客户端、订阅和节点是三个不同概念：客户端提供操作界面，订阅提供配置内容，节点才是远端连接入口。安装客户端本身不会自动获得可连接的节点，也不需要为了导入订阅而先修改系统网络参数。
添加远程订阅
打开客户端，进入“配置”“订阅”或 Profiles 页面，寻找“新建”“添加”或“从 URL 导入”。如果界面提供远程与本地两种类型，选择远程配置，在地址栏粘贴完整的订阅链接，名称填写便于区分的文字，例如“日常配置”。粘贴后检查地址首尾是否混入空格、换行或聊天软件附加的标点，再点击保存或导入。首次下载通常需要等待片刻，完成后应看到一张配置卡片或一条订阅记录。
部分服务会分别提供普通订阅、Clash 订阅与其他格式的地址，应选择服务方明确标注适用于当前客户端或 mihomo 内核的格式。如果下载完成却提示解析错误，不要反复切换代理模式；此时问题仍在配置导入阶段。返回服务页面确认地址类型，查看客户端给出的错误位置。订阅端返回登录网页、过期提示或其他文本时，即使地址能在浏览器打开，也不代表返回内容是有效配置。
启用配置并检查内容
导入成功后，点击对应配置卡片上的启用按钮，或使用客户端提供的选中操作。当前使用的配置通常会有选中标记；如果界面提供应用或重载按钮，再执行一次应用。接着进入“代理”或策略组页面，确认出现了组名以及可选择的节点。只在列表中看到订阅名称、却没有任何代理组，不能据此判断已经准备好连接，应回到配置页检查是否选中了正确文件，以及内核是否报告加载失败。
如果拿到的是本地 YAML 文件，在同一配置页面选择文件导入，保存后同样执行启用操作。本地文件通常不会像远程订阅一样定期获取服务端更新；以后修改节点信息，需要重新导入或编辑相应配置。不要把普通节点分享链接直接当成完整 YAML 文件，是否支持单节点导入由具体客户端决定。遇到格式不兼容时，优先向提供方索取适配格式，不要把含有账号信息的地址提交给不熟悉的在线转换工具。
完成这一步的判断标准是：配置已选中、内核没有配置解析错误、代理页能看到预期的策略组与节点。此时不必开启所有网络开关，先进入下一步决定请求该如何分流。配置覆盖、远程更新与本地修改的关系，放在配置字段参考中进一步说明。
02 选择代理模式与出口节点
结论：首次使用先选规则模式，再给实际使用的策略组选一个节点。模式决定如何分配连接，节点选择决定代理请求最终发往哪里，这两项不能互相替代。打开客户端首页或代理页面，寻找“模式”“出站模式”或 Mode，选择“规则”或 Rule。随后进入策略组列表，查看当前配置提供的选择组，展开准备使用的组并点击一个节点。
先理解三种模式的区别
规则模式按照配置中的规则顺序处理请求，部分连接可能直连，另一些交给指定策略组，适合日常使用。全局模式把进入内核的常规代理请求交给全局策略，适合短暂对照排查，但仍需要在全局策略中选择出口。直连模式则直接连接目标，不使用远端代理节点。这里的“全局”不是接管范围开关：没有进入内核的应用流量，不会因为切换全局模式就自动进入内核。
如果配置文件中能够看到下列字段，它们对应监听端口、代理模式和日志级别。示例只是通用字段片段，不包含节点与分流规则，不能替换正在使用的整份订阅配置。初次操作优先使用界面的模式按钮，避免在不熟悉缩进结构时直接编辑文件。
mixed-port: 7890
allow-lan: false
mode: rule
log-level: info在正确的策略组内选择节点
订阅可能包含多个用途不同的策略组，例如默认代理、媒体服务或自动选择。组名由配置作者定义，不存在所有客户端都通用的固定名称。先寻找默认代理对应的选择组，点击展开后选择其中一个节点；如果组内选项仍是另一个策略组，就继续展开，直到能确认最终出口。不要只修改一个名字醒目的组便认为所有请求都会采用它，真正使用哪个组取决于请求命中的规则。
节点旁的测试按钮通常会对指定地址发起探测，用于初步判断连通性。测试有响应不代表所有站点都能访问，测试超时也可能与探测地址或本地网络有关。首次配置只选一个能够正常探测的节点进行验证，不必同时调整自动选择周期、负载均衡与多个应用专用策略。若某个自动组不允许手动指定节点，这是组类型决定的行为，可以先使用配置中已有的手动选择组。
完成后，确认模式仍为规则，相关策略组中已有明确的出口选择。此时配置知道“该走哪里”，但浏览器或其他应用还未必把请求交给客户端，下一步需要启用流量接管。如果需要理解模式、策略组嵌套或规则引用关系，可查阅mode 字段说明；常见的模式选择疑问见FAQ。
03 启动内核并接管应用流量
结论：内核运行、配置加载、应用流量进入内核，三项都满足才算具备连接条件。回到客户端首页，查看当前配置是否仍是刚才导入的文件，内核是否显示运行状态。某些桌面客户端打开窗口后便会启动内核，另一些需要点击启动按钮；不要只凭窗口已经出现判断内核状态。如果提示启动失败，先查看日志中是否有端口占用或配置加载错误，修复后再开启系统代理。
桌面端先用系统代理测试浏览器
找到“系统代理”或“设为系统代理”开关并开启。多数遵循系统代理设置的浏览器会把新请求送到客户端的本地监听端口。第一次验证时，可以关闭旧标签页，重新打开一个网页，以减少既有连接和页面缓存造成的干扰。暂时停用其他正在改写浏览器代理的扩展，并避免同时运行另一套代理客户端，否则最终使用的地址可能与当前客户端显示的不一致。
系统代理通常足以完成首次浏览器测试，但它不是所有程序的强制转发机制。命令行工具、部分游戏和自行管理网络连接的程序可能忽略系统代理。此时浏览器正常而终端失败，并不能直接说明订阅或节点损坏。先把浏览器的验证流程走完；需要覆盖这些程序时，再按应用说明设置独立代理，或评估客户端的 TUN 功能。不要为了接管一个程序，立即同时修改多个网络选项。
移动端确认系统 VPN 授权
移动端通常在首页提供连接按钮，点击后系统可能询问是否允许建立 VPN 连接或添加 VPN 配置，应核对发起请求的是刚安装的客户端后再授权。返回客户端查看连接状态，并确认系统没有被另一个 VPN 应用接管。系统中的 VPN 标识说明网络接口已建立，不等于远端节点一定可用，仍要在下一步通过实际请求验证。有按应用代理选项的客户端，还需确认准备测试的浏览器处于接管范围内。
首次连接先不要叠加 TUN
TUN 通过虚拟网络接口接管流量，可能涉及服务安装、管理员授权、路由和 DNS 设置。只有在明确需要接管不遵循系统代理的程序时，再按照客户端提示启用；移动端是否暴露同名开关则取决于实现方式。桌面端初次测试可以先只开系统代理，确认能用后再单独切换到 TUN 测试，这样一旦出现问题，能够知道是哪项变化引起，而不是同时排查多种接管路径。
如果日志显示监听端口被占用，先退出旧的代理进程，或在客户端支持的设置入口更换监听端口。手动给应用填写代理地址时，地址和端口必须与当前客户端一致，不能照抄示例里的端口。只在本机使用时不需要开启局域网共享；共享访问涉及监听地址与访问控制，属于后续配置内容。连接建立后，先保持当前设置不变，进入最后一步确认请求实际经过了哪条路径。
04 验证连接路径与规则命中
结论：网页能打开只是结果，还要用连接记录确认目标、策略和出口。打开客户端的“连接”或 Connections 页面，保留窗口，再用浏览器访问一个需要验证的站点。返回连接页面寻找刚产生的请求，优先核对目标域名，而不是只看列表是否滚动。部分请求结束较快，可以在客户端支持时查看最近连接，或同时打开日志后重新加载页面。
区分进入内核与经过代理
找到目标请求后，查看命中规则、策略组和最终出站。如果显示直连，说明请求可能已经进入内核，只是当前规则决定直接连接；这与“流量完全没有被接管”是不同情况。如果连接链指向所选策略组及节点，才说明这次请求使用了对应代理路径。一个页面通常会请求多个域名，其中有些直连、有些代理属于可能的正常分流结果，不必要求每一行都显示同一个节点。
网页显示出口地址的服务可以作为补充观察，但单次结果不能替代连接记录。服务可能展示不同地址族的结果，浏览器缓存和其他网络扩展也会影响判断。应先确认请求确实经过指定节点，再解释出口地址的变化。内置节点测试、系统 VPN 图标和开关颜色都只能证明某个环节的状态，不能单独作为完整连接已经生效的依据。
必要时进行一次模式对照
如果规则模式下某个目标无法访问，可以临时切换全局模式，并在全局策略中明确选择刚才测试过的节点，再重新发起同一个请求。全局正常、规则失败时，优先检查规则命中和对应策略组选择；两种模式都失败时，再检查节点、本地网络与 DNS。测试结束后切回规则模式，避免把临时排查状态保留成日常配置。全局模式不会修复失效节点，也不能代替流量接管。
终端测试显式指定本地代理
需要测试命令行时，可以显式指定客户端监听地址，避免依赖终端是否读取系统代理。下面的命令只适用于客户端实际监听在本机混合代理端口 7890 的情况；端口不同就先改成设置页显示的值。示例域名用于检查请求能否完成，不代表它在所有网络中都必须经过代理，仍应结合连接记录判断出口。
curl -I --proxy http://127.0.0.1:7890 https://example.com能够收到 HTTP 响应，通常说明这次请求完成了到目标服务的通信；不同状态码的含义仍需结合目标站点判断。若提示无法连接本地代理端口，先检查内核运行和监听地址，而不是更换远端节点。若客户端已经收到请求，随后报告连接超时，再对照日志检查节点或远端链路。共享日志时去掉订阅地址、认证信息和不需要公开的访问目标。
按现象收尾，不连续改动多个设置
没有任何目标连接记录时，回查第三步的接管范围、浏览器代理与客户端启动状态；有请求但规则指向错误组时，回查第二步的模式和组内选择；有正确出站却连接失败时，再检查节点可用性、系统时间与网络环境。遇到域名解析报错时，先记录错误文字，不要同时替换 DNS、开启 TUN 并更新全部配置。每次只改一项，再用同一个目标重复测试，才能比较前后结果。
首次配置完成的标准是：订阅配置已启用、模式与策略选择明确、测试应用流量进入内核、至少一次目标请求的实际路径符合预期。确认后再设置开机启动、自动更新或应用专用规则，并记下当前使用的配置名称与接管方式。以后需要深入调整 YAML 时，进入配置字段参考逐项查阅；只想处理一个具体故障时，先到FAQ按现象定位，不必重新走完整套安装流程。