Clone
2
Task-58-图片生成-300-秒受控复验
ila edited this page 2026-08-25 15:35:40 +08:00
This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

58 图片生成 300 秒受控复验

  • 类型:本机 Provider 运维配置与受控验证
  • 所属 Epic:#3
  • 所属 MVP / 版本:#35 / MVP-2
  • 状态:待验收
  • 日期:2026-08-25
  • Gitea 工单:#58
  • Wiki 页面:Task-58-图片生成-300-秒受控复验
  • Wiki revision:以 Gitea 页面 revision 为准

背景与目标

此前同一 Provider 的图片生成分别在 45 秒和 120 秒达到本地超时。已确认凭据可访问 /models 且存在 gpt-image-2,本任务通过一次受控真实请求判断失败是否由超时窗口过短导致。

最终方案

  • 本机 Portal 配置将 Provider HTTP 超时设为 300 秒、worker lease 设为 360 秒。
  • ProviderModel #4 将请求超时设为 300000 ms,模型仍为 gpt-image-2,其他字段不变。
  • 重启 chorus-user,等待 60 秒熔断恢复窗口后,只提交一次合成、低复杂度图片任务。
  • 轮询同一 generation 到终态,不做第二次提交;不读取或归档生成图片内容。

修改文件

  • portal/config/settings.yml:本机忽略配置调整为 300/360 秒,不进入 Git。
  • 数据库 ProviderModel #4:本机运维配置调整为 300000 ms,不属于代码提交。

验收结果

验收标准 结果
三层超时正确且 Portal 使用配置重启 通过
仅创建一个新真实图片任务 通过,generation #8
形成可审计终态并存在受保护输出 通过,succeeded,输出 1 个
不泄露凭据、响应正文、图片或真实用户数据 通过

测试

  • Portal 登录页:HTTP 200。
  • 任务提交:HTTP 202,状态由 pending 进入 running,最终 succeeded。
  • 数据库审计:1 次 Provider 调用,latency_ms=70331,retryable=false,ProviderModel #4,输出记录 1 个。
  • 核心 Wiki 镜像:执行 python dev_scripts/harness.py sync --check。
  • 未验证部分:未重复测试不同 Prompt、并发和峰值排队;为避免继续消耗真实上游额度,本任务按方案只验证一次。

结论

gpt-image-2、当前凭据、路由、队列、Provider 调用和输出落库链路可用。此前失败的直接原因是 45/120 秒超时低于本次约 70 秒的上游响应时间。

相关提交

  • 无代码提交;本任务仅变更忽略的本机配置和数据库运维值,不制造空提交。