本文解决什么问题，不解决什么
Mihomo Party 是基于 Mihomo（即 Meta 内核）生态的桌面客户端之一，常见使用路径是：导入远端 Clash 配置或订阅 → 由内核拉平成运行态 → 你在界面里挑选策略组与代理模式。这与「只在编辑器里改 YAML」是两条线：界面操作解决的是日常「点哪里、选哪条线」；配置层面的自动故障转移则可参考 Clash Meta 健康检查与 url-test、fallback 自动切换 一文，避免和本文视角混淆。
下文默认你已完成首次联网：至少有一条可用订阅或配置，防火墙没有拦掉本机回环访问，且没有在后台同时开两个强占同一端口的前端。若你其实在使用 Clash Verge Rev 而非 Party，菜单命名会有差异，请以 Windows 下 Clash Verge Rev 完整安装与配置教程 为准；二者都与「经典 CfW」不是同一套界面，搜客户端名时务必对齐截图。
先弄清三个概念：节点、策略组、模式
节点（远端服务器线路）是配置里最底层的出口；多个节点会被编排进不同的策略组。常见的组类型包括 selector（手动选择）、url-test（按延迟自动选）、fallback（按可用性回落）、relay（链式）等——类型决定你在 UI 里「能不能用手点住某条线路不放」。模式则是更上层的发包策略：规则模式按规则文件把流量分给某个策略组或直连；全局模式在已被客户端接管的流量上，把默认出口收敛到「全局」那一套选择（具体是否覆盖全部进程取决于你是否启用系统代理、TUN 等）；直连则让流量尽量不再走本地 Mihomo 提供的上游代理链路，用来对比排查。
Windows 上很多用户只开系统代理，浏览器和部分尊重系统代理的应用会走 127.0.0.1 上的监听端口；若开启 TUN，接管面会更大，模式切换的体感也会更明显。Mihomo Party 的具体菜单位置可能随版本微调，但「代理列表 / 策略组 / 模式」三类信息在界面中一定会以可点击的形式出现；若你刚升级大版本，优先在设置里确认语言与布局未改到折叠菜单中。
提示：订阅商预设的策略组名字五花八门（如「手动选择」「港台美日」「Netflix」）。你要找的是类型与层级：外层分组往往决定大类，内层才到具体节点；手动点时从外到内确认，避免只改了内层、外层仍指向自动组。
1内置测速：用来缩小候选集，而不是许愿
在代理或节点视图里，几乎可以肯定会看到「延迟测试」「测速」或闪电图标一类的入口；有的版本支持对当前分组一键测速，有的支持全局批量测速。点击后，客户端会按配置中定义的探测 URL 对每条线路做握手或短请求，并把毫秒数、超时或失败状态刷新在列表里。数字越小通常表示到探测目标的 RTT 越低，但这不等于「看视频一定更流畅」：流媒体往往走不同 CDN，跨境路由在晚高峰也会抖动；测速 URL 也可能恰好在某商家机房隔壁，造成「很好看但不代表全盘优秀」的错觉。
实务上建议把测速当成排雷工具：先去掉明显超时或长期高延迟的项，再在剩下的 3～5 条里轮换试用。若某条线路测速永远失败，却在另一台网络环境下正常，优先怀疑本地 DNS、运营商 QoS、与其他代理软件冲突，而不是盲信「节点全坏」。连续测速会给远端带来额外探测流量，不必每秒刷新；在高峰时段隔几分钟复测一次往往更有意义。
与界面测速并行存在的，是配置里的 url-test 自动组：它按间隔自动改选子节点，行为由 YAML 决定。若你发现「刚手动选完又被改回去」，很可能当前点在自动组上或被上层自动组覆盖；此时应换到明确标注手动的 selector 链路，或请订阅维护者拆分分组。更细的字段说明仍以配置向文档为准，这里不再展开，以免和 Party 的点击教程抢篇幅。
2手动选节点：在策略组里「钉死」出口
找到类型为手动选择的策略组后，单击节点名称即可完成切换；部分 UI 需要二次确认或先展开分组。若列表很长，用搜索框或地区筛选（若提供）会快得多。手动选择的语义是：在分组维度上锁定当前选项，直到你再次更改或运行态被外部工具改写。这与勾选「系统代理」本身无关——系统代理只是让应用把流量送到本机 Mihomo，真正走哪条出站在策略组里决定。
多个策略组嵌套时，记住一句口诀：上游选错了，下游再精确也没用。例如「规则」把某域名指向了名为「自动优选」的组，而这个组内部是 url-test，那么你的体感会跟随自动算法漂移；若你希望长期盯死某城市出口，需要把该域名段落改指到手动组，或在订阅商提供的前提下在手动组里挑选。订阅模板不是越复杂越好，初学者可以先把 Netflix、Telegram 等强需求域名对应的组摸清楚，其余保持默认即可。
当你临时把节点从 A 换到 B，建议顺手打开日志视图或连接列表，观察新会话是否已走到 B；若仍旧，检查是否还有遗留长连接（部分程序会缓存连接，需重启应用或等待空闲超时），以及浏览器是否装了独立的「代理插件」把流量绕开了系统设置。
3规则模式、全局模式、直连：切换前先想目的
规则模式适合日常：国内常见域名直连、海外站点按列表走代理，兼顾速度与版权合规风险。「规则」是否精细，取决于订阅作者是否维护了较新的规则集与合理的默认策略组；若遇到「境外站进不去」，不要在未确认域名命中前就长期挂全局，应先看清日志里是 DNS 失败、握手超时还是被规则甩到了错误的组。
全局模式适合短平快的对照实验：当你怀疑规则写错、某些应用没走预期分组，可以短暂切到全局，看问题是否立刻消失。若全局正常而规则异常，多半是 MATCH 兜底、GEOIP 误判、进程名分流或 fake-ip 相关坑；逐项排查属于进阶话题，但你可以先把现象与日志时间点记下来，再决定要不要动配置。请避免24×7 常驻全局：这不只增加无谓绕行，也容易让你忽略规则里真正的错误。
直连模式用来回答「是不是代理本身坏了」：在直连下，已被接管的流量应尝试不再通过 Party 提供的上游链路（实现细节因版本与开关而异）。若直连恢复正常，而规则/全局下有异常，就集中排查节点、TLS 指纹、DNS 与规则命中；若直连仍旧异常，就不要再怪代理，去看系统网络、线缆、公司网关或对方站点状态。
注意：模式切换不应替代合法合规使用网络；请遵守当地法律法规与服务条款。公共网络环境下也不要把订阅链接、节点日志明文分享给他人。
4自检：用最小步骤验证「我到底走哪」
完成测速与手动选点、并选定模式后，用两步验证足够覆盖大多数场景。第一，在浏览器打开你信任的 IP 或地区检测页（注意隐私政策），对比与节点选择地域是否一致；第二，在 Party 的日志或连接面板里随机点一条记录，看策略命中与出口是否符合预期。若开启 TUN，也可以用系统资源监视器观察进程联网路径，但对新手来说前两者已够用。
游戏中常遇到「延迟不高却丢包」的情况，这与测速 URL 无关，更像线路骨干拥塞或 UDP 路径问题；此时手动切换到运营商不同的节点，往往比反复点测速更有效。若你使用 UWP 或微软商店应用，仍可能出现不走系统代理的个例，可对照 Windows UWP 与系统代理排查 里的环回与例外设置，这与 Party 本身是否「高端」无关，是 Windows 历史包袱。
常见问题（界面向）
测速全红是否等于账号作废？ 不一定。先换网络（例如手机热点）排除本地封锁，再检查系统时间、杀毒软件的 HTTPS 扫描是否捣乱；仍全红才需要联系订阅维护者。
手动选节点后几秒又变？ 看你停留在自动组还是手动组；也可以在日志里搜是否触发了配置热重载或外部 API 改写了运行态。
规则模式打不开某个国内站？ 可能命中了被误判的域名规则，可暂时把模式切直连验证；长期使用应回到规则并修正规则集或本地覆写。
小结
在 Windows 上用 Mihomo Party，日常效率取决于三件事：把测速当筛选工具而非绝对真理、在正确的策略组层级手动选节点、按需切换规则模式、全局模式与直连来做对照实验。界面路径会随版本微调，但内核层面的语义稳定；当图形界面不够用，再回到 YAML 与 Provider 进行精细治理。与安装类、单项设置类文章相比，本篇刻意留在「点选与判断」这一层，方便你已经跑通首启后继续深入。
许多面向小白的工具要么功能裁剪过多，要么把高级能力藏进难找的菜单一长串，出了问题只能重装解决。相比之下，Clash 系桌面客户端在保持可视化测速、策略组点选与模式切换的同时，仍与 Meta 规则体系对齐，日后要写 url-test、覆写 mixin 或对接外部面板也不必换软件生态。若你正在 Windows 上物色长期维护、社区资料丰富的客户端，可从本站 免费下载 Clash，按本文步骤完成测速、手动选节点与规则／全局／直连对照后，再按需阅读配置进阶文章即可。