下完之后怎么调：四类场景预设比多装一个加速器更有用

客户端下载：三个平台的文件名、大小与最低系统

首次安装只需要确认三件事：文件名对、版本号对、大小对。站内不提供校验值公示，安装排错与回退另属客户端安装范畴，本页只负责场景参数。

• Windows

  KuaMiao-4.8.2-win-x64.exe

  52.8MB

  Windows 10 1909 及以上，64 位。安装后需允许一次虚拟网卡驱动安装，这一步不通过时加速不会生效，但界面仍会显示已连接。

• macOS

  KuaMiao-4.8.2-macos-universal.dmg

  61.4MB

  macOS 12 及以上，Intel 与 Apple 芯片通用包。首次启动需在系统设置里允许一次网络扩展，未授权时游戏模式的 UDP 优先不生效。

• Android

  KuaMiao-4.8.2-android.apk

  34.6MB

  Android 9 及以上。移动端只提供 FPS 与语音两类预设，主机联机与云游戏的预设因系统限制不可用，装完界面里会直接隐藏。

三端文件对照与场景预设支持

四类场景预设总表：装完照着配这一张表

预设的全部内容就是四个参数：节点筛选条件、UDP 优先、抖动缓冲深度、可接受的丢包档位。四类场景的取值各不相同，把 FPS 的一套参数搬到云游戏上反而更差。

表 2 的六个参考值全部来自本站三地实测：FPS 港服 38 ms、主机联机 51 ms、语音会议 74 ms、云游戏 33 ms，抖动分别是 4.2、7.4、5.1、3.6 ms。预设的阈值就是围绕这四组读数定出来的，不是凭经验拍的。

四个参数各自的含义

• 节点筛选条件：决定你连哪一个落地区域。FPS 看抖动分位，主机联机看 NAT 出口，语音看上行稳定性，云游戏看物理距离。
• UDP 优先：四类场景都开启。只有运营商对 UDP 限速时才退回 TCP，代价是中位延迟增加约 40 ms。
• 抖动缓冲：只有语音与云游戏需要，语音按 p95 抖动取 1.5 倍，云游戏按 3–5 帧做补偿。
• 丢包档位：四类的上限不同，语音最严（0.5%），主机最宽松（1.5%），因为插补机制对缺口的容忍度不同。

四组参考值来自 2026-10-11 至 10-20 的三地采样，每地 300 组、合计 900 组：FPS 港服 38 ms、主机联机 51 ms、语音会议 74 ms、云游戏 33 ms 的中位读数取自同一批记录，统计口径与各场景页的表格完全一致，可以直接横向对照。

三张图看懂预设：筛选条件、缓冲深度与落地区域

预设的四个参数在图上分别对应不同的形状：筛选条件对应节点列表的裁剪，缓冲深度对应横轴的右移，丢包档位对应容忍区间的位置。

四类预设为什么这样定：每一组参数背后的读数

预设不是拍脑袋的默认值，每一组都能回到某一页的实测表。下面四段分别说明四类场景的取值依据，以及调错会出现什么症状。

FPS 竞技：先挑抖动，再挑延迟

港服中位 38 ms、抖动 4.2 ms 是这一类预设的基准。筛选条件写成「p50 ≤ 6 ms 且 p95 ≤ 20 ms」而不是「延迟最低」，因为抖动 p95 到 46 ms 的线路会让回拉次数从 0.6 次/分跳到 6 次以上，而中位延迟可能只差 8 ms。

主机联机：NAT 出口优先于延迟

主机联机的中位 51 ms，但这 51 ms 只在走直连时成立。严格型 NAT 会落到中继上，多一次 31 ms 的往返，且组队成功率从 94% 掉到 62%。因此预设的筛选条件是「出口 NAT 中等及以上」，延迟数字排在后面。

语音会议：缓冲深度是为抖动付的钱

语音会议线路的中位 74 ms、抖动 5.1 ms。40 ms 缓冲能吃掉 11 ms 的抖动 p95，断续降到 0.1 次/10 分钟；抖动 p95 超过 15 ms 时缓冲必须加到 60 ms，代价是所有声音晚到 20 ms，总延迟仍在 150 ms 舒适线内。

云游戏：落地区域与带宽余量双条件

云游戏线路的中位 33 ms、抖动 3.6 ms，传输段只占 33 ms。所以预设的重点不是再压延迟，而是保证「可用带宽 ≥ 码率 × 1.3」：25 Mbps 的串流需要 33 Mbps 的稳定可用带宽，只看峰值带宽没有意义。

