Clash 使用教程：
订阅导入与首次连接

第一步：导入订阅并启用配置

开始前，准备订阅提供方交付的完整链接，确认订阅仍在有效期内，并且支持当前客户端使用的 Clash 配置格式。客户端是读取配置和处理连接的工具，安装成功不会自动产生可用代理出口。如果目前只有账号、购买记录或网页地址，先回到服务管理页面找到「订阅链接」「Clash 订阅」等入口，不要把登录页面地址当作配置导入。

进入配置页，新增远程订阅

打开客户端，在侧栏或底部导航中点「配置」「Profiles」或「订阅」。找到「新增」「导入」或加号按钮，选择从 URL 导入、远程配置等选项。将链接完整粘贴到地址栏，检查开头和结尾是否多了空格、换行或聊天软件附带的标点，再填写一个便于辨认的名称，例如「日常配置」。随后点「保存」「导入」或「下载」，等待客户端完成拉取。

部分客户端直接在配置页提供输入框，粘贴后点导入即可；另一些客户端会先保存配置卡片，再由卡片上的更新按钮拉取内容。这两种界面最终都应得到一份能够读取的配置，而不是只留下一个地址。完成后查看配置卡片：应能看到名称，以及更新结果或配置详情。各客户端显示的信息不完全相同，不必要求每个界面都出现相同字段。

如果收到的是本地 .yaml 或 .yml 文件，请选择「从文件导入」，在文件选择器中打开它。不要把文件路径填进订阅 URL 输入框。本地文件通常不会像远程订阅那样自动获取变更，后续需要重新导入或手动维护。第一次配置只保留一条清晰的导入路线，避免同时创建多份同名配置。

确认导入结果，再设为当前配置

下载完成后，点击配置卡片，或打开它的菜单并选择「使用」「激活」「设为当前」。观察是否出现选中标记，然后进入「代理」页面查看代理组。这里应能看到配置所定义的组和可选出口。如果配置列表已经有卡片，但代理页面仍是旧内容，先返回确认是否真正启用了新配置；保存配置和启用配置是两件不同的操作。

若提示超时，先确认设备能正常联网，再尝试更新一次；若提示解析错误，检查订阅提供方是否给出了适用于 Clash 的链接。浏览器能打开订阅地址，并不代表返回内容一定是配置：登录失效页、访问限制提示或普通网页也可能被下载下来。不要反复切换代理模式来解决格式错误，模式设置不会把网页转换为 YAML。

本步完成的标志是：配置已启用，代理页面出现预期的代理组。此时尚不能仅凭「导入成功」判断网络已经走代理。下一步先确定分流方式和出口。需要了解订阅更新与本地文件的区别，可查阅完整手册第四章：订阅与配置。

第二步：选择规则模式与代理出口

回到客户端的「概览」「主页」或「代理」页面，找到运行模式。常见选项是「规则 / Rule」「全局 / Global」「直连 / Direct」。首次使用先选择规则模式，让配置中已有的规则决定各请求的去向。不要看到页面尚未打开，就立刻把所有开关同时打开；先固定模式，后面才容易判断哪项设置产生了影响。

先选 Rule，再检查代理组

点击「规则」或「Rule」后，打开代理组列表。组名由配置作者决定，可能叫「节点选择」「代理选择」或其他名称，不一定叫 PROXY。展开用于代理流量的选择组，点击一个你有权使用且当前可用的出口。若组内选择的是另一个组，继续查看下一层，确认最终不会落到你并不打算使用的直连选项上。

部分组会自动选择出口，界面可能显示自动、故障转移或延迟测试一类名称。已有配置采用自动组时，可以先保留它，不必强行改为手动。客户端提供测试按钮时，可执行一次测试作为初筛；测试成功仅表示特定探测请求获得了响应，不代表所有网站都能访问，也不代表正在查看的应用已经把流量交给客户端。

区分运行模式与流量接管

规则模式回答的是「请求进入内核后走哪里」，系统代理或手机 VPN 连接回答的是「请求怎样进入客户端」。因此，选中 Rule 不等于已连接；全局模式也不等于整台设备的所有应用都会被接管。不遵循系统代理的程序，仍可能绕过桌面端的系统代理设置。

本步结束前，只需确认两个结果：运行模式为 Rule，预期使用的代理组已选到合适出口。先不要编辑规则、改 DNS 或删除配置中的代理组。更深入的策略区别见完整手册第五章：代理模式；需要调整某类网站的去向时，再读第六章：规则分流。接下来开启系统侧的连接入口。

第三步：开启连接与系统接管

保留刚才启用的配置和代理组选择，回到客户端主页。先看内核是否处于运行状态；部分桌面客户端启动后会自动运行内核，部分需要点击启动按钮。如果界面提示配置加载失败或内核无法启动，先处理该错误，不要仅打开系统代理后就继续测试，否则应用可能被指向一个尚未工作的本地端口。

桌面端：开启系统代理

