01 导入订阅并启用配置
开始前，准备一个已安装的客户端，以及服务提供方给出的 Clash 兼容订阅链接。订阅链接是用于下载网络配置的地址，通常包含服务器信息、代理组和分流规则。安装客户端本身不会自动获得这些内容；如果还没有订阅，先向服务提供方确认获取方式和支持的格式。这里只讲已有订阅的导入，不要求先手写 YAML 配置文件。
找到订阅入口，粘贴完整地址
打开客户端，在侧边栏寻找“订阅”或“配置”。Clash Verge Rev 常见做法是在订阅页的链接输入框中粘贴地址，再点击“导入”；其他客户端可能需要先点新增按钮，然后选择“远程配置”或“URL”。如果出现配置名称，可填一个便于辨认的名称，例如“日常配置”。名称只用于区分本地条目，不会改变订阅内容。
复制时使用服务提供方提供的订阅复制按钮，尽量不要从聊天记录中手动截取一部分。地址前后的空格、换行，以及遗漏的查询参数，都可能让导入失败。账户登录页或产品介绍页不是订阅地址，即使能在浏览器中打开，也不代表客户端可以把它解析成配置。若提供方列出多个格式，选择明确支持当前客户端或 Mihomo 内核的选项。
点击导入后，等待配置下载和解析完成。成功时通常会出现一张配置卡片，显示名称和更新时间；进入代理页后，应能看到配置定义的代理组。随后点击配置卡片的启用、选择或使用入口，让这份订阅成为当前配置。注意区分“已保存”和“正在使用”：导入一份新配置，不一定会自动替换之前启用的那份。
先确认可用，再处理更新问题
如果页面只出现名称，却没有代理组，先查看导入提示或日志。下载超时说明获取配置的过程没有完成；解析错误说明下载到的内容与客户端预期格式不符；出现登录页面的内容时，则应重新确认链接来源。不要把这几种情况都当作线路不可用，更不要立即重装软件。先确认设备当前网络可以正常上网，再尝试更新一次。
如果拿到的是本地配置文件，使用“导入文件”选择对应的 .yaml 或 .yml 文件，不要把文件路径粘贴进订阅链接框。本地文件不会因为远程订阅更新而自动变化。首次使用先只启用一份来源清楚的配置，避免在多份订阅之间反复切换，导致后面无法判断当前规则究竟来自哪里。
本步完成标志：配置已导入、已选为当前使用项，代理页能够显示代理组。确认这三点后，再选择流量的处理方式。
02 选择规则模式与代理出口
进入“代理”页或首页的模式设置区，通常会看到“规则”“全局”“直连”三种模式。它们决定的是流量如何选择处理方式，不是连接开关。第一次使用先选“规则”：客户端会按配置中的规则判断一个请求应当直连、经过某个代理组，还是被拒绝。这样可以先沿用订阅已经提供的分流方案。
模式选规则，出口在代理组里选
选择规则模式后，查看下方代理组。代理组是一组可供选择的出口，名称由配置作者决定，可能叫“代理选择”“默认代理”，也可能使用其他名字。先找配置说明中作为主出口的组，展开后选择一条当前可用的线路。不要仅凭名称猜用途；如果有单独的服务分组，它可能只处理部分网站，并不是整个配置的默认出口。
一个组也可能指向另一个组，例如主组选择“自动选择”，而自动选择组再根据配置中的测试策略决定出口。这不是多次连接，而是选择关系。手动指定线路时，确认选中状态落在预期条目上；使用自动选择时，则查看该组是否已经得到可用结果。若最终选的是 DIRECT，相应流量会直接连接，不会经过远程代理。
客户端如果提供连接测试，可以先测试候选线路，排除明确超时的条目。测试结果只代表该线路到测试地址的一次表现，不能代替真实访问体验。初次配置的目标是让路径清楚、访问可复现，不必反复比较很接近的数值，也不必一次修改所有服务分组。先保持其他分组默认，只确认主组出口即可。
暂时不改规则，保留清楚的判断基线
全局模式通常把进入内核的请求交给全局代理组处理，仍需要为这个组选择合适出口；它不等于所有应用都已被接管。直连模式则让进入内核的请求直接连接，不能用来验证远程代理是否工作。模式决定内核收到请求后怎么处理，系统代理或 VPN 连接决定请求是否先进入内核，两件事要分开理解。
首次配置不必删除订阅规则，也不要在没有备份的情况下改写整个配置文件。订阅更新可能覆盖直接编辑的内容，规则顺序也会改变命中结果。如果某个网站的路径需要单独调整，先完成本页验证，记录它当前命中的规则，再到使用手册查看规则分流、覆写与代理组策略。这样修改前后才有可比较的依据。
本步完成标志：模式显示为规则，主代理组已经选好预期出口。此时只是处理策略准备好了，下一步还需要把应用请求交给客户端。
03 开启连接，让流量进入客户端
回到客户端首页或设置页，先确认当前配置已加载，内核没有启动错误。内核是实际处理连接与规则的组件，窗口能打开不代表它一定运行正常。若提示端口被占用、配置加载失败或权限不足，先处理提示，再开启流量入口。为了缩小排查范围，首次测试时先退出其他代理与 VPN 客户端，避免它们同时改动系统设置。
电脑端先开系统代理，用浏览器验证
在 Windows 或 macOS 的图形客户端中，找到“系统代理”开关并开启。它会告诉支持系统代理设置的应用，把请求交给本机的代理监听端口。很多浏览器会跟随这项设置，因此适合作为首次测试工具；但有些软件使用独立的网络配置，不会自动跟随。遇到某个应用没有变化时，不要立刻判断整套配置都失败。
Clash Verge Rev 常见的混合端口是 7897，但实际值以当前客户端设置为准，其他客户端也可能不同。混合端口指同一个本地监听入口兼容 HTTP 与 SOCKS 代理协议。使用客户端自带的系统代理开关时，通常不需要再手动填写端口；已有手动代理设置时，则要确认系统中的地址与端口没有指向旧客户端。
如果浏览器装有独立的代理切换扩展，先让它使用系统设置，或临时停用扩展后再测试。第一次配置不建议同时开启系统代理、TUN 和多个浏览器代理规则，因为访问成功或失败后，很难确定是哪条路径起作用。先把“规则模式 + 系统代理 + 一个浏览器”跑通，再按实际应用的需要增加接管范围。
手机端批准 VPN 授权，再看连接状态
在 Android 或 iOS 客户端中，回到首页点击“连接”或启动按钮。系统首次可能弹出添加 VPN 配置或建立 VPN 连接的授权提示，核对发起应用后再批准；系统可能要求设备解锁确认。授权结束后返回客户端，检查是否显示已连接或运行中。这里的 VPN 是系统提供的流量接管入口，不表示配置里的每条远程线路都使用同一种 VPN 协议。
手机状态栏出现 VPN 标识，只能说明系统接管入口已经建立，不能单凭这个标识判断远程出口可用。如果之前连接着其他 VPN，先断开它，再启动当前客户端。Android 的应用过滤、分应用代理和省电限制也可能影响覆盖范围；首次测试先按客户端默认范围操作，完成验证后再逐项收紧，不要一开始就添加大量排除项。
本步完成标志：电脑系统代理已开启，或手机连接状态已建立，同时客户端没有持续报错。保持客户端运行，开始实际访问测试。
04 验证访问、规则命中与出口
打开浏览器，先访问一个平时能够正常打开、按配置预期应当直连的网站，确认基础网络仍然正常。再访问一个按配置预期经过代理的网站，例如在规则明确覆盖 GitHub 时访问 github.com。判断依据是当前配置的实际规则，而不是网站名称本身；如果订阅没有为它设置代理路径，就不能把它作为代理成功与否的唯一测试对象。
页面加载与连接记录一起看
打开客户端的“连接”页，随后在浏览器重新加载测试页面，寻找刚产生的目标域名或连接。不同客户端展示的字段略有差异，重点看目标、命中的规则、使用的代理组和最终出口。一个页面会请求图片、脚本及其他域名，不一定只出现一条连接。先定位主页面对应的请求，再查看它走的是 DIRECT 还是预期代理组。
如果连接按预期进入代理组，而且页面能够正常加载，说明从应用入口到远程出口的主要路径已跑通。如果页面能打开，但记录显示直连，只能证明该网站通过直连可访问，不能证明代理已经生效。反过来，连接列表里完全没有新请求，也不一定是线路故障：浏览器缓存可能减少了新连接，应用也可能绕过系统代理，先刷新一个新页面再观察。
需要检查出口地址时，可以访问可信的公网地址查询页面，并与关闭连接时的结果进行比较。但规则模式下，查询页面自身也可能走直连，所以必须同时检查这次请求的命中记录。不要只看显示的地区名称下结论；地区数据库可能存在偏差，出口变化也不能证明所有应用都已被接管。验证应针对正在使用的应用与目标网站逐项进行。
异常时按原来的四步顺序回查
如果无法访问，先回到订阅页确认当前配置仍然启用、更新没有失败，再到代理页确认模式与主组选择没有改变。接着检查系统代理或手机连接是否保持开启。若请求已经出现在连接记录中，却持续连接超时，可以换一条已知可用线路进行对照；每次只改一个变量，然后重新访问相同网站，避免连续切换多项设置后失去判断依据。
日志提示域名解析失败时，应沿 DNS 方向检查；提示拒绝连接或本地端口异常时，应检查内核运行和监听设置。网站返回登录要求、访问限制或业务错误，也未必是代理链路故障。求助前记录客户端名称、系统、所选模式、错误发生时间，以及脱敏后的错误文本。完整 DNS、端口和 TUN 排查路径放在Clash 使用手册，本页先保持首次连接的主线。
验证完成后，保留当前可用配置，记住主组选择和连接入口。日常使用时按需要更新订阅；更新后若分组名称或规则改变，重新检查当前出口即可。退出电脑客户端前可先关闭系统代理，避免应用仍指向已经停止的本地端口；手机端不用时直接在客户端断开连接。以后遇到异常，先从刚刚改动的项目开始回查，不必把全部步骤重做一遍。
首次配置完成：预期直连的网站正常访问，预期代理的网站能够加载，连接记录也显示了对应路径。接下来只需针对实际应用补充设置，不用为了“配置完整”而把所有开关都打开。