Clash 快速上手

开始前：客户端与订阅

先从客户端下载页选择适合当前系统的客户端，完成安装并打开主界面。客户端提供配置管理、代理选择和连接控制，订阅则提供实际使用的代理信息与分流配置，两者作用不同。仅安装客户端不会自动获得可用代理；如果尚未取得订阅，应先向所使用的服务提供方确认订阅是否有效、是否支持当前客户端。

准备一条完整的订阅链接，或一份能够被当前客户端读取的 YAML 配置文件。订阅链接通常含有用于识别账户的私密参数，不要发布到公开论坛，也不要交给来源不明的在线工具。首次配置前暂时退出其他代理客户端，保留正常的网络连接。接下来的每一步只改变一类设置，出现问题时就能判断是配置、策略还是流量接管环节没有完成。

第一步：导入订阅

新建远程订阅，等待解析完成

进入客户端的“配置”或“订阅”页面，找到“新建”“添加”或“导入”入口。如果弹出窗口要求选择类型，使用远程链接或订阅地址类型；随后将服务提供方给出的完整链接粘贴到地址栏。名称可以使用便于辨认的短名称，它只用于区分配置，不会改变代理行为。保存前检查链接首尾有没有空格、换行或聊天软件附带的标点，不要删掉地址中的查询参数。

点击保存或下载后，停留在配置页，等待客户端完成请求与解析。成功时通常会新增一张配置卡片或一条列表记录，并出现更新时间、启用标记或可用的配置操作。部分客户端先保存链接，再要求手动点击一次更新；如果保存后仍没有内容，先查看该条记录的菜单，而不是连续创建同一订阅。若提示格式错误，可能是链接返回了网页、登录提示或不兼容的内容，需要确认提供方给出的是否为适用于当前客户端的订阅。

选中活动配置，再检查代理页

导入成功不一定代表已经启用。点击刚新增的配置，使用“启用”“使用”或勾选操作，将它设为当前活动配置。客户端可能短暂重载内核，等待状态恢复后再进入“代理”页面。此时应能看到策略组，以及展开策略组后可选的代理或其他策略。配置列表中出现一个名称，只能说明记录已保存；代理页能读到预期内容，才说明配置已经进入当前运行流程。

如果拿到的是本地文件，则在同一页面选择文件导入，选中对应的 .yaml 或 .yml 文件，再执行启用操作。本地导入的文件通常不会仅凭文件本身自动更新；远程订阅的更新则由客户端重新获取地址内容。两种方式首次只选一种，避免把旧文件与新订阅混淆。已有配置时先保留原记录，确认新配置能用后再整理，不必为了导入而清空整个配置列表。

这一阶段的检查结果是：配置页有一份明确的活动配置，代理页能显示对应策略组。如果下载订阅就失败，应先检查当前网络能否访问订阅地址以及订阅是否过期，不要立刻修改 DNS 或打开更多接管选项。有关格式报错、订阅更新失败和敏感链接处理，可继续查阅常见问题。确认配置已加载后，再进入模式选择。

第二步：选择代理模式

首次连接使用规则模式

找到客户端的“模式”选择区域，它可能位于首页、代理页顶部或设置页。首次使用建议选“规则”或 Rule。规则模式会依照当前配置中的规则，为进入内核的连接选择直连、代理策略组或拒绝等处理方式。切换后确认界面显示的当前模式确实已经改变；部分客户端会保存上次使用的模式，不能仅凭配置文件里写着 mode: rule 就判断运行状态。

“全局”模式通常将进入内核的连接交给全局策略，“直连”模式则让进入内核的连接直接访问。全局模式不等于接管整台设备的所有应用，也不保证所有站点都能访问；它只改变已经到达内核的连接如何选择出口。直连模式同样不是关闭客户端。首次操作先保持规则模式，等验证环节发现具体问题后，再考虑是否需要临时切换模式来做对照。

在策略组中选定实际出口

接着打开代理页，展开主要的选择型策略组。组名由订阅配置决定，可能是 Proxy、代理选择或其他名称，不能仅按名称猜用途。查看组内选项并选中服务提供方提供的可用代理，确认选中标记已经移动到目标项。如果组内还有其他组，继续检查下一层的选择；当顶层组选中了另一个选择型组时，实际出口仍取决于下层组的当前选项。

部分配置使用自动选择组，客户端会依据该组的检测设置挑选候选代理。这类组不一定允许像手动选择组那样固定某个代理，界面中也可能同时存在手动组和自动组。首次使用可以沿用订阅原本的结构，不要为追求统一名称而重命名策略组，因为规则可能正在引用它。若提供了连接检测按钮，可以执行一次检测，但检测结果只是辅助信息，不代表日常网站或应用已经验证通过。

完成后停下来核对两件事：当前模式是规则模式，主要选择型策略组已有明确选项。选择代理不会自动开启系统代理或手机连接，模式正确也不代表浏览器流量已经进入客户端。到这里应当只完成“进入内核后如何处理”的设置，下一步才处理“设备流量如何进入内核”。如果希望理解规则中的组名引用和 MATCH 兜底含义，可阅读配置大全，当前无需编辑这些字段。

