内存泄漏排查往往要等待曲线增长、重复操作并比较多份堆快照。剪辑时把等待压缩得太狠，容易让观众误以为内存瞬间变化；把不同构建版本的快照混在一起，也会产生错误结论。查找 chatcut online 资料后，可用 ChatCut 整理候选时间线，再按采样时点、版本和原始报告复核。

一、记录环境版本与复现负载

在开头保存操作系统、运行时、构建标识、启动参数、测试数据和基线内存，并说明复现动作与循环次数。主机名、用户数据、访问令牌和内部路径需要遮挡。不同机器或不同负载的曲线不能直接并排当作同一次实验。

二、给每份采样和堆快照编号

按照基线、运行中、触发回收后和结束时建立编号，记录生成时间、进程 ID、代码提交与文件校验信息。长时间等待可以加速显示，但要保留实际时长。若工具采样会暂停进程，也应在画面中说明，避免把暂停误判为应用卡顿。

三、提示词限定版本和数据不得交叉

剪辑需求可要求保留基线、复现、曲线变化、快照比较、修改内容和复测，删除鼠标寻找与无信息等待。明确快照只能配到对应构建，数值不得重新输入或四舍五入成不同结论。候选段落形成后，用原始报告文件核对每个数据点。

四、字幕核对单位对象名与时间范围

MB、GB、对象数量、保留大小和采样区间容易被自动字幕识别错，必须逐字符对照界面和导出报告。对象名或命名空间较长时使用局部放大，但不遮住排序字段。讲解中的推测应保留“可能”“待验证”等范围词，不能剪成确定根因。

五、曲线动效不能代替真实监控图

B-roll 可展示同轮测试的代码 diff、分配热点和调用栈，动效只用于标记时间点与比较关系。不要重画一条更平滑的曲线替代原数据，也不把修复后快照放进修复前流程。音乐在告警、讲解数值和操作反馈处降低。

六、修复复测需保持相同实验条件

代码修改后使用相同负载、时长和采样节点重新运行，比较曲线与快照，并记录仍未解释的对象。ChatCut 能整理长等待、画面切换和字幕，却不能证明某对象一定泄漏，也不能替代性能评审、数据脱敏和独立复现。

内存排查录屏必须让环境、采样、快照和代码版本一一对应。只有修复前后实验条件可比，剪辑后的曲线与结论才具备技术参考价值。