看到高帧率交互的说法，实际用起来却卡，通常是因为把两件不同的事混在一起评价：响应是否及时，和画面是否连贯。MoWorld 这类交互式世界模型里，帧率更多反映画面刷新节奏，画面一致性反映画面是否跟得上操作。两者可以同时出问题，也可以只有一个出问题。先分开看，再决定要不要调参数或换环境。
如果你觉得卡但说不清是响应慢还是画面不连贯，先别急着调参数或换设备。把一次操作拆成按下、首次出画、画面稳定三个时刻，分别记录；再用固定操作序列看画面是否跟得上。同一入口、同一机器复测两次后，只保留能稳定复现的部分再对外描述。入口和界面本身不显示延迟时，这部分判断只能靠手动打点，无法从界面直接读出。
先确认你在哪个入口用 MoWorld
不同入口暴露的指标不一样，能观察到的现象也不同。先记录你实际用的是哪种入口：本地桌面程序、浏览器页面、还是通过远程方式访问。输入方式也要记清楚，鼠标拖拽、键盘按键、手柄摇杆或脚本调用，对「操作」的定义不同，后续打点的起点也不同。
接着看界面上有没有现成的显示项。如果角落或调试面板里有 FPS 数字，那帧率可见；如果没有，帧率不可见。延迟数值同理，界面上没有延迟显示，就写延迟不可见。不要猜，看到什么写什么。下面这几项可以直接抄成记录表头：
- 入口类型：本地桌面 / 浏览器 / 远程访问 / 其他
- 输入方式：鼠标 / 键盘 / 手柄 / 触控 / 脚本
- 帧率显示项：可见（数值位置）/ 不可见
- 延迟显示项：可见（数值位置）/ 不可见
这一步的边界很清楚：界面上不存在的指标，不能靠感觉补一个数值上去。只能写不可见，然后依赖下一节的手动打点。
把一次操作切成输入、出画、稳定三段
笼统的「卡」没法处理，先把它拆成三个可指认的位置。选一个具体操作，比如旋转视角、拖动对象或调整参数，按下面三个时刻打点：
- 按下时刻（T1）：你按下按键、点击鼠标或推动摇杆的那一下。用手机秒表或系统时钟记一个时间点。
- 首次出画时刻（T2）：画面第一次出现对应变化的那一刻。不是「开始动」的模糊感觉，而是能指认的第一帧变化。
- 画面稳定时刻（T3）：画面停止明显变化、进入相对静止的那一刻。如果画面持续抖动或反复刷新，就记最后一次明显变化之后。
三个时刻不需要精确到毫秒，手动打点本来就有误差。关键是同一套方法重复用，前后可比。记录表字段可以先用手写或文本编辑器填：
操作内容：
T1 按下时刻：
T2 首次出画时刻：
T3 画面稳定时刻：
体感描述：体感描述写具体一点，比如「按下后约半秒才出画」「画面动了但拖影明显」「松手后画面还在自己变」。这样后续复测时，能对照同一段描述判断现象是否一致。风险边界也在这里：手动打点记录的是人的感知，不是仪器读数，两次差半秒以内通常不值得下结论。
固定一段操作序列，专门看画面是否跟得上操作
帧率高低不能直接说明画面一致性。固定一段 3 到 5 步的操作序列，逐步看画面和操作是否对得上，才能把画面一致性单独拎出来。序列建议包含单步、连续、停顿后继续三种节奏：
- 单步操作一次，记下画面是否跟得上。
- 连续操作多次，中间不刻意停顿，看画面是否逐步偏离。
- 停住不动几秒，观察画面是否自己变化。
- 停顿后继续操作，看画面能否接上。
每一步都记录「操作内容」和「画面是否对得上」。对得上的写一致，对不上的写不一致，并标注具体是第几步出现的不一致。比如第 2 步连续操作时画面开始滞后，第 4 步停顿后继续时画面跳了一下。这样描述比「整体很卡」更容易被别人理解，也更容易复现。
如果界面上帧率可见，可以同时记下操作过程中的帧率数字变化。但要注意：帧率数字稳定不代表画面一致性一定好，画面跟得上操作才是直接判断依据。两者不一致时，以操作序列的实际表现为准。
复测一次，判断现象是否稳定出现
同一段操作序列，间隔一段时间后重跑一次，把两次记录并排放。两次都出现同一现象，才算稳定现象；只有一次出现，先当偶发现象处理。两次不一致时，先核对下面这些环境项，不要急着改配置：
- 是否同一台机器，有没有换过设备或显示器
- 是否同一入口，当场是从桌面程序还是浏览器打开的
- 后台是否有占用资源的任务，比如下载、编译、视频播放、同步盘
核对完只保留能复现的部分。如果换回同一机器、同一入口、关闭后台任务后仍然复现，就把这段操作序列和记录表一起写进问题描述；如果不再复现，先记下当时的环境差异，等下次出现再对比。这样对外描述时，给的是可核验的操作步骤和观察结果，而不是「用起来很卡」这一句话。