第三步：开启连接

桌面端先启用系统代理

回到客户端首页或设置页，确认内核处于运行状态，再找到“系统代理”开关并启用。有些客户端会在启动内核后自动设置系统代理，有些需要分别操作；以当前开关状态和运行提示为准。系统代理的作用是将遵循该设置的应用引向客户端本地监听端口。第一次验证使用遵循系统代理设置的浏览器即可，不必同时开启 TUN、修改终端环境变量或调整路由。

启用后若浏览器立即提示代理连接失败，先回到客户端检查内核是否退出、配置是否加载失败，以及是否提示端口占用。不要直接在系统设置里随意填写端口；客户端显示的监听端口与系统代理指向的端口需要一致。如果此前使用过其他代理工具，先退出它并确认其没有继续改写系统代理，再重新启用当前客户端的开关。多个工具同时接管时，界面显示已开启也可能与系统实际设置不一致。

手机端允许连接授权

在手机端，配置与策略组确认后，使用首页的连接按钮或总开关启动连接。系统首次可能要求添加 VPN 配置、允许网络扩展或确认连接请求，按系统提示完成授权，再返回客户端检查连接状态。系统状态栏出现 VPN 标记或设置中显示连接已建立，可以说明接管通道已经启动，但还不能说明代理出口一定可用，仍需完成下一步的网站访问与记录核对。

如果系统中已有其他 VPN 或网络过滤应用正在运行，先确认它们是否会与当前连接互斥。切换应用测试时不要只把旧应用退到后台，而应在其界面或系统设置中确认连接已停止。不同手机系统对后台运行和电池管理的处理不同，首次先保持客户端正常运行完成验证；只有确认前台可用、后台断开时，才继续检查后台权限，不必一开始就修改全部省电设置。

这一阶段结束时，桌面端应当是内核运行且系统代理已启用，手机端则应当是授权完成且连接状态已建立。如果客户端显示错误，先处理明确报错，不要带着失败状态继续反复切换代理。有关 TUN 权限、端口占用和连接后无法上网的细分排查，统一放在常见问题中。运行状态正常后，打开浏览器进行实际验证。

第四步：验证是否生效

访问网站，同时查看连接记录

先在浏览器中新开一个标签页，访问一个平时能够正常打开的普通网站，确认基本网络仍然正常；再打开一个按当前订阅规则预期经过代理的网站。尽量使用新的请求，不要只看已经加载好的旧页面。页面能打开是第一层结果，但单个网站成功还不足以证明分流方向正确，因为它可能本来就能直连，也可能沿用了已有连接。

切回客户端的“连接”或“日志”页面，找到刚才访问产生的记录。界面若支持筛选，可以按目标域名查找；注意记录的时间是否与当前测试一致。重点观察目标地址、命中规则、策略组或最终出口，具体列名以客户端为准。预期代理的网站应当走向所选代理策略，预期直连的请求则应显示直连处理。部分客户端的普通日志不会列出全部连接，此时优先使用连接页，不要把没有日志简单等同于没有流量。

把异常停在对应环节检查

如果访问时完全找不到相关连接，先检查浏览器是否遵循系统代理、客户端是否仍在运行，以及是否存在浏览器扩展单独配置代理。问题通常位于流量进入内核之前，此时反复更换策略组没有针对性。若有连接记录且已经选中代理，但请求超时，则进一步检查代理是否可用、服务状态是否正常，并尝试组内另一条已知可用的代理做对照，每次只调整一个选项。

如果记录显示走了直连，而目标本应经过代理，优先核对当前是否仍为规则模式、启用的配置是否正确，以及该目标命中了哪条规则。规则通常按顺序匹配，不能只看到文件末尾有代理兜底，就断定前面的规则不会影响结果。首次上手不需要立刻改写整份规则，可先记录命中的规则与目标域名，再到配置大全查看对应字段，或按故障排查说明继续定位。

随后测试一两个日常应用。浏览器成功而某个应用失败，不代表客户端整体失效：该应用可能不读取系统代理、使用独立网络设置，或需要不同的接管方式。先退出并重新打开应用，再检查连接页是否出现它的新请求。需要用 TUN 时，按当前客户端的权限提示操作，并重新验证流量路径；不要只因界面多了一个开启标记，就省略访问测试。

保留可用设置与退出方法

当普通网站和预期代理的网站均可访问，连接记录也与分流预期一致，就完成了首次配置。记下当前活动配置、代理模式和主要策略组的选择，之后更新订阅或更换代理时便有可对照的基准。订阅更新可能改变组名、候选项或规则，更新完成后再做一次简短访问测试，比一次性调整很多高级选项更容易维护。

最后确认停止使用的方法。桌面端退出客户端前，先关闭由它设置的系统代理，或使用客户端能够正确恢复代理设置的退出入口；手机端通过连接开关断开，再核对系统连接状态。开机自启、终端代理和 DNS 精细设置可以等首次验证通过后再逐项配置。保留这条最短流程：先确认配置，再确认策略，接着确认接管，最后用访问与连接记录共同判断结果。