装好后，你从「配置—代理—设置」三件事串起来用

若你已把 Clash Verge Rev 装上并能载入机场订阅或本地配置文件，后续真正重复出现的高频动作只有三类：更新远端配置（订阅）、在策略组里换出口、在规则模式、全局模式与直连之间切换，再按需要决定要不要启用 TUN。Verge Rev 背后是 Mihomo（Clash.Meta 系）内核，语义与 Win 平台的 Mihomo Party、菜单栏路线的 ClashX Pro一致……区别主要在壳：Verge Rev 在 macOS 上通常是左侧导航的主窗口 +（视版本而定）菜单栏或托盘快捷项。若你希望先对齐各桌面客户端选型，可看 Clash Verge Rev、Mihomo Party 与 ClashX Pro 横评；Windows 端安装链路则对应 Clash Verge Rev Windows 安装指南。

先把一句话写下来贴在便签上：系统代理（以及可选 TUN）解决的是「应用的流量有没有被送进 Mihomo」；规则模式 / 全局 / 直连解决的是「流量进了 Mihomo 之后按什么策略出站」。如果你在搜索引擎里敲「Clash Verge Rev macOS 怎么用」，多半是在两层之间绕晕了——下文按 macOS 上常见的点击顺序拆开，并对照 ClashX Pro macOS 使用教程背后的同一套内核概念。

主界面一般会落在哪几个页签

不同版本的文案会微调，但你几乎总会遇到：配置或 Profiles（远端订阅、导入、当前生效的那份 clash 字段）、代理或节点（策略组、url-test / fallback / 手动选择）、连接或日志（哪些域名走过了哪条链）、以及设置或通用（系统代理开关、mixed-port、TUN、内核与启动项）。初次打开若看到订阅拉取错误或内核未就绪，请先别忙于切全局：把 YAML 是否真的下载成功弄明白，再回头谈模式——否则只是把错误配置用更大嗓门重复一遍。

macOS 用户还要额外留出心理预期：第一次启用虚拟网卡类能力时会出现系统层面的网络扩展授权，若你曾经装过别的 VPN / 过滤器，路由表可能已经「很热闹」。此时更应坚持「先做减法」：只开系统代理、保持规则模式，验证浏览器路径畅通后，再给需要全量接管的应用打开 TUN。这样当异常出现时，你的排查区间会小到可管理。

订阅更新：刷新、切换 Profile、以及为什么「点了没反应」

机场返回的订阅 URL本质是让你定时拉取的远程 Mihomo YAML。你在 Verge Rev 的配置页会看到每条订阅的更新时间、别名与「更新」按钮；点更新即重新下载远端内容并注入当前配置文件。公告里如果出现换端口、换订阅域、重置 token，要记得先回到机场面板复制最新的那一串链接，再粘贴替换旧 URL，最后再点刷新——只点刷新不换链接，是最容易「看起来刷了但什么都没变」的原因。

若手上有多份 Profile（工作与私人、地区分流等不同组合），请在列表里明确哪一份正在被内核使用。界面标题改了而节点名仍旧，多半是当前激活文件没落稳；应先确认「应用配置」类操作已执行，再在代理页看策略组是否来自你想那份订阅。更深层的链路说明可看 订阅链接与导入注意事项。

当刷新卡住或报错，从高概率到低概率依次看：链接是否过期（浏览器直连是否 YAML）、本机时钟是否跑偏、是否还有另一个代理劫持了发往订阅站的请求造成环路、以及机场侧是否真的发布了新 YAML。把「远端内容」这层排干净后，再讨论规则模式是否合理才有意义。

规则模式、全局模式、直连：三个模式的直觉模型

规则模式应作为长期默认：Mihomo在内存里一条条对照域名、GEOIP、IPCIDR 与策略组挂载关系，把它们送去代理路径、直连或拒绝。这样对大陆常见服务的访问往往少一跳延迟，又不会把整块流量无脑压到国外线路。若想进一步理解「如何让大陆域名尽量 DIRECT」，可参考 分流与中国大陆直连思路，本文不写完整规则编辑。