在 Windows、macOS 或 Linux 的图形客户端中，找到「系统代理」「设置为系统代理」或类似开关并打开。它可能位于首页、设置页，也可能在托盘或菜单栏图标的右键菜单中。开启后应看到客户端对应开关处于启用状态；必要时再进入操作系统的网络代理设置，确认代理地址指向本机，端口与客户端显示的一致，不要凭其他教程的截图手动填写固定端口。

如果另一款代理或 VPN 工具也在修改系统网络设置，先结束另一款工具的接管，再进行本次测试。浏览器中的代理扩展也可能覆盖系统代理，首次验证建议先让浏览器使用系统设置。对于单位管理的设备，不要覆盖组织下发的网络策略；遇到权限限制时，应按设备管理要求处理。

系统代理并不是覆盖所有应用的通用开关。首次上手先用遵循系统代理的浏览器完成验证；浏览器正常、某个独立程序仍不生效时，再检查该程序自己的代理选项。只有确有接管更多流量的需求，才继续设置 TUN。相关权限和路由说明放在完整手册第七章：TUN 模式，本次不必提前修改。

手机端：连接并确认 VPN 授权

在 Android 或 iOS 客户端主页点击「连接」、启动图标或连接开关。首次启动可能弹出系统 VPN 配置请求，先确认请求来自刚刚打开的客户端，再按系统提示允许，并完成设备要求的身份验证。返回客户端后，等待界面显示已连接；系统也可能在状态栏或设置页显示 VPN 状态，具体位置取决于系统版本。

授权后如果开关立刻回到关闭状态，查看客户端日志中最早出现的错误，并检查是否有另一条 VPN 连接正在占用通道。不要连续快速点击连接按钮。Android 上若后续出现锁屏后断开，可在首次验证完成后检查电池与后台运行限制；首次连接阶段先保持客户端和浏览器在前台，减少干扰因素。

此时，桌面端应是「内核运行、系统代理开启」，手机端应是「客户端显示连接、系统 VPN 配置已获允许」。这只是流量入口已准备好的标志，尚不足以证明目标请求使用了正确出口。保持当前设置不变，继续用真实请求验证。

第四步：验证请求是否按预期分流

打开浏览器，访问一个你熟悉且有权访问的页面，确认普通网页能够加载。随后打开一个按当前配置预期应走代理的目标页面。不要只看客户端的连接开关，也不要把某个网页能打开当作唯一证据：在规则模式下，网页可能本来就应该直连。验证需要同时看页面表现和客户端记录。

在连接记录里对应一次新请求

切回客户端，进入「连接」「Connections」或「日志」。若支持搜索，输入刚才访问的域名；再回到浏览器刷新页面，或新开标签页发起一次请求。已有连接可能继续复用旧出口，缓存命中的页面也可能没有产生新网络请求，因此修改配置后应重新发起访问。必要时关闭目标页面后重开；只有确认不会中断下载或其他工作时，才清理客户端中的现有连接。

找到记录后，查看目标域名、命中规则、策略组以及最终出口。有些客户端只展示其中一部分信息，可以打开连接详情补看。预期走代理的请求，应能对应到所选代理组及其出口；预期直连的请求显示 DIRECT 则可能完全正常。一次网页访问可能同时连接多个域名，不要将图片或统计请求的策略误认为主页面的策略。

如果使用公网出口查询服务作为辅助，注意它只反映该次查询请求的出口。查询域名可能被规则设为直连，查询结果不变不能单独证明客户端失效；即便结果变化，也不代表设备上的所有应用都在走同一出口。以目标应用的实际请求和对应连接记录为准，不需要向查询页面提交订阅或账号信息。

不符合预期时，按入口、规则、出口检查

完全找不到新请求记录时，先查入口。确认当前启用的配置没有切换，桌面系统代理仍然开启，浏览器没有使用独立代理，手机 VPN 没有断开。若记录页面只显示活跃连接，短请求可能已经消失，可一边刷新一边观察，或到日志中查找。此时反复更换节点通常不能解决请求根本没有进入客户端的问题。

能找到请求，但显示直连时，再查规则。先判断该域名按配置是否本就应该直连，再查看命中的规则与策略组。如果只是为了比较，可以临时切到全局模式，选择明确的代理出口后重新请求；比较结束立即切回 Rule。全局可用而规则模式不符合预期时，应回到规则与策略组排查，不必重新安装客户端。

记录显示走代理，但页面仍超时时，最后查出口。在原代理组中换一个可用出口，再发起新请求；如果只影响单个网站，也要考虑目标服务本身、账号状态或访问限制。保留每次测试的一个变量，记录错误信息和发生条件。订阅拉取失败与访问目标失败属于不同阶段，不要把两者混成同一个问题。

结束使用时，桌面端先关闭系统代理，再退出客户端；手机端在客户端中断开 VPN。这样可避免应用继续尝试连接已经停止的本地代理。后续更换订阅时，从第一步重新确认配置是否启用即可，不必重复安装。

需要整理更新频率、日志和备份，可继续阅读完整手册第八章：日常维护；已经完成基础验证、准备调整配置结构时，再进入第九章：进阶路线。保留这次已经验证可用的配置，后续每次只调整一项，出现问题时就能回到明确的起点。