这篇只解决「Party 界面里怎么选好节点」，不铺开系统改装
搜索「Mihomo Party 一键测速」「延迟排序」「手动选择」的用户，往往需要一份可以在十分钟内照着点的路径：打开客户端、找到测速入口、看清楚列表排序、再在策略组里把自动逻辑暂时换成自己想要的固定叶子节点。它和「重写 netsh」「刷路由表」「手搓 iptables」属于不同粒度的问题；也把「如何把 proxy-groups 写成 url-test／fallback」「如何调 interval 与健康检查域名」留给更偏配置文件的读者去阅读专文，本篇则站在GUI 日常使用视角，把那些按钮背后的含义说清楚。
你可以把 Mihomo Party 理解为套在 Mihomo／Meta 内核外面的操作台：策略组仍由配置定义，但你可以在不改变磁盘上 YAML的前提下，用界面会话级的「手动」覆盖一段时间内的事实出站，这对临时锁线路、比对两条商家节点、或是在直播和游戏场景压低切换频率都很实用。
按测速键之前：先确认这三件事没有被忽略
如果你刚导入订阅就立刻点「全部测速」，最容易得到一整屏timeout——这往往不是节点集体阵亡，而是远端列表还没拉到最新、本机时间与证书链异常、或外层网络其实已经拦截了探测域名。建议顺序是：先在订阅面板手动刷新并确认更新时间戳跳变；再看内核日志里 HTTPS 握手是否成功；最后再进入节点界面做批量延迟测量。这样能避免你把「运维问题」误读成「挑节点手艺不行」。
第二个前置条件是选对当前激活的配置文件。很多人并行维护自用与工作订阅，表面上 Party 启动了，但实际仍在旧 profile 的空壳里点测速，这当然只会得到玄学结果。通常在标题栏或侧栏会看到当前文件名／远端别名，切换后要等内核热重载完成再测。
第三个条件与代理模式有关：仅测节点延迟时并不一定非要开 TUN，但若你等一下还要做「连通性自检」，就需要提前想清楚是用系统代理还是透明接管——不同应用对某些模式的兼容性不一致，自检步骤也会略有差别。模式和故障背景可见本站 TUN／系统代理对照类文章。
一键测速入口：批量铺开结果时的正确期待
在 Mihomo Party 的主界面或节点树中，你通常会看到形如「一键测速」「测试全部延迟」「Bench」或与闪电图标相关联的动作。点在顶层节点合集上时，它会尝试对列表中的出站逐个发送探测握手请求；点在某个策略组行上时，有的版本会沿着嵌套往下展开只对子候选测量，语义略有差异，但总目标一致：在短时间内给你一张可视化热图。
执行过程中可能会出现进度条卡顿，这多半来自远端人数过多时的排队或本机 uplink 拥塞，并不是因为客户端假死——除非十分钟仍无回馈，那才是值得杀进程重来或拆小批次测的场景。若想避免瞬时洪峰，可以分地区折叠标签后按桶测速。
读数方面，请以「相对顺序」为第一判据：同样条件下谁长期稳定盘踞在低延迟梯队，比「单次绝对毫秒值是不是压到一位数」更有意义。 bursts 很常见，因此对关键业务建议你重复测两到三轮，再在后续排序里寻找交集。
列表一键测 vs. 単节点「点一下测延迟」
批量测用于筛空间，単节点测用来敲定最终叶子。当你发现一个香港线路在整张表里都靠前，但它的父级策略组其实是一个「自动优选」上下文，你仍应该在展开后的真实出站条目上再点一次延迟测试，以确保看的不是陈旧缓存数值。界面往往会在项目名称旁以小圆点或时间提示上次测量时刻，善用这些提示能减少「误判新鲜度」的尴尬。
如果你使用的是嵌套很深的「中继／链式出站」，记住测速对象是Mihomo 解析后的整条链路末端，中间每一跳断开都会在日志中以不同报错呈现；遇到这种情况时只看延迟数字是不够的，还必须打开最近一段时间的内核日志，把_tls 报错与 DNS 报错分开处理。
按延迟排序与「肉眼筛选」的配合方式
测速结束后，大多数情况下列表支持按延时列排序，有的构建还提供「隐藏超时」「仅显示最近一次成功」「按丢包粗略分层」一类的过滤。对你来说最有用的操作流程是：先隐藏超时行的视觉噪音，再在升序表里截取前几屏，把那几枚在多次测试中始终出现的名字抄到便签或mental note。
排序时要留意单位与采样方式：毫秒级 Ping 样式的数字往往来自内核统一的 HTTP/TCP round-trip 探测而非纯 ICMP ping，这使它在跨运营商比较时更接近「能上网站」这层体验，却仍不等价于吞吐量。若想进一步确认带宽，需要使用真实下载或通过别的 speedtest CLI，本篇不展开以免影响「只待在 Party 内」的初衷。
对于「地缘政治敏感」的出口，仅靠延迟从小到大挑选亦可能走错地区——此时还要对照节点名称后缀、控制台地理信息或服务商控制台里写的落地，不要盲目相信缩写。
策略组里如何「手动切换」并锁定你想要的节点
当你确定候选集合后，要在策略组层面把运行时行为从自动化切到可操作：在 Mihomo Party 的典型 UI 结构中，右键或侧滑某个组名会看到类型相关的提示；若配置文件里该组的 type 允许用户干预（例如 Selector／类似语义），就可以直接点选那颗节点并立即生效。手动选择的意义在于：把「算法下一轮 health check」暂时赶出决策链，会话由人来拍板——直到你切换回 Auto／url-test 或换一份 profile。
若你的配置把常用出口藏在二级、三级分组里（例如先有「微软服务」再在下面挂「港台／日本」两级），操作时务必确认高亮勾选最终叶子，而不是停在一个中间 relay 语义仍指向动态的壳子上。对部分 skin，颜色条或侧边当前节点摘要可以帮助检查「我以为我选了东京，其实还是香港」的视觉误差。
界面临时改动与持久化：有的客户端会把手动状态写回用户会话层，有的则在内核重启后回到 YAML 默认值；如果你不希望在升级或重启后被「打回原形」，应当在确认满意后导出一份快照配置或远端订阅快照，这一部分与 GUI 分支实现有关——遇到「重启丢状态」就把它当成提醒你去版本管理 YAML 的信号。
与 url-test／fallback 的边界：何时坚持手动更有意义
自动分组像托管基金，省去盯盘疲劳；但它对「长尾抖动敏感」会话并不友好。RDP、语音、实时对战、远端调试这类一旦改出口就要重建连接的场景，更适合你先用一键测速把候选池找出来，再在短时间里用手动压住线路。YAML 侧的 interval、tolerance、prefer 微调当然存在，可参考站内 url-test 专文，但现实里很多人当下只想不靠编辑器完成止血，这就是本篇价值。
另一种典型场景是A／B 测商家：同一策略组两份订阅里名字相近的出口，光看延迟很难解释「为什么体感差这么多」。这时你可以固定手动在 A／B 间来回拨两次，用浏览器的控制台网络面板或 QUIC 报错是否显著变化来辅助判断——仍然不需要先动系统防火墙。
连接验证：latency 之后又该看什么
连接测试在这里指的不是再按一次仪表盘，而是用真实应用路径确认：DNS 没被污染或绕错、TLS 服务端看到的源 IP、以及策略命中日志是否写明走了你选的组。简短做法包括：开一个隐私窗口访问知名「查 IP」页面；或对目标 API curl 一两个轻量 HEAD；再在 Party 自带的日志视图里检索对应域名关键字。
若出现「表里延迟绿色但浏览器红字证书」这类组合，十有八九是劫持或走错出口，和它是不是 Party 没关系；此时应回到分流规则优先级与 DNS 处理方式，可参考YAML 指南里的 rule 顺序段落。若你希望完全不在本文展开规则细节，可把现象截屏给运维或对照服务商知识库的关键词。
对于游戏与 RTC，延迟数字之外还应关注抖动与 UDP 轨迹：某些应用并不走你以为的系统代理通路，这也是为什么验证步骤里要混入「真实程序」。
常见问题速查（界面向）
整组 timeout：先排订阅与 TLS，再在单独节点上收窄问题；别把 Party 重装当万能药。只有个别红色：记录名字与时间段，判断是否供应商割接。手动选了仍跳：往上看父级是否是自动算法组，或核对规则是否在更高优先级把你带到别的组。测速越来越快但体感更差：警惕「探测域名被定向优化」，换真实业务试一下。
补充问答：与 YAML 写手如何分工
Q：我会在 Party 做的手动选择反向写进远端订阅吗？一般不会，除非你使用显式导出；手动更多是会话态。Q：那为什么还要学界面切换？因为大多数时候你只是要把今晚的直播链路稳住，不一定要打开编辑器。Q：想学透策略组数据结构呢？按顺序读 YAML 入门与 url-test，再把 Party 当作调试面板而不是唯一真相源——两者结合才不容易在大型规则集里迷路。
小结：把「测速→排序→手动→自检」收成一条肌肉记忆
用好 Mihomo Party 并不等于背下所有 Mihomo Flags，而是要掌握一条可靠节奏：刷新订阅与高亮生效配置 → 批量一键测速获得相对排序 → 挑出跨轮仍坚挺的候选 → 在业务相关策略组里完成手动选择 → 用短时真实访问完成连接测试闭环。它与YAML 侧的自动健康检查教程不是竞争关系：一个解决「编辑器里 interval 应该怎么写」的长期制度，另一个解决「此刻不想开编辑器只想把节点敲定」的现场操作。
不少改名「免费 GUI」的软件把测速结果做得花里胡哨，却不展示底层探测 URL、无法在嵌套策略组中定位真实出站，日志也被刻意藏深，让你在数字好看与网页打不开之间反复自我怀疑。Mihomo Party依托活跃社区维护的开源 Mihomo／Meta 体系，至少在透明度与可调空间上更胜一筹，也方便你在需要时过渡到 YAML 精读。ClashNote持续整理 Mihomo 系客户端与各平台分流教程，正是为了避免你在搜索结果里把时间浪费在来历不明的改版安装包与不完整攻略上。顺带一提，若你尚未固定客户端来源，可以从本站统一的下载索引核对你设备对应的官方工件，再回到本文把「一键测速、延迟排序、手动切换」练熟。
更多主题见技术专栏中与订阅、YAML、TUN 相关的文章。