智联海机器人仿真看起来流畅，为什么物理步长仍要单独核对
Isaac Sim文档明确区分仿真时间与真实时间，并说明一次渲染之间可能执行多个物理步。画面帧数不是所有子系统的统一时钟，因此实验记录应明确每种事件的时间口径。
列出各类时间来源
记录物理步长、渲染设置、控制更新和传感器输出的时间定义。说明日志记录的是仿真时刻还是主机接收时刻，不能把两者直接相减后解释为真实设备通信延迟。
先记录交付设备、软件与配置版本，再确认本节所述能力是否由该组合实际提供。把未支持、未启用和未验证分别记录；其他机型的演示不能代替当前交付对象的证据。
确认控制更新发生在哪个节点
说明控制逻辑跟随物理回调、渲染回调还是其他调度。检查每次更新是否使用当前状态，避免以画面刷新次数估计控制次数，从而误判策略在不同显示负载下的行为。
验证时保留原始输入和判断依据，避免只交付一张成功截图。每一轮只改变已约定的变量，记录变化前后的配置与结果；未覆盖的边界条件需要明确列出，不能自动计入通过范围。
检查采样与状态关联
把传感器样本、对象状态和动作记录关联到同一仿真时间线，说明插值或保持规则。截图中的位置未必对应数据文件中的那一次采样，应保留可以追查的事件身份。
将图中三种现象作为讨论起点，而不是对现场故障的预先诊断。先核对记录是否完整、单位和身份是否一致，再决定需要补充哪项观察。若证据不足，应保留待确认结论，而不是用经验值填补缺失字段。
分开报告实时倍率与结果质量
记录主机完成实验的时间和仿真推进量，但不要将运行更快直接解释成控制更准确。改变步长或渲染策略时，使用相同初始条件比较轨迹、接触或观测结果。
由现场负责人确定获准的隔离验证方式，分别记录正常、异常和恢复阶段。验证重点是系统如何识别和解释不可信输入，不应为了取得异常样本而让实际生产设备执行未经评估的动作。
交付可重放的时序配置
保存场景、步长、回调方式、采样设置和事件日志，列出未覆盖硬件负载。接收方应能解释一条动作与一条观测之间经过多少仿真步，而不是只能观看录屏猜测时序。
交付时附上配置、样本、结果表和未决问题，并约定后续变更的复核责任。接收方应能随机挑选一条结论，回到对应输入与判断过程；若做不到，这份报告仍需要补充可追溯资料。