先分清客户端、内核与配置文件。客户端提供操作界面，mihomo 内核处理网络连接，配置文件决定节点、策略组与规则如何配合。按左侧项目查看设置含义，再回到客户端逐项确认，避免同时打开多个开关后难以判断变化来自哪里。
mihomo 是负责解析配置、匹配规则和建立代理连接的内核。图形客户端在它之上提供订阅列表、模式切换与日志界面，因此界面名称不同，不代表底层配置完全不同。选择客户端时先确认它支持的内核和配置字段，再导入现有订阅。遇到配置解析错误，先阅读日志中的字段名称，不要仅凭客户端能启动就判断订阅兼容。下面是基础字段示意，不是可直接联网的完整配置。
mixed-port: 7890
allow-lan: false
mode: rule
log-level: info订阅是用于获取配置内容的地址，YAML 则是常见的配置文件格式。打开客户端的配置或订阅页面，选择从链接导入，粘贴服务方提供的完整地址，等待更新完成后选中该配置。本地文件应使用文件导入入口。节点分享串不一定能直接当作完整配置使用，先确认格式，再决定是否需要转换。订阅地址可能包含访问凭据，排错时只提供错误信息，不要公开完整链接。
https://example.com/sub?token=xxxx以上为格式示例，不提供可用的订阅服务。
查看订阅导入步骤 →规则分流是按域名、地址等条件决定直连或使用代理的方式。内核通常从上到下匹配规则，先命中的条目决定连接去向，因此规则的位置与内容同样重要。导入订阅后先使用规则模式，再检查策略组是否已选择可用节点。全局模式会把更多连接交给全局策略，但不能修复失效节点。示例中的 DIRECT 表示直连，只作用于匹配的域名后缀，并不表示所有 Apple 服务都会直连。
rules:
- DOMAIN-SUFFIX,apple.com,DIRECT系统代理把本机代理地址写入操作系统设置，遵守该设置的应用便会把连接交给客户端。初次使用建议先启用这一方式，打开浏览器验证，再检查连接记录是否出现相应请求。终端工具或部分应用可能不读取系统代理，需要单独设置代理地址或改用 TUN。退出客户端前先关闭系统代理；若程序异常退出后网页无法打开，也应检查系统设置中是否仍指向已经停止监听的本地端口。
# 端口以客户端实际设置为准
HTTP / SOCKS: 127.0.0.1:7890
mixed-port: 7890TUN 是通过虚拟网卡接收网络流量的方式，适合不遵守系统代理设置的程序。它通常需要客户端安装辅助服务，并获得系统授权。先确认普通代理连接可用，再开启 TUN，观察日志与 DNS 解析是否正常。虚拟专用网络、其他代理程序或容器网络可能带来路由冲突，排查时一次只保留一套接管方式。TUN 扩大的是接管范围，流量最终直连还是代理，仍由模式与规则决定。
tun:
enable: true
auto-route: true
auto-detect-interface: true打开苹果菜单中的“关于本机”，看到“芯片”及 Apple 芯片名称时，选择 Apple Silicon 或 ARM64 安装包；看到 Intel 处理器时，选择 Intel 或 x64 安装包。原生架构可以减少对转译环境的依赖，但仍需满足客户端标注的系统要求。安装前退出旧客户端，将应用拖入 Applications 后再启动。更换客户端时先备份配置与自定义规则，不要让两个程序同时修改系统代理。
uname -m
# arm64：Apple 芯片原生环境
# x86_64：Intel 环境或转译中的终端功能说明每 8 秒切换；点击、键盘操作或聚焦后停止。字段示例用于解释设置含义，实际配置以所选客户端及订阅内容为准。
先选系统，再选架构。桌面设备优先使用图形客户端，服务器与路由器再考虑直接运行内核。下面的入口会打开下载页对应的平台，不会直接开始下载；可先阅读系统要求、维护状态与安装说明，再决定使用哪一款客户端。
按 Apple Silicon 或 Intel 选择安装包，优先查看 Clash Plus，也可比较 Clash Verge Rev 与 FlClash。打开 DMG 磁盘映像后，将应用拖到 Applications，再从应用程序文件夹启动，安装窗口不是日常运行入口。
首次运行时按系统提示确认来源。需要 TUN 时，再按客户端提示安装辅助服务。若系统阻止打开，先确认下载来源、系统要求与具体提示，不要把关闭系统安全功能当作通用安装步骤。归档客户端适合查阅旧配置，日常使用应优先考虑仍在维护的选项。
查看 Clash Plus、Clash Verge Rev、FlClash 等桌面客户端，再按本机系统与处理器选择。安装完成后先导入配置，选中策略组中的节点，再开启系统代理。需要虚拟网卡接管时，按客户端要求安装服务或授予权限。
Clash for Windows 已停止维护，下载页保留归档说明，不能把它与持续维护的客户端视作同一选择。部分商店应用涉及 UWP 回环限制，应按应用类型单独排查。浏览器能打开网页、其他程序不能连接时，先确认该程序是否读取系统代理，不必立刻重复安装。
查看 Clash Plus、Clash Meta for Android、FlClash 与 Surfboard 的安装选项。多数较新的手机使用 ARM64，但仍应结合设备信息选择。安装后导入客户端支持的配置格式，首次建立连接时，系统会要求确认 VPN 连接权限。
Android 的 VPN 授权用于建立本地流量接管通道，不等于已经获得可用的代理节点。连接后若后台频繁中断，检查电池优化、后台活动与其他 VPN 应用占用情况。不同客户端对订阅格式的支持可能不同，不能只根据链接能在浏览器中打开，就判断一定可以直接导入。
通过下载页进入 Clash Plus 的 App Store 页面，先查看商店中的设备兼容性与应用说明。客户端官网为 clashplus.io。安装完成后添加配置，按系统提示允许创建 VPN 配置，再回到应用启用连接。
手机与 Mac 可以使用同一服务提供的订阅，但仍需确认格式及设备数量限制。切换 Wi-Fi 与蜂窝网络后如连接异常，先查看应用状态与订阅有效期，再重新连接。授权弹窗只解决系统接管权限，不负责检查节点是否可用；节点、规则与 DNS 仍需在客户端中确认。
桌面环境可选择 Clash Verge Rev 或 FlClash，按发行版选择合适的包格式，并确认软件包架构。安装后先在图形界面导入订阅，再检查桌面环境的代理设置。不同桌面的设置入口可能不同，图形客户端开启代理后，终端程序也不一定自动沿用。
服务器或无界面设备可直接运行 mihomo，并使用 systemd 管理进程。此时需自行维护配置路径、运行用户、监听地址和日志权限。不要把控制接口直接暴露到公网，也不要为方便连接而随意开放局域网监听。命令行部署与桌面安装的操作差异，可在安装大全中逐项查阅。
Clash for Mac 是面向 Mac 用户的下载与配置资料站，整理不同客户端的安装入口和使用方法。本站与各客户端、内核项目的维护者并非同一主体。判断功能支持与维护状态时，应结合具体项目的发布说明，而不是仅看名称中是否包含 Clash。
内核仓库可用于阅读配置实现、问题记录与发布说明。复制命令只会获取源码，不会安装图形客户端，也不会自动建立代理连接。
git clone https://github.com/MetaCubeX/mihomo.gitClash 生态经历了原始项目、不同分支与社区客户端的发展。mihomo 延续并扩展了 Clash Meta 路线，多个图形客户端使用它来处理代理连接。旧教程中的名称和界面可能仍然保留，但不能据此推断现在的菜单位置、字段支持或维护状态完全相同。
查阅资料时，先确认文章讨论的是内核还是图形界面，再核对所用客户端。Clash for Windows 和 ClashX Meta 的归档包可用于理解旧环境，但遇到系统兼容问题时，应优先评估迁移到仍在维护的客户端，而不是反复套用旧版操作截图。
开源仓库让配置解析、规则行为与问题修复有可查阅的依据。它并不意味着每个客户端都支持相同功能，也不代表订阅服务由内核项目提供。图形客户端、代理节点和订阅提供方各有职责，排错时需要分别检查。
如果日志提示配置字段不受支持，先对照内核文档与客户端发布说明；如果配置可以载入但所有节点都连接失败，则继续检查订阅有效期、网络可达性和节点信息。公开提问时隐藏订阅凭据、账户信息与管理接口密钥，只保留复现步骤和必要的错误片段。
客户端更新可能调整界面、辅助服务或内核打包方式；内核更新则可能影响协议支持、规则处理与网络行为。两者不一定同时发布。升级前阅读变更说明，保存自定义规则与当前配置，升级后先验证订阅加载，再测试系统代理和 TUN。
不要把一次网页打不开直接归因于软件过旧。先查看是否只有某个网站失败，再判断是域名解析、规则命中还是节点连接问题。保留清晰的检查顺序，比连续更换多个客户端更容易找到原因。下载页集中列出可选安装包，首页不展示容易失效的具体版本信息。
订阅更新是重新获取远程配置，不是升级客户端。更新间隔应结合提供方要求与节点变动频率设置，过于频繁的请求可能触发服务限制。需要保留的自定义规则，应通过客户端支持的覆写或合并机制管理，避免下次更新时被远程内容覆盖。
断开代理后再退出客户端，可以减少系统仍指向本地代理的情况。长时间不用 TUN 时，检查辅助服务与路由状态。遇到故障先记录发生时间、网络环境、模式和错误提示，再按安装大全中的检查路径处理；不要把多项设置同时改动后再尝试回忆原来的状态。
导入只代表配置已经保存。继续确认配置已被选中、策略组已选择可用节点，并且系统代理或 TUN 已启用。打开连接记录，查看请求是否进入内核；没有请求先查流量接管，有请求但失败再查节点与 DNS。到常见问题查看排查说明 →
系统代理决定应用是否把请求交给客户端，规则模式与全局模式决定请求进入内核后如何选择出口。它们处于不同环节，不能互相替代。初次使用先选择规则模式，确认浏览器可用后，再按具体应用调整接管方式。查看模式选择步骤 →
是否同时开启取决于客户端实现和使用场景。TUN 通常已能接管更多连接，但仍要检查路由、DNS 与绕过设置。初次排查时先分别测试两种方式，确认各自有效，再按客户端说明组合使用，避免多个代理或 VPN 程序同时修改网络路径。查看连接方式相关问答 →
已经完成安装后，再按问题查原理。需要换客户端时比较平台与操作习惯；遇到终端、游戏或局域网设备不能连接时，先分清系统代理、虚拟网卡与路由器接管各自负责哪一段流量。以下三篇笔记从不同入口展开，避免把桌面端的开关直接照搬到其他设备。
按平台覆盖、内核支持、界面风格与上手难度横向比较主流客户端，给出 Mac、Windows 与手机端用户各自的选型建议。先看设备与维护状态，再决定是否需要迁移现有配置。
阅读配置笔记 →对比系统代理与 TUN 虚拟网卡的接管范围，说明终端命令、游戏与 DNS 的处理方式。先确认请求有没有进入内核，再判断应该调整接管方式，还是继续检查规则与节点。
阅读配置笔记 →梳理主路由与旁路由的分工、网关和 DNS 指向，说明架构选择、资源占用评估与常见断网原因。适合已理解桌面代理流程、准备把接管范围扩展到局域网设备的用户。
阅读配置笔记 →