• 调错的症状一：FPS 用了语音的 60 ms 缓冲，画面跟手但角色移动有延迟感。
• 调错的症状二：主机联机只挑低延迟不看 NAT，组队成功率停在 60% 附近。
• 调错的症状三：语音缓冲留在 20 ms，每几分钟一声金属音。
• 调错的症状四：云游戏把码率拉满 35 Mbps，画面清楚但帧间隔 p95 到 32 ms。
• 共同点：四种错误都表现为「好像卡但读数正常」，因为错的是预设而不是线路。
• 纠正顺序：先对场景，再对参数，最后才动节点。

下载后三步校准：连哪类节点、看哪个指标、什么时候该换

三步的顺序不能颠倒。先连错类型的节点，后面看什么指标都是错的；先换节点再看指标，等于把校准变成随机试错。

1. 连对场景对应的节点类型

   FPS 选港服且抖动分位达标的；主机联机选同区域且 NAT 中等以上的；语音选上行稳定的；云游戏选落地区域最近的。选完先跑十分钟，不要立刻评判。

2. 只看本场景的第一指标

   FPS 看回拉次数与占先率，主机看组队成功率，语音看断续次数，云游戏看帧间隔 p95。第一指标没达标时，其他指标再好也不作数。

3. 指标不达标才换，且只换一个变量

   换落地区域、换缓冲深度、换码率，一次只动一个，改完复测十分钟。同时动两个变量，出问题后无法归因。

三步里最容易跳过的是第一步：多数人装完直接点「智能加速」，然后拿一个随机落地区域去评判加速效果。实测里同一线路在不同落地区域的抖动 p95 可以差三倍，这种情况下比较的不是加速能力，而是运气。

校准的终点是可复算的计数，不是主观印象：FPS 回到 1.0 次/分以下的回拉、主机回到 90% 以上的组队成功率、语音回到 0.3 次/10 分钟以内的断续、云游戏回到 23 ms 以内的帧间隔 p95，这四条都来自同一批三地实测数据。

四类场景各自的第一指标与阈值

同一个线路读数在四个场景里的权重完全不同。下表把「第一指标」单列出来，就是为了避免拿延迟中位数去评判所有场景。

为什么第一指标不是延迟

延迟中位数是四类场景里最容易被误用的数字：它能解释「先后顺序」，却解释不了「为什么回拉」「为什么组队失败」「为什么声音断」。把第一指标换成各场景特有的计数，校准才有终点。

什么情况该换节点，什么情况换也没用

三步校准的第三步是「换」。本节把「该换」与「换也没用」的判据分开写，避免把换节点当成默认动作。

该换 · 抖动分位不达标

中位 38 ms 但抖动 p95 到 40 ms，换到 p95 11 ms 的落地区域后回拉从 2.6 次/分降到 0.6 次/分。

该换 · 路径仍在中继上

组队成功率停在 62% 附近、路径类型显示中继时，换一个 NAT 中等以上的出口能把成功率推到 94%。

该换 · 端到端越线

云游戏端到端 138 ms、传输段占 45 ms 时，换更近的落地区域可省 15 ms，回到 120 ms 舒适线内。

换也没用 · 预设配错

抖动 5 ms 却设 100 ms 缓冲，换十次节点都是同一个慢半拍。这类问题改设置即可。

换也没用 · 本地丢包

首跳 ping 有丢包时，任何节点的丢包率都一样。先改 5 GHz 或有线。

换也没用 · 端侧瓶颈

软解 28–40 ms、60 Hz 显示器 16.7 ms 帧间隔，这两项与线路无关。

一条更快的判断线

十分钟内能做完的判断：先看第一指标是否达标，再看首跳是否丢包，最后看端侧是否在用硬解与高刷。三项都排除之后才换落地区域，这样换的每一次都有依据。

六个预设误用：装完就把参数改坏的方式

这六条都来自实测里的真实误配，症状统一表现为「看起来连着但更卡了」。逐条对照能省下反复重装的时间。

表 4 里第四行最容易被忽略：主机联机的延迟数字看起来很好，但组队成功率卡在 62%，说明路径一直在中继上。此时盯着延迟优化完全没有意义。

预设可以覆盖，但要知道覆盖了什么

预设本身只是四组默认值，改动是允许的。问题出在改动之后没有记录：下次换场景时忘了改回来，于是出现「上周还好这周变慢」的错觉。建议在四类场景里各存一份，切换场景时整体切换。

• 记录：每份预设写明四个参数的实际取值，不要只写「默认」。
• 命名：按场景命名而不是按日期命名，避免忘了哪份是哪份。
• 回退：改动前先把当前预设复制一份，出问题时一键回到上一份。
• 验证：改完只看本场景的第一指标，不要用其他场景的指标判断。
• 共享：同一账号多设备时，预设不跨设备同步，需各自设置。
• 边界：预设不改变物理路径，所有档位的改善都有上限。

安装后的三项权限：不通过时界面仍显示已连接