全局模式在多数 GUI 语义里可以更粗暴地理解为：把那些本该走代理的会话更多地去挤同一条出站链，用来做「是不是这条域名根本没进到我期望的策略组」「是不是日志里只看到 DIRECT」这类五分钟实验很好用。它不自动等价于操作系统里每一个 SYN 都去绕地球一圈——具体还以订阅里 MATCH 与代理链挂载为准——但对日常使用的心智模型足够锋利。实验做完请切回规则，避免计费与链路长期承压。

直连模式则是告诉内核：尽量不把我送往远端节点。网银、局域网发现、公司内部证书站点、或对延迟极端敏感的局域网游戏，往往需要你把会话先「从出国链路上摘下来」，直连比卸载客户端更不破坏系统代理的整体结构；若仍在系统代理或 TUN 接管下，这意味着应用仍会先进 Verge Rev，再在策略侧尽量走 DIRECT，观感与「关掉整个客户端」不同，这点要在脑子里分一层。

系统代理与 TUN：谁在 macOS 上负责「把流量送进来」

打开 系统代理（System Proxy）之后，听从系统设置的 HTTP/SOCKS 代理的应用会把流量送到本机的 mixed-port（或拆分的 HTTP/SOCKS 端口，数值以你在设置页看到为准）。对大多数 Mac 原生或遵循体系的应用，这是学习与办公场景里最省心、兼容性最好的一层：开与关都能在系统「网络代理」中看到对应勾选变化，也方便与 Clash 家族其它客户端类比。

然而终端里的默认 curl、不少游戏本体、以及与系统代理链路「脾气不合」的沙盒进程，可能不会自动走这条路径。要让它们在未手工 export的前提下也落入内核视野，你才会转向 TUN：它尝试以更底层的数据路径把符合条件的包导向 Mihomo。好处是覆盖面大；代价是更容易与其它虚拟网卡、企业 VPN、本地过滤器抢路由优先级，并触发 macOS 对网络扩展的更严格把关。开始前建议先精读 Clash TUN 模式详解中对 DNS fake-ip / redir-host 的常见组合说明，因为很多「模式一切就断」的故事其实停在 DNS，而不是节点质量。

一句可落地的顺序仍可背下来：订阅校验 → 开系统代理 → 规则模式下先测浏览器 → 仍然有死角再给那些 App 开 TUN。同时只保留一条「硬核接管」，不要系统代理叠 TUN 再叠商业 VPN——除非你愿意花整个下午画路由拓扑图。

手动选节点：策略组里应该点什么地方

提供商会在 YAML 中用策略组组织出口：manual 让你一条条点机房；url-test / fallback 则按延迟或可用性轮动。GUI 一般会以树或可折叠卡片展示——你在「代理」视图里展开的每一个分组标签，实质上对应一份策略组语义。日常使用建议：让自动分组自己跑测速省心，只在两种情况切手动：其一是某自动化线路集体抽风，你需要临时钉死一只稳定羔羊；其二是目标站点对出口国家或 ASN 苛刻，需要你明确所在地区。

点选后大多数情况下会近乎即时生效；若页面仍旧异常，先打开连接视图看那条主机名到底有没有出现、命中的是哪一个 outbound，再判断是否 DNS 劫持、HTTPS SNI、或上层还有浏览器插件自带的代理链路。别把「换一个节点就当万能刷新」——有时只是规则把它送去 DIRECT，与你的节点优劣无关。

怎么确认此时此刻走的是不是代理节点

最直接的证据仍是浏览器访问可显示出口公网 IP 的站点：在关闭系统代理时记一条基线；打开代理并停留规则模式再看一次；最后再切直连照第三次。三组读数的差异能让你看到「浏览器这条路径有没有被送进 Verge Rev」以及规则是否把该类流量送去国外。再配合连接页里域名与选中节点名的一一映射，你会比在论坛里复述「上不了」更准确。

