安装前：准备客户端与订阅配置
Clash 类客户端负责读取配置、匹配规则并转发请求。安装程序本身不等于可用的代理服务，也不会自动生成可连接的出口。开始前，准备一条由可信服务提供者给出的订阅地址，或一份适用于当前内核的 YAML 配置文件。只有账号、网页登录地址或单个节点二维码时，先查看提供者的使用说明，确认应选择哪一种导出格式。
下载时先确认操作系统与处理器架构。Windows 按安装向导完成安装；macOS 的磁盘映像通常需要打开后将应用拖入“应用程序”；Android 下载 APK 后，按系统提示为执行安装的浏览器或文件管理器授权，完成后可撤回该权限；iOS 从下载页进入对应商店页面安装；Linux 根据发行版选择支持的包格式。系统提示不兼容时应返回下载页重新选择，不要通过关闭系统安全功能反复尝试。
首次打开客户端后，先保持现有网络可用，暂不同时开启其他代理或 VPN 工具。若系统要求安装辅助服务，先阅读权限用途；暂时不使用 TUN 时，不必为了完成本教程主动启用所有高级功能。基础设置能成功保存、配置页面能够打开，就可以进入订阅导入步骤。安装或权限处理中的具体问题可查阅帮助中心的安装配置说明。
第一步：导入订阅并选中配置
进入客户端的“配置”“订阅”或 Profiles 页面，找到“新增”“从 URL 导入”或“导入订阅”入口。将完整的订阅地址粘贴到地址栏，而不是客户端的节点搜索框。给这份配置设置一个便于辨认的名称，例如“日常配置”，然后点击导入或下载。名称只用于本机区分，不会改变服务提供者给出的节点与规则。
粘贴前检查地址是否带入了前后的空格、换行或聊天软件附加的标点。订阅链接可能包含访问凭据，不要把完整链接贴到公开讨论区，也不要在截图中保留查询参数。若提供者同时列出多种客户端格式，优先选择与当前客户端说明一致的 Clash 或 mihomo 格式。不要因为名称相近，就把其他工具的专用格式直接粘贴进来。
导入完成后，配置通常会以一条列表记录出现。点击记录或其旁边的“使用”“启用”按钮，让它成为当前配置。仅看到文件已经下载，不代表配置已经生效。随后进入“代理”页面，确认出现了这份配置对应的代理组；再到“规则”页面确认有规则条目。不同订阅的内容不同，不必与其他人的截图保持相同名称或数量。
如果拿到的是本地文件，在同一个配置页面选择“导入文件”，从文件选择器中打开 YAML 文件，再将其设为当前配置。不要把文件扩展名直接改成 YAML 来代替格式转换。来自消息附件的文件应先保存到本机可访问的位置；移动端也可以通过系统分享菜单交给客户端，但分享完成后仍需回到配置列表确认是否已经启用。
遇到下载失败时，先保持系统代理关闭，检查普通网页能否打开，再确认订阅地址是否仍然有效。若提示解析错误，记录错误中的字段名或行号，回到提供者页面重新选择匹配格式。不要在首次导入时随意删除 DNS、规则或代理组字段，以免把格式问题变成新的配置问题。关于格式转换与更新失败的进一步处理，见配置相关问题。
配置已经启用、代理组能够显示后，再进入下一步。后续更新订阅一般在这条记录的菜单中点击“更新”，不需要每次重新建立一份配置。直接编辑远程订阅生成的文件，可能在更新时被覆盖；首次上手先保留订阅原有内容，连接正常后再考虑单独维护自己的修改。
第二步：选择规则模式与代理出口
打开客户端的“代理”或“模式”区域，找到“规则 / 全局 / 直连”选择器。首次使用建议选择“规则”。此时客户端会按当前配置中的规则处理请求，一部分连接直连，另一部分交给指定代理组。规则模式并不表示所有流量都会经过代理，也不保证某个网站一定命中特定出口，具体结果仍取决于订阅中的规则内容。
在代理组中指定可用出口
选择规则模式后，继续查看代理组。手动选择类型的组通常需要点击一个节点或子组作为当前选项；自动选择类型的组则由配置中的检测条件决定成员选择。先确认列表不是空的，再检查当前选项是否符合用途。若预期某类请求经过代理，却把对应代理组选成 DIRECT，请求仍会直连，这不是系统代理开关失效。
客户端若提供连接测试或节点测速按钮，可以先执行一次，帮助排除明显不可用的候选项。但测试使用的地址不一定与你实际访问的服务相同，测试成功也不等于所有网站都可访问。首次配置只需选定一个能够完成实际访问的出口，不必反复比较每一项结果。涉及策略组嵌套或自动选择规则时，先保留订阅默认结构。
全局与直连用于什么场景
“全局”通常把进入客户端的请求交给全局代理组，再由该组选择具体出口。它适合短时间对照检查规则差异，不会自动接管未进入客户端的应用流量，也不代表系统中的每一个程序都已受到代理控制。切换全局后仍需检查该模式对应的组是否选中了预期出口，不能只改模式、不看组选项。
“直连”通常让进入客户端的请求直接连接目标。它可用于对照测试，但不能用来证明代理出口工作正常。完成本教程时先停留在规则模式，不要同时切换模式、节点与 DNS。一次只改一个设置，后面看到访问结果变化时，才能知道是哪一步产生了影响。三种模式的更多使用区别可查看使用技巧与模式说明。
第三步：启动内核并启用连接入口
现在配置已经选中，模式与出口也已确定。先查看客户端首页或状态区域，确认内核处于运行状态。部分桌面客户端打开后即启动内核，另一些需要点击“启动”或“连接”。如果出现启动失败提示，先记录错误内容，不要连续点击开关。内核没有运行时，即使系统代理地址已经写入，也没有程序接收这些请求。
桌面端：开启系统代理
Windows、macOS 与 Linux 桌面端通常在“设置”页面提供“系统代理”开关。确认内核运行后，将它切换为开启。客户端会尝试把系统的 HTTP 或 HTTPS 代理指向本机监听地址。首次操作先保持 TUN 关闭，并在浏览器里完成验证，以免系统代理、虚拟网卡与 DNS 接管同时变化，难以区分问题来源。
多数客户端会展示混合端口，例如 7890，但应以当前设置页的实际值为准。系统代理端口需要与客户端监听端口一致。这里只是本机连接入口，不是远程节点的端口；不要把订阅中的服务器端口填到系统代理中。已有其他工具使用相同端口时，需要先解决冲突，再同步相关设置，具体可见疑难手册的端口排查说明。
macOS 若提示修改网络设置或需要辅助服务，应确认请求来自刚安装的客户端，再按应用说明授权。Linux 桌面环境对系统代理的采用方式有所不同，部分程序也有自己的网络设置。因此，开关开启只说明客户端尝试写入了系统配置，不代表所有应用都会遵循它。浏览器扩展如果另行管理代理，先暂停扩展的代理功能，避免两个设置来源互相覆盖。
移动端：批准系统连接请求
Android 与 iOS 一般通过客户端首页的启动或连接按钮建立系统 VPN 通道。首次点击后，系统会显示连接授权窗口；阅读应用名称与提示后确认，再返回客户端查看状态。系统使用 VPN 通道承载代理流量，并不意味着客户端替你提供了远程服务，能否访问仍取决于已导入的配置和出口。
如果已有另一款 VPN 或代理应用连接中，先在其应用内断开，再启动当前客户端。移动系统通常会限制同一时刻的 VPN 使用方式，反复切换应用可能导致连接被替换。Android 后台受到省电限制时，先让客户端停留前台完成验证，再按实际需要调整电池策略；iOS 则先保持应用连接，暂不叠加按需连接等额外设置。
TUN 模式适用于需要接管更多应用流量的场景，可能涉及权限、路由与 DNS 行为，不是基础浏览器验证的必选项。先用当前方式完成下一步；确有应用不遵循系统代理时，再到疑难手册按对应症状继续排查，而不是把全部开关一次打开。
第四步：验证实际请求与退出恢复
保持客户端运行，在浏览器中打开一个用于验证的 HTTPS 页面，最好选择能够明确检查访问结果的地址，并实际刷新一次。同时打开客户端的“连接”或“日志”页面，观察是否出现与刚才访问域名相关的新记录。如果只是看到之前缓存的页面，不能确认本次请求确实经过客户端；必要时换一个未访问过的页面再检查。
把访问结果与命中规则对应起来
在连接详情中查看目标域名、命中规则以及最终使用的代理组或出口。规则模式下，某些地址显示 DIRECT 属于正常情况，关键是结果是否与配置预期一致。仅凭网页能打开，不能判断它经过了代理；仅凭出口查询页面显示某个地址，也不能推断所有应用都走相同路径。把具体请求与客户端记录对应起来，结论才更可靠。
如果浏览器显示无法连接代理服务器，先检查内核是否仍在运行，再检查系统代理的本机地址与端口。若浏览器请求完全不出现在客户端中，检查是否被扩展接管、是否使用了独立代理设置。若记录已经出现但连接超时，问题更可能位于所选出口、目标服务或网络路径，按节点超时排查继续，而不是反复重新安装客户端。
终端与浏览器要分开验证。许多命令行程序不读取桌面系统代理，而是采用环境变量或程序专用参数，所以浏览器正常、终端直连并不矛盾。首次上手先完成浏览器验证即可。如果确实需要命令行代理，应在明确工具支持方式后单独设置；终端环境变量可能在关闭客户端后继续存在，也需要单独撤销。DNS 解析异常则转到DNS 排查章节，不要用关闭证书验证来绕过 HTTPS 报错。
验证通过后再设置开机自启
确认当前连接正常后，可到客户端“设置”中打开“开机自启”或“登录时启动”。这通常只控制应用何时运行，不一定同时开启系统代理，也不一定自动建立移动端连接。逐项阅读客户端提供的启动选项，只保留确实需要的功能。桌面端设置后可在下次登录时检查：客户端是否启动、配置是否仍被选中、代理开关是否符合预期。
移动端的后台保活、按需连接与桌面开机自启并不是同一功能。不要为了避免偶尔断开就把所有权限长期打开；先确认具体症状，再按系统设置处理。如果设备由单位或学校管理，应遵循已有网络策略，不要尝试覆盖管理配置。
结束使用时先断开，再退出
桌面端结束使用时，先关闭客户端里的“系统代理”，再退出客户端；移动端先点击断开连接，再离开应用。这样可以避免系统仍把请求交给已经停止的本机端口。退出后打开一个平时可以直接访问的页面，确认普通网络仍能使用。如果客户端意外关闭后网络中断，到系统网络设置里检查是否还留有指向本机的代理，记录原值后再撤回本次操作。
到这里，基础配置已经形成完整闭环：配置被选中，模式与出口已确定，连接入口已启用，实际请求也能在客户端中找到。以后出现问题时，记录当时使用的平台、客户端名称、当前模式、相关错误和最近修改过的设置，再按症状查看Clash 疑难手册。截图前隐藏订阅地址和个人信息，保留必要的错误文本即可。