性能排查录屏看似是从一条慢页面剪到更快的结果，真正容易出错的是前后测试条件不一致。缓存是否清空、网络是否节流、采样是否来自同一构建，都会改变结论。查找 chatcut online 资料后，可以用 ChatCut 整理候选段落，最终仍要按构建号、采样时间和瀑布图复核。
一、先记录页面和采样基线
说明浏览器版本、构建号、节流条件、缓存状态、设备与采样次数，并对用户数据脱敏。基线至少保留瀑布图、长任务列表、LCP 或 INP 数值。不同环境的截图不能凭界面相似就接成一次测试，冷启动与热缓存也要单独标记。
二、按假设和验证组织素材
把发现慢点、提出假设、查看调用栈、修改拆分或缓存、重新采样和回滚测试分别编号。等待采样可以压缩，但真实时长应保留。若同时尝试多种方案，每种方案拥有独立时间线，不能只剪出最快结果而隐藏失败尝试。
三、剪辑指令锁定测试条件
文字要求应保留构建号、节流参数、瀑布图节点、修改内容和复测轮次，删除无信息等待与重复窗口切换；禁止跨环境拼曲线，不把冷缓存与热缓存结果直接比较。候选剪辑须能返回源 DevTools 与监控记录。
四、字幕核对选择器和指标单位
选择器、资源名、毫秒与秒、缓存命中和长任务时长需要逐字符确认。讲解者口述与画面不一致时先查测试记录，不自行改成更合理的数值。字幕避开瀑布图条、调用栈和监控图例，必要时用同次截图局部放大。
五、图表和动效不替代原始结果
B-roll 可展示同轮测试的主线程、网络和内存曲线，动效只标记关注节点。纵轴范围、时间窗口和聚合方式必须可见，不能裁切成夸大差异的比例。背景音乐在讲解指标、告警和命令反馈处降低。
六、导出前做复测与回滚检查
让另一位工程师按视频中的条件重跑，比较多轮分布而非单次最快值，并确认拆分副作用和回滚方案。随后检查字幕、画面清晰度和脱敏。ChatCut 能整理录屏、候选停顿和字幕，却不能证明优化因果，也不能替代发布评审。
性能视频的可信度来自条件一致和结果可重复，而不是一个更漂亮的毫秒数字。只要每次修改都能对应同一构建、节流条件与复测轮次，观众才有依据判断方案边界。成片之外还应保留原始瀑布图、采样文件和回滚记录。