Rivya AI 文档

生成队列与等待时间

了解 Rivya 生成队列状态、等待时间、长时间运行的图片 / 视频 / 音频任务、通知、历史记录,以及什么时候可以安全重试。

当 Rivya 的图片、视频或音频任务比预期更久仍在处理中时,可以先看这篇指南。

视频、音频、重参考图的图片任务、provider 队列,以及更重的生成设置,都可能让任务比普通网页交互更慢。等待本身不代表失败。

队列是什么意思

队列表示任务还没有完成。

可能原因包括:

  • provider 正在处理请求
  • 这个工作流本来就更耗时
  • 输入包含文件或参考素材
  • 输出设置更重
  • 临时需求较高
  • Rivya 正在等待 callback 或状态更新

进入队列的任务,应该通过任务状态、通知和历史记录追踪,而不是立刻重复提交。

等待不等于失败

一个任务可能处在这些状态:

  • 已提交
  • 处理中
  • 等待 provider 结果
  • 已完成
  • 已失败

不要把所有长时间任务都当成失败。重试之前,先查看状态。

失败行为可以看 任务失败与积分退回

在哪里查看进度

可以从这些地方检查:

通知中心很重要,因为异步生成不应该只依赖一个会消失的 toast。

等待时可以做什么

任务处理中时,你可以:

  • 准备下一条 prompt 变体
  • 回看之前的历史记录
  • 规划结果之后怎么使用
  • 避免太快提交重复任务
  • 如果当前任务是异步的,可以先处理另一个任务

如果这条任务很重要,最好等到最终状态,再判断结果是否丢失。

什么时候应该重试

当任务明确失败、输入有误,或输出不可用时,可以重试。

重试前先判断这次要改什么:

  • 更简单的提示词
  • 更少参考素材
  • 换一个模型
  • 调整时长或质量
  • 修正上传文件
  • 更清楚的任务意图

如果什么都不改,只重复提交同一请求,可能会重复同一个问题。

任务连续性检查清单

任务提交后如果还需要追踪,先检查:

  • 确认任务是等待中、运行中、已完成、失败,还是可以继续处理。
  • 有用输出看历史记录,异步状态变化看通知。
  • 排查时把 task UUID、模型、提示词和输出上下文放在一起看。
  • 当前状态没确认前,不要重复启动同一个任务。
  • 切到另一条工作流前,先保存或下载最有用的结果。

目标是在生成需要等待或继续处理时,不丢掉已有工作。

什么时候复核状态

当任务等待时间异常、通知缺失、结果不完整,或用户找不到之前输出时,需要复核状态。

这时先检查任务状态和历史记录,再让用户重新生成。

相关页面

目录