Clash 使用教程
导入订阅 → 选择代理模式 → 开启连接 → 验证生效。准备好客户端与有效订阅后，可按约十分钟的上手流程操作；安装、授权和网络排查可能需要额外时间。
导入订阅并启用配置
先进入订阅服务的管理页面，找到明确标注为 Clash 或 mihomo 配置的订阅入口，使用页面提供的复制功能获取完整地址。不要复制浏览器地址栏里的账户首页，也不要只复制一个节点名称。订阅地址通常包含访问凭据，应像密码一样保管；截图、日志或求助内容中不要公开它。
回到客户端，打开“配置”或“订阅”页。在 Clash Verge Rev 中，通常可以在配置页的链接输入框粘贴地址并选择“导入”；其他客户端可能需要先点击“新建”，再选择“远程配置”或“从 URL 导入”。给配置取一个容易识别的本地名称，然后确认下载。等待请求完成后，页面应出现对应配置卡片或配置列表项，而不是一直停在加载状态。
出现配置条目不代表它已经被内核使用。点击该条目，使用“启用”“设为当前”或客户端对应的选择操作，确认当前配置标记移到了新条目上。随后进入“代理”页，观察是否出现策略组及其中的可选项。如果配置页显示导入成功，但代理页仍然空白，应先检查当前配置是否选中，再到日志页查看是否有配置解析错误。
分清订阅地址与本地文件
如果拿到的是一个 .yaml 或 .yml 文件，应选择“导入文件”或“本地配置”，不要把文件路径粘贴到远程订阅框。本地导入读取的是该文件的内容，后续通常需要手动替换；远程订阅则可以通过原地址重新下载。两种方式都能形成当前配置，初次使用任选与现有材料匹配的一种即可，不需要先学习转换工具。
某些通用订阅返回的是编码后的节点链接，不能直接当作完整 Clash YAML 使用。如果导入时提示缺少配置字段，或下载到的是网页内容，先向提供方确认订阅格式和地址是否正确。不要把含凭据的链接交给不熟悉的在线转换站。订阅、配置文件与节点链接之间的区别，可在概念速查中继续了解。
导入失败时先检查输入
重新复制一次原地址，排除首尾空格、换行或缺失字符；再确认订阅账户状态和当前网络是否允许访问该地址。日志出现下载失败与出现 YAML 解析失败，处理方向不同：前者先检查地址和网络，后者先检查返回内容与内核支持情况。不要连续反复点击导入，也不要为了让下载成功而任意修改 DNS 字段。详细排查见故障排查。
导入完成后可以查看配置的更新设置，按提供方建议安排更新周期。更新成功后仍要确认当前配置可用，尤其是在策略组名称或节点名称发生变化时。客户端本地修改的内容可能被下一次订阅更新替换；初次上手先保留原配置结构，后续需要固定修改时再阅读本地覆写与订阅管理章节。
选择规则模式与代理节点
打开“代理”页，找到“模式”或“出站模式”区域，将其设为“规则”。客户端通常列出规则、全局、直连三种选择，对应配置中的 mode: rule、mode: global 和 mode: direct。切换模式只是决定内核如何选择出口，还没有让系统应用自动接入代理；真正的流量接管放在下一步完成。
规则模式按配置中 rules 的顺序匹配连接，并把连接交给指定的节点、策略组或直连出口。它适合日常同时访问本地服务与需要代理的服务，但具体哪些站点走代理由配置决定，并不是所有配置都采用同一套分流规则。第一次使用先沿用提供方的规则，不要因为某个站点打不开就删除全部规则。
从策略组里选择可用出口
在代理页展开一个手动选择策略组。组名由配置作者定义，可能叫“代理选择”，也可能使用其他名称；不要只按名字判断用途。查看其中是否列出节点、自动选择组或 DIRECT。对于手动选择组，点击一个由提供方说明可用的节点，确认选中标记移到该项。如果选中的是另一个策略组，还需要继续查看那个组的实际选择，直到明确最终出口。
如果客户端提供“测试延迟”或“连接测试”，可以对当前组运行一次测试，等待结果后再做选择。测试通常针对配置或客户端指定的测试地址，只能作为可达性参考。显示较小的响应时间不等于所有网站都会更快；超时也需要结合测试地址和实际访问判断。不要在初次配置阶段同时批量测试和频繁切换节点，否则较难分清访问失败发生在哪一次选择之后。
对于自动选择组，内核会按组的类型和测试结果工作。看到自动组并不需要再强行给每个节点逐一点击；先检查主要出站组是否确实指向该自动组即可。有关 select、url-test、fallback 等组类型的区别，见进阶手册中的策略组说明，此处先完成一次稳定连接。
全局和直连用于明确场景
全局模式将进入内核的连接交给全局策略组，通常适合短暂诊断规则问题。切换后还要检查全局组选择了哪个出口；它不会自动修复不可用节点，也不会让未进入内核的应用突然被接管。如果后续发现同一站点在全局模式可访问、规则模式失败，可以记录差异，测试结束后恢复规则模式，再检查命中规则。
直连模式让进入内核的连接直接发出，适合临时对照基础网络。它不等同于退出客户端，也不保证系统代理已被清除。日常断开时仍应使用客户端的断开操作。现在保持规则模式和一个明确的可用出口，继续开启连接；无需先编辑 rules，也不用把每个策略组都改成同一节点。
开启连接与系统代理
回到客户端主页或设置页，先确认内核已启动，且没有配置加载失败提示。桌面图形客户端可能在打开后自动运行内核，也可能需要点击启动；应以当前状态和日志为准。此时先关闭其他代理或 VPN 客户端，避免多个程序同时修改系统代理或路由。只保留本次要验证的一个客户端，能明显减少排查变量。
桌面端：先启用系统代理
在“设置”或主页快捷区域找到“系统代理”，将其开启。开启后，遵循系统代理设置的浏览器和应用会连接到客户端提供的本地端口。在设置页确认“混合端口”，常见值为 7890，对应字段 mixed-port；实际以客户端当前配置为准，不要看到教程数字就强行修改。某些客户端会单独管理端口，因此原订阅里的值不一定就是最终生效值。
首次连接建议先不启用“允许局域网连接”，因为本机浏览器验证并不需要向其他设备开放代理入口。也先不同时开启 TUN，使用系统代理完成一次可验证的访问后，再判断是否存在不遵循系统代理的应用。系统代理只影响遵循该设置的软件，不是对所有网络流量的统一接管。
Windows 可在“设置 → 网络和 Internet → 代理”查看系统代理状态；macOS 可在“系统设置 → 网络 → 当前网络连接 → 详细信息 → 代理”查看。不同系统版本的文字可能略有变化。通常让客户端统一写入和清理这些设置即可，不必再手动填一套代理地址。Linux 桌面环境和应用对系统代理的支持不完全一致，浏览器未接入时先检查其自身代理设置，不要同时修改多个入口。
手机端：完成 VPN 授权
Android 或 iOS 客户端通常提供“连接”“启动”或电源形状的按钮。确认当前配置已选中后点击它，首次运行时按系统提示允许创建 VPN 连接或添加 VPN 配置。授权用于让客户端接管设备网络，不代表订阅节点已经可用。看到连接状态建立后，仍需继续执行下一步的实际访问测试。
如果手机端提示已有 VPN 连接，先断开另一个应用再重试。Android 的省电管理可能影响后台运行；只有在连接已经验证正常、但锁屏后反复断开时，再检查该应用的电池与后台权限。iOS 可到系统 VPN 设置查看连接状态，并检查是否选中了其他应用的配置。不要在首次授权失败时反复删除订阅，订阅和系统授权是两个不同环节。
连接稳定后再设置开机自启
在客户端“设置 → 通用”或类似区域中查找“开机启动”。需要区分“启动客户端”和“启动后自动连接”：前者可能只打开界面，后者还涉及内核运行和系统代理恢复，具体选项随客户端变化。先按需要启用，再重启系统实际检查一次，不能只凭开关显示开启就认为代理已经自动生效。
验证时观察当前配置是否仍被选中、主要策略组是否保留了预期出口，以及系统代理是否正确恢复。手机端的自动连接功能与系统权限和客户端能力有关，不照搬桌面开机启动路径。若启动后无法联网，先关闭自动连接、恢复手动连接流程，确认基础配置正常后再查看使用技巧中的相关说明。
验证访问与实际出站
开启连接后，重新打开浏览器或新建一个窗口，先访问日常可以直接访问的站点，确认基础访问没有被破坏；再访问配置预期走代理的站点，检查页面能否完整加载。不要只观察客户端的连接图标，也不要只依赖此前已经打开的网页。缓存内容和已有连接可能掩盖当前配置的变化，需要产生一次新的网络请求。
测试过程中打开客户端“连接”页，按目标域名查找相关记录，查看该连接命中了什么规则，以及使用的是直连、节点还是某个策略组链路。一个网页可能同时请求多个域名，各请求的出口不必完全相同。连接记录也可能在请求完成后消失；可在刷新页面的同时观察，不要因为没有长期保留记录就直接判断代理失败。
用日志定位，不凭开关判断
如果客户端提供日志等级筛选，先使用 info，对应 log-level: info，然后重现一次失败访问。重点区分配置加载错误、连接超时和域名解析失败。日志中的单条警告不一定会影响所有访问，要把发生时间、目标域名和实际失败操作对应起来。需要求助时只保留相关片段，并隐藏订阅地址、凭据及其他敏感信息。
外部 IP 查询可以作为补充，但只说明那一次请求的出口；在规则模式下，查询站点本身可能被配置为直连，因此不能用一个 IP 结果代表所有应用。更可靠的初次验证，是同时确认目标页面可访问、客户端出现对应连接、出站链路符合预期。DNS 泄漏和复杂网络栈测试属于后续检查，不需要在第一次连接时逐项完成。
失败时按固定顺序回退
如果连平常直连站点也打不开，先断开代理并测试基础网络。基础网络恢复后，重新检查当前配置、规则模式和所选节点，再开启连接。若客户端测试可用但浏览器完全没有对应连接记录，优先检查系统代理或浏览器自身设置；若已经出现连接记录但请求超时，优先换一个已知可用出口，并查看日志中的失败原因。
如果只有一个服务无法访问，可以短暂用全局模式对照一次，但要确认全局策略组使用了可用节点。全局正常、规则失败时，记录规则命中结果后恢复规则模式，进一步检查配置；两种模式都失败时，不要直接归因于分流规则。更多处理路径见Clash 无法上网排查；涉及 DNS、规则集或 TUN 时再转到进阶手册。
完成后的保留设置与退出检查
确认访问正常后，保留当前配置、规则模式及可用出口，不必再为了优化而连续修改端口和 DNS。记录所用客户端、连接方式以及修改过的设置，后续更新配置或更换网络时更容易对照。订阅更新后如节点名称变化，应重新检查主要策略组的选择，避免仍指向已经失效的选项。
结束使用时，先关闭系统代理或点击客户端的断开按钮，再正常退出。桌面客户端若被强制结束，系统可能仍保留指向本地端口的代理设置，导致浏览器无法联网；此时重新打开客户端清理系统代理，或到系统代理设置中关闭对应项。手机端确认 VPN 已断开即可。至此，导入、选路、接管和验证四个环节完成，之后再按具体需求学习进阶配置。