这三项与场景预设无关，但会让预设完全不生效。界面的「已连接」只代表隧道建立，不代表流量真的走了加速。

六项里前两项的症状最具迷惑性：界面显示已连接、延迟数字也正常，但游戏里没有任何改善。判断方法很简单：连上之后看系统的网络接口列表，虚拟网卡存在且拿到了地址，才算真的生效。

实测里有一例很典型：虚拟网卡驱动未装好时，界面显示已连接，游戏内读数仍停在 92 ms 的直连水平，与加速后的 38 ms 相差 54 ms，这个差距本身就说明流量没有走加速。

三张补图：刻度、拓扑与脉冲

补图把预设与实测放在同一套坐标里：刻度用来读阈值，拓扑用来选落地区域，脉冲用来理解丢包档位为什么这样定。

• 刻度图：用于把预设阈值换算成可感知的判定格数。
• 拓扑图：用于决定换落地区域的顺序，先换距离再换邻居节点。
• 主视觉图：仅作版面识别，不含数据，避免把示意图当读数。
• 共用口径：三张图与表 1 至表 5 共用同一批采样。
• 复查：版本升级后预设阈值不变，但读数需复测。
• 记录：把每份预设的第一指标写成一行，跨周对比才有意义。

按场景继续读：四页详情各自的数据表

本页只给参数，不给依据。想核对每一组阈值背后的实测数据，按场景进入对应页面，四页的数据表与本页的参考值一一对应。

• FPS 竞技：tickrate 与服务器判定的完整数据表在 FPS 延迟 页，含占先率与回拉次数的复算口径。
• 主机联机：NAT 三档与端口清单在 主机联机 页，含组队成功率的九行记录。
• 语音会议：四档缓冲的断续次数在 语音会议 页，含 Opus 插补的边界。
• 云游戏：六段端到端预算在 云游戏 页，含三档码率与五种解码路径。
• 丢包：三档丢包的主观感受在 丢包处理 页，用于判断当前档位该不该处置。
• 更新记录：版本与口径变更在 更新记录 页，预设若与新版本冲突会记在那里。

一页速记：下载与预设的六条判断

把整页压成六条，用于装完之后的第一次配置。每条都对应上表里的具体行。

一 · 版本与文件名对得上

三端都是 4.8.2，文件名见卡片刻提示，大小分别为 52.8、61.4、34.6 MB。

二 · 先连对场景的节点

四类场景的筛选条件不同，连错类型时后面所有指标都失真。

三 · 只看第一指标

FPS 看回拉，主机看组队率，语音看断续，云游戏看帧间隔。

四 · 缓冲只有语音与云游戏需要

语音 40 ms 起步、p95 > 15 ms 加到 60 ms；云游戏按 3–5 帧补偿。

五 · 丢包上限四类不同

语音 0.5% 最严、主机 1.5% 最松，超出后加深缓冲与换节点都无效。

六 · 换节点是最后一步

预设配错、本地丢包、端侧瓶颈三种情形换什么都没用。

• 对应数据：表 1 的三端文件、表 2 的四类预设、表 3 的四类指标、表 4 的六种误用。
• 使用顺序：装好 → 按表 1 核对文件 → 按表 2 配参数 → 按表 3 校准。
• 交叉页：四页详情见上一节的分流入口，判定问答见常见问题页。
• 时效：版本号随更新变化，预设阈值不变；每次升级后复测一次第一指标。
• 边界：本页只覆盖四类实时场景，安装排错与校验值不在本站范围。
• 记录：把每份预设的四个参数与当天的第一指标写在一起，跨周对比即可看出是否退步。

相邻场景：换一个角度核对同一组数据

四类场景的瓶颈不在同一处：FPS 卡在服务器判定，主机联机卡在 NAT，语音卡在抖动缓冲，云游戏卡在解码与码率。下面六个入口按排查顺序排好，从一个场景读进另一个场景最快。

快喵VPN 把四类场景的预设写成可直接照抄的四列参数，装完不必再翻文档，也便于在换线路后逐项对照哪一条失效。

• FPSFPS 竞技：tickrate 与服务器判定64 tick 与 128 tick 的判定窗口差 7.8 ms，比你换节点省下的还多。
• Console主机联机：NAT 类型与端口PS5、Xbox、Switch 三类 NAT 判定，先看类型再谈加速。
• Voice语音会议：抖动缓冲的深度取舍缓冲 20 ms 省延迟但吃抖动，60 ms 稳却吃掉轮流发言的间隙。
• Cloud云游戏：码率与解码延迟端到端 120 ms 预算怎么分到编码、传输、解码三段。
• Loss丢包 1%、3%、5% 三档感受同样是 3%，FPS 里是回拉，语音里是一声金属音。
• Updates线路与客户端更新记录每条标注影响面与是否可以回退，9 条按日期倒序。