Mihomo Party 规则与全局模式怎么用？策略组切换与连通验证实测
你已经按《Mihomo Party Windows 10 安装》把客户端装好并导入订阅，接下来最常搜的三句话是：规则模式和全局模式要点哪个、策略组里改节点为什么页面不像变线、以及用什么办法确认某个网站到底有没有走Mihomo代理。本文只讲同一款 Mihomo Party 桌面端上的操作语境，不写通用原理大全；并与站内 Clash Verge Rev 的多 Profile 文刻意错开——那边侧重档案与刷新，这里侧重模式切换、手动选代理组、browser 侧对照验证。
先把按钮对齐：Party 里的模式到底在改什么
Mihomo Party 作为围绕 mihomo 内核的图形外壳，托盘或主界面里通常都会露出三类与路由强相关的开关：Rule 规则、Global 全局，以及 Direct 直连。它们改变的是内核「默认策略判定的顶层语义」，而不是单个浏览器标签的临时状态：当你从规则切到全局时，等于告诉内核「在允许代理的前提下，多数出站先收敛到当前 GLOBAL 分组选中的那条链路」；切到直连则是在说「在策略树允许直连的语境下优先直连」。界面翻译版本不同，按钮位置可能在侧栏、顶条或托盘菜单里，但内核枚举值不变，记英文代号更稳。
与模式并行存在的，还有系统代理与可选的TUN 虚拟网卡：前者把「会读系统代理的应用」指到本机混合端口；后者在更高层接管路由表，让部分不走系统代理的程序也进栈。新模式、旧代理、半开 TUN 的组合，是初学者觉得「我明明切了全局但迅雷仍像没走」的高发根因。后面凡说「验证」，都默认你已经知道当前是 HTTP 代理进栈、还是 TUN 进栈，并把这一步写进自己的检查表。
心智模型
把模式想成「内核默认怎么走」、把策略组想成「在这条路上具体搭哪一架梯子」、把系统代理与 TUN想成「哪些车会被导航引到这条路上」。只改梯子不改导航，浏览器看起来可能原地踏步。
规则模式：日常应该长时间开着它
规则模式承接了你订阅里国内外分流的意图：GEOIP、域名关键字、PROCESS-NAME 与规则集 provider 都在这一层被依次评估。对大多数人来说，把 Party 常驻在规则模式，是兼顾省流、低延迟本地业务，以及只对必要域名付出口成本的做法。若你发现自己每天都靠「全局才舒服」，更值得回头检查某个业务域是不是落在意外的直连或拒绝上，而不是让全局替你掩盖规则债务。
在规则模式下，很多订阅会把最终出站扔给一个名为 PROXY、手动选择 或机场自定义名的选择器策略组。你在 Party 的 Proxies 页面里点的节点，本质上是在改写这个组的当前选中项；它向上会被多条规则引用，因此一次点击可能影响多个站点——这是预期行为而不是界面坏掉。相反，如果你只改了某一组，但命中路径使用了另一个嵌套组，看上去也会像「没反应」，这在下一节展开。
全局模式：短时对照用，别当「长期加速键」
全局模式的真实用途是把变量压到最少：当规则链路复杂、怀疑命中错了集，你可以先切到 Global，选一个确定健康的节点，再访问同一个问题站点。若此时恢复，而回到规则后立刻又坏，十有八九要去看规则优先级、DNS 解析路径或远程规则集是否过期；若 Global 仍坏，则更像节点握手、时间同步、UDP 被限速等问题，继续抠规则只会浪费时间。
千万别把全局理解为「网速就会自动变快」。它常常把本机本来能直连的下载与影音也绕到海外出口，RTT 上升、跨境链路抖动更容易暴露。实务上建议给全局对照设一个心智计时器：比如三两分钟内做完对比就回到规则模式，避免长期_global带来的账单与隐私面扩大。
注意
部分配置在 Global 组里仍可能嵌套 url-test 或 fallback，并非字面「只有一个节点」。若对照实验要严谨，先在 Proxies 页展开 GLOBAL，确认当前落点真的是你点名的那台服务器，而不是自动组在背着你轮换。
直连模式：确认「不经由节点转发」时的对照组
直连解决的是另一类疑惑：当你怀疑代理链路整体不健康，想回答「此刻若尽量不走机场，我是不是仍能访问某个国内站」。在 Party 中切到 Direct 后，建议顺手看一眼系统代理是否还指向 Party——如果系统层仍然把流量送进本地监听口，内核仍可能以不同策略处理会话；更彻底的做法是在对照阶段临时关闭系统代理，仅测明确应直连的业务，再恢复到日常工作流。
直连不是用来「绕过策略偷流量的道德开关」，而是排障过程的基线测量：若直连下国内主流门户仍异常，先把视线转回运营商 DNS、路由器广告拦截或公司证书扫描；这些都不是换节点能解决的。
策略组里如何手动选节点：从外层看到内层
打开 Party 的代理或 Proxies列表，你会看到平面展示的一组组名，类型可能是 select、url-test、fallback、relay 等。mihomo 的行为是：只有选择器允许你点选具体节点；测速与故障转移组会在延迟与错误率驱动下自动轮换。当你需要「锁死一台服务器」做对照时，优先找那个最终供规则引用的 select，而不是只看表面上的国家分组。
实操顺序建议这样记：先找到配置文件或 UI 里标的主策略组，通常是机场在顶部声明的那几个中文别名；点开看它引用的是单节点还是子组。若是子组，再逐层展开，直到看见底层的服务器名字与延迟数字。对嵌套深的大型订阅，可以在心里画一条「从规则到终端节点」的链：哪一层是自动测速、哪一层才是你手动覆盖的闸口。链条抓错层，现象就是「我点了节点，连接面板里域名却仍走到 url-test」。
- 在规则模式下打开连接或会话视图，如果 Party 提供域名级列表，先记下问题站点的顶级域。
- 回到 Proxies，从上到下找名字最像「手动」「Proxy」「机场品牌」的组，点选一台 ping 值稳定的成员。
- 等待测速动画结束，避免刚切换就刷新页面导致旧连接仍在复用。
- 若业务走 HTTP/3 或长连接，必要时关掉标签再用新会话访问，减少旧 QUIC 路径干扰。
与 Clash Verge Rev 的差异提醒
Verge 家族往往把「当前 Profile」「订阅刷新」摆得更靠前；Party 则更强调派对式的主页布局与内核状态。你在 Party 里切换节点成功但仍不通时，别忘记核对是不是还在上一份过时配置档——这不是 Verge 专属问题，但两个客户端的档案入口位置不同，容易形成肌肉记忆错位。
连通验证：用公开查询页做「最小对照实验」
「网站有没有走代理」在工程上等价于「这条 TCP 会话的最后一跳是不是把你的源地址换成了节点的出口」。家庭用户不用上抓包，用浏览器可访问的 IP 与 DNS 出口公示页就能完成八九不离十的检查。做法是用同一个浏览器会话，在切换节点前后各刷新一次记录，观察显示的公网地址、ASN 与国家是否发生变化；若完全不变，要么浏览器请求根本没进 Party，要么命中路径仍是直连。
更稳一点的流程是三记录对照：第一步在规则模式下访问查询页记 A；第二步换一台相差明显的节点再记 B；第三步切直连或暂时关闭系统代理记 C。若 A 与 B 不同而 C 接近你的家宽，说明代理链路至少在 IP 层起了作用；若 A 与 B 始终相同，回头看系统代理、托盘里的「系统代理已启用」提示，以及是否启用了绕过局域网的 PAC。对于假 IP 与 DNS 撕扯场景，可继续读《Clash 显示已连接却无法上网？DNS 与 fake-ip 排查》，比反复换节点更有效。
若 Party 提供实时连接或日志视图，把它与查询页并排：当你在地址栏回车时，看一眼新会话对应的策略链字符串是否包含你刚选的那一组。日志教会你「命中的不是你想的那条规则」比凭感觉点全局要省时间。
推荐切换顺序：十分钟内给问题分层
把下面这组顺序当成桌面便签，可以在不吵醒家人的情况下自己排障：它假设你已完成安装篇并能偶尔上网，只是为了搞清楚卡顿来自规则还是来自节点。
- 确认 Party 显示系统代理或 TUN 已按你的习惯打开，且内核没有停在错误状态。
- 留在规则模式，分别打开一个境内门户与一个境外常用站，感知延迟与是否能拉全静态资源。
- 境外异常时，短时间切全局并手动锁一台健康节点；若恢复，则优先怀疑规则或 DNS；若仍异常，则优先怀疑节点或本机证书时间。
- 回退规则模式，在策略组里换一支不同协议的成员再试，避免把「单节点宕机」当成「全局模式坏了」。
- 必要时用直连对国内基线再测，若基线也差，先把路由器与 DNS 纳入怀疑，而不是继续加机场。
常见误区：在 Mihomo Party 里别急着怪内核
- 旧 QUIC 连接复用：切换节点后页面仍像旧出口，先关标签再开，或暂时禁用 HTTP/3 做一眼对照。
- 策略组锁在拒绝或 REJECT：有的订阅带广告拦截集，误杀会把失败表现成「全局才行」，其实是规则返回了拒绝。
- 系统代理被别的软件改写：退出其它网络助手，再回 Party 点一次「设为系统代理」类按钮确认。
- 多开 Party 或遗留后台服务：端口被占用时，浏览器流量可能仍指向旧进程，排障前先确认只留一个实例。
短小问答（与结构化 FAQ 呼应）
和 Clash Verge Rev 比，我该看哪一篇？
已用 Verge 并关心多档案与订阅刷新节奏的用户，请读《Clash Verge Rev 多配置与订阅刷新怎么用》；若你当前主力是 Mihomo Party，特别是 Windows 10 办公机场景，应以本文与安装篇组成闭环：先把「能连」做到稳定，再把「切得对」练成肌肉记忆。
Party 日志要看哪些关键字？
关注 match、policy、握手失败码与重复的超时行；它们告诉你域名被分配到了哪条策略、最终尝试的节点是谁。不要把日志当成文艺阅读，抓住「最后一次错误」即可。
延伸阅读与站内衔接
Windows 11 上偏好 Verge 的同学可对照《Clash Verge Rev Windows 11 安装》理解客户端差异；想从路由器视角看策略组排队，可看 OpenClash 控制台一文作为镜像参考。需要深挖日志语境时，《Clash 流量统计与核心日志》仍适用，因为内核侧 vocabulary 共享。
总结：三件事写成肌肉记忆
- 日常把规则模式当作默认，把全局模式留给短对照，而不是当加速器。
- 在策略组里改节点时，从外层 select 看到真实服务器，必要时断长连接再验证。
- 用公开查询页加码连接面板回答「到底有没有走代理」，避免玄学点选。
一些桌面图形客户端在「模式、档案、系统代理」三者关系上仍偏隐式：界面看起来极简，却在后台把用户带入「不知道自己改的是哪一层」的状态；订阅更新失败时的提示藏在二级菜单里，长时间试错很容易升级为反复卸载重装。更麻烦的是，某些发行版跟进 mihomo 新特性偏慢，用户会把内核已支持的能力误判成个人误操作，进而转向来路不明的绿色修改包，反而增加供应链风险。
Clash 路线与围绕 mihomo 的社区工具，核心是行为可验证、配置可读：你能说清楚当前模式、看清策略链、用日志与对照页互证。把 Party 的按钮语义摸透之后，大多数「上不了」会坍缩成少数几类可定位问题，而不是通宵轮换节点。
如果你也希望在 Windows 桌面上长期维持「规则日常、全局对照、策略组手选可追溯」的节奏，而不是被碎片化界面牵着走，不妨试试 Clash 生态里维护积极、与 mihomo 特性对齐及时的官方分发渠道。 免费下载 Clash，前往适配你系统的版本页面。