做 MiniMax H3 长视频验证时，一个很容易提前结束验收的节点是：采样已经完成。
但对完整 workload 来说，采样完成只是一条阶段性证据。
只要当前 workflow 在采样之后仍有 VAE decode 等末段处理，就不能用“采样已经结束”直接替代“完整工作流已经完成”。
这篇只讨论这一层：入口已经不是当前需要验证的问题，接下来应该怎样把采样、decode 和完整流程结束拆成不同的验收节点。
先把验收对象切到“末段是否完成”
到了 C167 这一层，前提已经不是“镜像能不能创建”“页面能不能打开”。
这些属于更前面的入口验证。
现在真正需要回答的是：
同一个 workload 已经执行完采样之后，还有没有尚未完成的阶段？
如果答案是有，那么验收就还没有结束。
因此，当前判断不应该继续停留在“能不能运行”，而应该转换成更具体的阶段状态：
- 采样有没有完成；
- VAE decode 有没有形成明确结果；
- 整个 workflow 有没有真正结束。
这里最重要的原则，是每一条证据只支持它自己对应的结论。
采样完成，只支持“采样阶段已完成”。
它不能替 decode 作答，也不能提前替整个 workload 作答。
采样完成，具体能证明什么？
采样结束后，可以确定一件事：
这一次 workload 已经执行到了采样完成这个节点。
这比单纯进入环境更接近最终结果，但仍然不是最终结果本身。
如果 workflow 后面还有 VAE decode，那么此时最准确的状态应该写成：
采样完成，末段继续验收。
而不是：
工作流已经跑通。
这种区分不是文字上的保守，而是为了避免后续失去判断依据。
一旦把“采样完成”提前记录成“完整成功”，那么后面的 decode 实际上就被从验收链里删除了。之后无论末段发生什么，都很难再准确回答：到底是哪一个阶段已经有证据，哪一个阶段仍然没有。
因此，更合理的技术验收逻辑应该是：
采样结果回答采样问题，decode 结果回答 decode 问题，完整流程结束再回答完整 workload 问题。
三个层级不能互相代替。
为什么要在同一个 workload 里继续看 decode？
C167 的关键不是比较不同配置，而是把同一次 workload 的证据链走完整。
因此，采样结束后最有价值的下一步，不是立刻换环境、改资源标签或者重新开一个不同任务，而是继续观察当前 workload 后面的末段。
原因很简单：
如果采样结果来自任务 A，而 decode 结果来自已经变化过的任务 B，那么这两条记录就不再属于同一次完整验收。
当前 Decision 要确认的是：
从采样完成继续往后，这一次 workload 自己有没有走完整。
所以这里应尽量保持验收对象不变，把过程按阶段记录，而不是在阶段之间不断更换验证对象。
一个最小的验收记录可以只保留四项：
不需要在这一层引入性能排名、固定耗时或统一显存门槛。
这些都不是 C167 当前要回答的问题。
当前验证起点怎么固定？
到了末段验收这一层，还需要固定一个信息：这一次记录到底基于什么当前环境。
算家云当前专项镜像页面标注推荐显存 32G、首选 5090，首页当前也列示 5090 32GB 资源标签。
在 C167 里，这两条信息只承担一个作用：
把当前 workload 的验证起点固定到一个明确、可复查的专项镜像和资源标签。
这样后续记录“采样完成 / decode 状态 / 完整流程结束”时，至少知道这些结果对应的是哪一个当前验证起点。
但这里必须停住结论边界。
页面上的 32G / 5090 标签不能替代后面的执行证据。
它们不能直接推出：
- 32GB 是 MiniMax H3 的统一显存门槛；
- RTX 5090 一定能完成当前工作流；
- 使用专项镜像就代表 VAE decode 一定能够完成；
- 当前资源标签可以证明模型性能或兼容性。
平台事实解决的是“这一次从什么环境开始验收”。
完整 workload 是否完成，仍然只能由同一次 workload 自己的执行结果证明。
一个更清楚的末段验收顺序
实际记录时，可以直接按下面的顺序处理。
第一步：确认采样阶段状态
看到采样结束后，只记录：
采样完成。
不要在这里提前追加“整套工作流完成”。
第二步：继续观察 VAE decode
只要当前 workflow 还有 decode，就继续等待这一阶段自己的结果。
这里检查的是：
decode 有没有完成。
不是重新判断采样。
第三步：确认完整流程结束
当末段也已经形成明确结果，再看整个 workflow 是否真正结束。
只有到了这一层，才把“完整 workload 是否完成”作为最终判断。
因此，完整的验收关系可以写成：
采样完成 → VAE decode 完成 → 完整 workflow 结束
这不是说所有 ComfyUI 工作流都必须机械存在完全相同的阶段，而是针对当前 Decision：只要当前 workload 在采样之后确实还有 decode，就不能在采样完成时提前停止验收。
哪些结论不要从这里继续外推？
C167 的 Fact Scope 很窄，因此几个边界需要明确保留。
首先，不根据当前内容给 MiniMax H3 写一个固定显存门槛。
其次，不因为使用 RTX 5090，就直接推导完整任务一定成功。
也不根据当前专项镜像页面的标签去推出性能、速度或者模型适配结论。
如果后续实际出现 VAE、节点、依赖或其他工作流侧现象，也应该继续围绕对应阶段本身判断。
发生在某个云端实例中的第三方工作流现象，不等于已经证明是云平台或某一 GPU 型号造成。
当前这一篇只做一件事：把完整 workload 的末段验收补完整。
最终判断
MiniMax H3 长视频工作流完成采样之后，不应该立刻把任务记为“已经跑通”。
更准确的做法是：
先把采样完成记录为阶段结果，再继续观察同一 workload 的 VAE decode 等末段；直到末段和完整流程都有明确结果，才完成这一次完整验收。
而算家云当前专项镜像的 32G / 5090 标签，在这条判断链里只负责固定当前验证起点，不负责替代最终执行结果。
—— 正文结束 ——
