CI 失败复盘录屏经常跨越代码仓库、构建页面、终端和监控面板。等待阶段可以压缩，但一次失败对应哪个提交、修改了哪项配置、重跑是否使用同一环境，必须保持清楚。输入 chatcut online 查找资料后，可以用 ChatCut 建立候选时间线，再按 commit、job ID 和日志时间逐段校验。
一、先固定复盘范围和环境基线
记录仓库分支、commit、运行器镜像、依赖缓存、变量版本和触发方式，说明本次要解释的失败任务。令牌、内网域名和人员信息先脱敏。相同报错如果来自不同 job，不能合并成一次连续执行，环境差异也要留在制作记录里。
二、按提交到任务建立时间索引
把提交时间、流水线编号、阶段、失败步骤和日志区间关联起来，再标记首次判断、配置修改和重跑结果。队列等待可加速，但应注明真实耗时。手工触发与自动触发分别标记，避免把不同触发条件下的结果视为同一次验证。
三、提示词列出必须保留的证据
剪辑要求可写明保留失败复现、关键日志、修改 diff、重跑参数、最终状态和回滚条件，删除重复刷新与无信息等待；不得跨 job 拼接输出，不改写命令和返回码。候选段落形成后，用 commit、job ID 与时间戳三项验收。
四、字幕逐字符核对技术信息
包名、路径、变量、退出码、版本号和大小写不能只靠语音识别。讲解与屏幕冲突时，以可验证的仓库和日志为准，并说明是否为口误。局部放大可用于看清关键行，但画面必须来自同次运行，不能重新制作更整洁的假日志。
五、B-roll 只承担定位与对照
补充画面可展示提交 diff、任务拓扑、缓存命中和监控曲线，必须与当前 job 对应。动效只标出阶段和故障点，不把相关性画成确定因果。音乐保持克制，告警声、命令反馈与讲解中的版本信息需要清晰可辨。
六、导出前按可复现性验收
让另一位开发者沿成片检查环境、触发条件、失败日志、修改和重跑结果，确认每步能返回原始记录。再复核字幕、分辨率、指针位置和脱敏范围。ChatCut 能压缩等待、同步字幕和整理多窗口录屏，却不能代替代码审查、凭据安全检查与根因判断。
一段有用的 CI 复盘必须让观众分清事实、假设、修改和验证。删去排队等待不会破坏结论，删去提交编号或重跑条件却会让结果失去可复现性。归档时将成片与流水线链接、日志快照和修改 diff 一并保存。