对终端开发者，请务必记住：curl 在未显式传入 -x 或未设置变量时常与系统代理无关。这不是 Verge Rev 偷工减料，而是类 Unix 世界的老习惯——要么给 shell 配 HTTPS_PROXY=http://127.0.0.1:YOUR_PORT，要么在开 TUN 后观察连接表里是否已经出现相应五元组。把「浏览器好、CLI 傻」翻译成配置任务，会直接降低你换机场的莽撞次数。

推荐给 macOS Verge Rev 用户的日常脚本

1. 开机后确认 Mihomo 内核无红色报错，当前 Profile 更新时间合理。
2. 默认打开系统代理，模式选在规则，先完成一轮浏览器出口对照。
3. 游戏、IDE 插件或命令行链路遇到死角，再逐项尝试环境变量或 TUN，并保持「只多开一层接管」。
4. 机场发布公告后首要动作是换新订阅字符串并手动刷新，不要盲目「切全局试试」。
5. 网络异常先从直连判断是否规则相关，再从短暂全局判断 DNS 或遗漏域名，再回到规则细修。

这一套不需要你熟读整份 Mihomo Wiki，但能覆盖九成「突然就上不去了」的高压场景。它和 ClashX Pro 菜单栏流派只是交互壳路径不同——当你理解「先进内核、再谈模式」这一句，就能把多篇站内教程串成同一种熟练度。

常见问题（把模糊搜索词收口成可操作答案）

规则模式 vs 全局，我还是记不住怎么办？

可以只记住场景：日常永远规则；怀疑漏域名或想看日志差异时全局跑几分钟对照。对照完毕立刻回到规则——长期全局既浪费链路，也会让机场流量统计读起来像惊悚片。

我要不要把 mixed-port 背下来？

普通用户大可不必；只有当你在 IDE、旧命令行工具或自建脚本里要写死代理地址时才去 Verge Rev 的设置页抄写一次。TUN、mihomo 内核、订阅质量才是大头，端口只是实现细节。

为什么我一切到 TUN 或 fake-ip，某些网站就打不开？

这类现象多半落在 DNS 与路由器双重解析的交界上，而不是单纯的「节点选择错了」。可先退回纯系统代理 + 规则确认症状是否消失；若仅在 TUN 下复现，应回到订阅文件中 DNS、capture / route 段落逐项对照我们 TUN 专篇列出的组合建议，而不要上来就换第五个节点。

开源阅读与分发渠道仍建议你分开走路

研究 Mihomo Feature、远端规则语法、GEOIP 维护节奏，非常值得直接翻上游仓库与前人写的笔记；但具体到 macOS 上的安装包校验、可信下载入口与签名链，仍建议使用聚合过的官方下载页——搜索引擎里伪装成教程的导流站并不少见。把你学习规则的时间与「拿 dmg / app」的渠道分开，会减少很多低级供应链风险。

当你能够在 Verge Rev 里熟练拉起订阅刷新、按需打开 TUN 而不吓坏其它 VPN、在各种策略组间冷静切换并读懂连接日志里的命中关系时，「Clash Verge Rev macOS 怎么用」在你个人词条里基本可以打上「已通过」的标签。这比在论坛零散帖子里收集截图要稳——因为内核语义是连续的，只差壳不同。

市面上也不乏把模式写得含混不清、或对网络扩展失败提不出可操作路径的工具，遇到问题只能重装试手气。相比之下，我们更在意把「订阅校验—分流与健康检测」串成可对新手自检的链路，减少你在配置与二进制来源之间两头焦虑。如果你在找一页能放心拿客户端、又不想在版本号海里迷路，本站 Clash 客户端下载页把常见平台入口做了整理。立即免费下载 Clash，把订阅刷新与模式切换这两条主线一次跑顺。