队列很快结束却没有新文件：检查缓存、输出节点和保存位置

现象与适用范围

点击运行后任务很快结束，没有在预想目录看到新图片或视频。这可能是缓存命中、没有新的保存操作、输出写到临时目录，或者客户端把某个事件误当作成功。

检索用原文或片段（具体编号、数值和文件名随环境变化）：

execution_cached
execution_success
Prompt executed

已核对的依据

官方事件文档说明：execution_cached 在执行开始时提示缓存复用，execution_success 表示本次 prompt 的节点执行成功，executed 仅在节点返回 UI 更新时发送。这些事件本身均不能证明生成了新的保存文件。VideoHelperSuite 的 save_output 会影响保存类别，所以需要同时看任务历史、实际输出和节点设置。 D10 D09 R02

需要区分的情况

1. 输入与相关节点未改变，执行复用了缓存，观察到的不是新采样。

2. 使用预览节点或保存到 temp/其他配置目录，文件不在用户查看的位置。

3. 客户端忽略 execution_error，或者把执行开始、进度结束误记为完成。

建议的操作顺序

以下顺序是基于上述资料整理的诊断方案，不代表上游已经为你的环境确认了原因。

第 1 步。 记录 prompt_id，按同一 ID 对照 execution_success、execution_error 或 execution_interrupted，再查看 /history/{prompt_id}。队列计数归零不是文件已保存的凭据。

第 2 步。 查看历史记录及工作流是否真有保存/输出节点。有输出记录时，用返回的 filename、subfolder、type 定位文件；VideoHelperSuite 的 save_output 决定写入 output 还是 temp。D09R02

第 3 步。 测试时明确改变一个合法输入并记录 seed，确认是否应触发新执行；不要为了避缓存随机改全部参数。

第 4 步。 历史记录有文件但界面不显示时，检查对应 /view 请求及前端错误；只有预览时，确认末端节点是否本来就不写文件。

如何判断处理有效

能将一次请求、终止状态、返回的结果和实际保存位置对应起来，而不是只凭进度条判断。

注意事项与尚未确认的部分

不要把清空所有缓存或删除 output 文件夹作为默认办法。缓存命中在输入未变化时可能是正常行为。

资料与语言审查日期：2026-09-26。本站未实际执行队列、保存文件、编码视频或进行 GPU 测试。

原始资料

• D10 · ComfyUI execution messages。复核：2026-09-26。
• D09 · ComfyUI Server API routes。复核：2026-09-26。
• R02 · VideoHelperSuite README。复核：2026-09-26。

相关排查与操作

• Prompt has no outputs：工作流里需要真正的输出终点
• WebSocket 有连接却收不到结果：按 prompt_id 跟踪终止状态
• 视频导出失败、黑屏或时长不对：检查编码与帧率链路