有人把 AI 视频流程改成两段：前半程先用较低分辨率跑，后半程再放大、补一段采样。预览窗口里，进度条确实快了一截，于是新的说法很快出现：这条路更快，也许还更省显存。

这时最该问的不是“这套节点能不能装上”，而是两条路最后交出去的东西是不是同一个。

如果一条路径交付的是五秒、较低分辨率的镜头，另一条路径交付的是五秒、最终分辨率的镜头，它们没有可比性。前者少做了一段工作，当然可能更快。更常见的情况是，一条路把放大、补帧、重跑和挑片留到了后面；生成页面上的耗时变短了，整条素材进剪辑时间线的时间却不一定变短。

我看到的一个公开 ComfyUI 项目，提供了在 MiniMax H3 两段采样之间做固定倍率潜变量放大的节点。项目说明讲的是这条路径如何接在两段采样之间，也说明了它要处理的中间状态。项目 README没有替任何人的显卡、提示词或镜头给出一张通用的性能成绩单。把它当作一个值得测试的思路，比把它当作默认答案更稳妥。

先写下：这次到底要交付什么

做 A/B 之前，先写一行交付定义。它不需要像实验室报告那么长，但要能让下周的你看懂。

例如：同一张参考图、同一段提示词、同一个镜头时长、同一帧率、同一最终分辨率；成片要保留人物身份、主体动作和可用的细节。两条路径都要到达这条线。若其中一条依赖后期放大或补帧，也要把那一步算进去。

这样做会逼你把“更快”拆开。下面三句话，听起来很像，实际问的是三件事：

  • 生成界面更快结束了吗？
  • 从按下运行到拿到可剪辑成片，时间更短了吗？
  • 包括失败、重跑和人工挑片后，这个镜头的总成本更低了吗？

第一句最容易被截图证明，第三句才接近创作者真正关心的事。一个流程在一次顺利运行中很漂亮，不代表它在素材难一点、显存紧一点或改词以后仍然划算。

把比较从“看起来差不多”变成同终点

可以把两条路径摆成这样：

项目路径 A路径 B
输入材料同一参考图、提示词、时长同一参考图、提示词、时长
交付终点同一分辨率、帧率和时长同一分辨率、帧率和时长
中间过程直接跑到最终规格低规格起步，再进入第二段处理
记录内容总耗时、峰值显存、失败和重跑总耗时、峰值显存、失败和重跑
人工检查开头、中段、结尾三帧开头、中段、结尾三帧

这里的重点不是把所有参数锁得一模一样。两段流程本来就会有不同的阶段设置。该锁住的是会改变结果的外层边界：你给它什么、最后要什么、什么算可用。中间参数可以不同，但必须写下来；否则下一次改了一个采样器、一个放大方式，最后还会把差异错记到整套流程头上。

尤其别用不同难度的镜头互相证明。一个只有静态人物的画面，和一个有头发、手部动作、复杂背景的画面，对流程的压力完全不同。先选三类小样更实用：主体相对稳定的一条、运动明显的一条、细节容易糊掉的一条。每条都按同一张定义跑两遍，才有机会看出某条路径是在稳定受益，还是刚好撞上了一个顺手的镜头。

记录四笔账，别只盯着秒数

第一笔是总耗时。从点击运行开始计，到最终文件能放进剪辑时间线为止。中间的放大、补帧、格式转换和人工补跑都在里面。

第二笔是资源占用。峰值显存有价值，但别把它神化。显存略低、运行次数翻倍的方案，对排队的机器未必更友好；显存更高、一次成功的方案，也可能更适合一条有明确交付期的镜头。把本机型号、驱动和关键版本记一行，下一次升级后才知道自己在比什么。

第三笔是失败。报错、画面断裂、人物跑偏、输出无法导入，都会把看似节省的时间拿回去。不要把它们藏在“偶发问题”里。三次里失败一次和十次里失败一次，对正式排期的含义不同。

第四笔是返工。生成结束并不等于素材可用。把开头、中段和结尾停下来各看一帧：人物是否还认得出，动作有没有断，边缘和关键细节是否足够剪。然后把两版都拖进真实时间线，看看哪一版需要额外补镜头、遮瑕或重跑。这里没有统一的分数；剪辑任务不同，能接受的瑕疵也不同。但这笔账不写，流程只是在把麻烦移交给后面的人。

小样通过后，再让它进入排期

第一次测试不需要追求统计学上的结论。它要回答的是一个更朴素的问题：这条路是否值得你下周继续用。

给每条小样留一张短记录就够：输入和交付定义、两条路径的总耗时、失败次数、一个最明显的画面差异、最终选择和原因。若两段路径在三个小样上都能交出相近的成片，而其中一条在总时间或资源占用上更稳，它值得进入下一轮。若优势只出现在一张最简单的图上，先别急着把旧流程拆掉。

AI 视频里的新节点、新工作流会不断冒出来。它们可以带来新的手牌，也会带来新的变量。把交付终点锁住，把失败和返工算进去，你就不需要靠一张进度条截图决定以后怎么做。流程能不能留下，应该由它在自己的素材、自己的机器和自己的交付节奏里说明白。