稳定性
任务可靠性升级:失败可追踪、成功可核验
LibImg 完善图片翻译、生图、生视频等任务的状态记录,补齐失败任务、重试历史、执行时间线、实际模型、原始输入和结果预览。
阅读约 5 分钟
LIBIMG PRODUCT UPDATE · 2026-09-16
任务可靠性升级:失败可追踪、成功可核验
任务记录失败重试执行时间线使用记录
本次更新
任务记录现在不仅保存成功结果,也会保存失败原因和可安全恢复的参数;处理阶段、执行耗时、路由尝试和最终实际模型可以在用户中心或管理端核对。
任务记录不应该只保留成功结果
一次 AI 任务可能经历上传、排队、调用模型、轮询、保存结果和同步使用记录等多个阶段。过去如果任务在中途失败,用户可能只看到一个笼统错误;如果前后台状态没有及时对齐,也可能出现页面已经成功、记录仍显示处理中的情况。
本轮升级把失败任务和重试过程纳入正式记录,并贯通用户中心、管理端与后端任务的关键状态。目标不是隐藏失败,而是让每次任务最后都能得到可解释的终态。
现在可以核对哪些信息
- 成功、失败、处理中等最终状态,以及任务当前所处阶段。
- 真正从提交开始计算的执行耗时,不把上传排队时间混在其中。
- 模型路由尝试记录和最终实际使用的模型。
- 失败原因以及可安全恢复的任务参数。
- 原始输入、结果缩略图、图片或视频预览与下载入口。
- 任务归属、创建时间和更新时间,便于用户与管理员对照同一任务。
失败后可以用原参数重试
支持重试的工具会从历史记录恢复目标工具、原始输入和安全参数,但不会自动替用户提交。用户可以先检查参数、模型和输入,再主动开始新任务;对于批量任务,也可以只勾选需要重试的失败项。
不会在历史记录中保存密钥
重试上下文只保留恢复任务所需的安全参数快照,不包含 API 密钥等敏感凭证。模型是否仍可用,也会在进入工具页后按当前公开选项重新核对。
针对“任务一直处理中”的修复
我们补充了任务生命周期诊断和自动核对逻辑,修复创建时间缺失、成功后未更新终态以及前后台可见性不一致等问题。系统会尽可能将后端真实任务状态同步到使用记录,而不是让历史卡片永久停留在处理中。
为什么记录实际模型很重要
当用户选择的模型不可用、触发审核或进入熔断时,自动路由可能使用其他候选。任务记录现在会显示最终实际模型和路由轨迹,让用户知道结果是由哪个模型或哪条管线完成,而不是仍显示最初选择。
| 场景 | 记录中的表现 |
|---|---|
| 首选模型成功 | 显示所选模型和完成时间线 |
| 自动切换模型后成功 | 显示最终实际模型,并保留尝试轨迹 |
| 图像模型审核后转漫画成功 | 管线更新为 manga,阶段说明进入经典管线兜底 |
| 任务最终失败 | 保存错误摘要和可恢复参数,符合条件时提供重试入口 |
查看使用记录
登录后可查看自己的任务;可用字段取决于任务类型和创建时间。
#任务记录#失败重试#执行时间线#使用记录