fix: 统一AI生成失败提示
This commit is contained in:
@@ -0,0 +1,411 @@
|
||||
# AI 生成失败提示优化 TODO
|
||||
|
||||
> 状态:待讨论,未实施
|
||||
> 范围:图片、脚本、故事板、视频、配音等 AI 生成流程面向普通用户的失败提示;不改变模型路由、供应商、计费或重试策略。
|
||||
> 协作规则:先确认提示分层与文案原则,再逐 Step 实施;本文件建立时不修改业务代码。
|
||||
|
||||
## 1. 当前问题
|
||||
|
||||
2026-07-15,视频项目 `cb4679f9-e813-44f4-af6f-e40e784a8d31` 使用 **AirShelf Script** 生成脚本失败。服务端记录的原始错误为:
|
||||
|
||||
```text
|
||||
402 Client Error: Payment Required for url: https://www.yunqiai.chat/v1/chat/completions
|
||||
```
|
||||
|
||||
当前页面将它展示为“脚本生成失败:402 Client Error …”。这对用户没有可执行的信息:用户既不知道问题属于平台服务、额度、素材、内容审核、网络还是系统异常,也不知道重试是否有效。
|
||||
|
||||
## 2. 目标
|
||||
|
||||
1. 普通用户只看到清晰、可行动、不过度暴露供应商与模型细节的提示。
|
||||
2. 管理员/开发排障仍能保留完整原始错误、任务 ID、模型与供应商信息。
|
||||
3. 同一类失败在所有生成入口中有一致的标题、说明和操作建议。
|
||||
4. 不把“可重试”“联系客服”“更换素材”等建议误用于错误类型不明的情况。
|
||||
5. 失败任务继续按既有规则释放预扣积分;提示层不改变结算逻辑。
|
||||
|
||||
## 3. 推荐方向:后端归类 + 前端统一呈现(分层方案)
|
||||
|
||||
不建议只在页面对完整英文报错做枚举替换,也不建议只在后端写死中文文案。推荐返回稳定的**错误分类码**与安全上下文,由前端共享组件/函数负责文案和交互。
|
||||
|
||||
```text
|
||||
供应商原始错误
|
||||
→ 后端:识别 HTTP 状态、供应商错误码、任务阶段,归类为稳定 error_code
|
||||
→ API/SSE:返回 error_code、retryable、user_message_key、task_id(原始错误仅留日志/管理端)
|
||||
→ 前端:按 error_code 映射标题、说明、按钮与帮助入口
|
||||
```
|
||||
|
||||
### 为什么这样分层
|
||||
|
||||
- 供应商原始文案会变化;前端不应依赖 `"Payment Required"`、英文句子或 URL 的完整匹配。
|
||||
- HTTP `402` 在不同供应商的含义可能略有差异;后端最接近供应商响应,能结合 provider、模型和任务阶段做正确归类。
|
||||
- 前端保留文案控制权,可统一语气、后续做多语言、按入口显示合适的“重试 / 返回修改 / 联系支持”操作。
|
||||
- `error_code` 是契约,不是面向用户的文字;技术模型名、密钥、URL、原始响应不能进入普通用户提示。
|
||||
|
||||
## 3.1 错误出口盘点(已完成,未改代码)
|
||||
|
||||
本轮只做了代码与当前失败链路盘点,结论如下。
|
||||
|
||||
| 入口 | 当前失败出口 | 当前用户可见内容 | 接入方式 |
|
||||
| --- | --- | --- | --- |
|
||||
| 脚本 Agent | `script_agent.py` SSE `type=error` | 直接拼接原始异常,例如 `脚本生成失败: 402 Client Error ...` | 优先接入;SSE 帧可增补安全错误对象 |
|
||||
| 图片创作 / 基础资产 / 三视图 | `AITask.error_message` → 轮询接口 | 多处直接写入并展示 `str(exc)` | 任务失败适配层统一写入安全文案 |
|
||||
| 故事板 | `StoryboardShot.error_message` + 轮询 | 部分路径已调用 `friendly_generation_error`,但规则分散 | 复用统一归类器,保留现有界面展示位置 |
|
||||
| 项目视频 | `VideoSegment.error_message` / 提交接口 | 多处直接透传第三方异常 | 接入统一归类器;接口不再返回原始 `detail` |
|
||||
| 自由创作视频 | `free_video.py` | 已有 `video_errors.py`,保存 `AITask.error_code` 与友好文案 | 作为已有样板迁入/兼容统一归类器,避免回归 |
|
||||
| 配音 / 实体提取 | 任务轮询 / 任务记录 | 多数路径仍保存原始 `str(exc)` | 与图片同一任务适配层接入 |
|
||||
|
||||
### 已有可复用基础
|
||||
|
||||
- `AITask` 已经有 `error_code` 字段,**第一期不需要新增数据库字段**。
|
||||
- `free_video.py` 已实践“供应商错误码 + 安全文案 + 任务记录”的模式;其中 `video_errors.py` 只覆盖自由创作视频,不能直接扩展成前端全局映射。
|
||||
- `OpenAICompatibleProvider` 已能在异常中保留上游响应体;归类应读取异常对象/响应状态,而不是在前端匹配英文字符串。
|
||||
|
||||
### 当前需要收口的泄露点
|
||||
|
||||
- 脚本 SSE、项目视频提交接口、图片与任务轮询的部分路径直接向普通用户返回原始错误。
|
||||
- AI 失败通知目前会把“第三方服务商 API 原始报错”写入普通用户可见正文;该行为必须随本 TODO 一并改为仅保留安全提示。原始信息应保存于服务端日志、任务原始响应或管理员任务详情。
|
||||
|
||||
## 3.2 已确认的最小实施边界
|
||||
|
||||
第一期只改 AI 生成错误的适配与展示,不碰全局请求封装、登录、上传、项目 CRUD 或普通非 AI 接口。
|
||||
|
||||
1. 新建一个 AI 域内的纯归类模块:输入异常/供应商响应/操作阶段,输出稳定分类码、建议动作、是否可立即重试和安全文案。
|
||||
2. 复用既有 `AITask.error_code`;原始供应商错误留在服务端日志与任务的原始响应记录,不将其作为普通用户 API 的 `error_message`。
|
||||
3. SSE 与任务轮询返回增补结构化 `error` 对象;保留安全的文本回退,保障尚未改造的展示入口不白屏。
|
||||
4. 前端仅新增一个 AI 专用共享映射层;它只替换 AI 页面当前直接渲染错误文本的地方,不影响其它页面。
|
||||
|
||||
这意味着第一期**无需数据库迁移,也不改变模型路由、任务状态机、计费、预扣或退费逻辑**。
|
||||
|
||||
## 4. 首批错误分类草案
|
||||
|
||||
| 分类码 | 典型来源 | 用户提示方向 | 建议操作 |
|
||||
| --- | --- | --- | --- |
|
||||
| `provider_quota_exhausted` | 上游 402、明确的余额/额度不足 | “生成服务暂不可用,请稍后再试。” | 不建议立刻连续重试;提示平台处理,不归咎用户 |
|
||||
| `provider_rate_limited` | 429 | “当前生成请求较多,请稍后重试。” | 显示重试 |
|
||||
| `provider_unavailable` | 5xx、连接超时、网关故障 | “生成服务暂时不可用,请稍后重试。” | 显示重试 |
|
||||
| `provider_auth_failed` | 401/403、供应商凭证或权限异常 | “生成服务配置异常,已通知平台处理。” | 不显示用户侧重试或仅有限重试 |
|
||||
| `model_unavailable` | 模型不存在、已下线、能力不支持 | “当前生成能力暂不可用。” | 返回上一步 / 选择其他可用模型(若产品允许) |
|
||||
| `content_rejected` | 内容安全/审核拦截 | “内容未通过生成服务审核,请调整描述或素材后重试。” | 返回修改 |
|
||||
| `invalid_input` | 尺寸、格式、缺少必要素材、参数不合法 | “提交内容不完整或格式不支持,请检查后重试。” | 定位字段或返回修改 |
|
||||
| `insufficient_user_credit` | 平台自身积分预留失败 | “可用积分不足,充值后再试。” | 去充值 |
|
||||
| `generation_failed_unknown` | 未能安全归类的异常 | “生成遇到问题,请稍后重试。” | 重试 + 反馈入口 |
|
||||
|
||||
### 本次 402 的拟定归类
|
||||
|
||||
`yunqi_gemini / gemini-3.1-pro-preview` 返回的 402 应归为 `provider_quota_exhausted`。面向用户的文字不应出现 YunQi、Gemini、HTTP 402、URL 或“支付”字样;这些内容仅保留在任务记录和管理端排障信息中。
|
||||
|
||||
## 4.1 统一错误对象契约(已确定,待实施)
|
||||
|
||||
第一期所有普通用户 AI 接口统一补充 `error` 对象;已有的 `detail` / `error_message` 字段保留,但其值改为安全的回退文案,保证旧页面不会空白。原始异常不再作为普通用户接口字段返回。
|
||||
|
||||
```ts
|
||||
type PublicGenerationError = {
|
||||
domain: "generation";
|
||||
code:
|
||||
| "provider_quota_exhausted"
|
||||
| "provider_rate_limited"
|
||||
| "provider_unavailable"
|
||||
| "provider_config_error"
|
||||
| "model_unavailable"
|
||||
| "content_rejected"
|
||||
| "invalid_input"
|
||||
| "asset_unavailable"
|
||||
| "user_credit_insufficient"
|
||||
| "task_timeout"
|
||||
| "processing_failed"
|
||||
| "unknown";
|
||||
operation:
|
||||
| "script_generate"
|
||||
| "image_generate"
|
||||
| "base_asset_generate"
|
||||
| "triview_generate"
|
||||
| "storyboard_generate"
|
||||
| "video_generate"
|
||||
| "voiceover_generate"
|
||||
| "entity_extract";
|
||||
action: "retry" | "retry_later" | "revise_input" | "recharge" | "contact_support" | "none";
|
||||
retryable: boolean;
|
||||
reference_id?: string;
|
||||
};
|
||||
```
|
||||
|
||||
### 字段职责
|
||||
|
||||
- `domain`:为未来上传、权限、项目操作等非 AI 域预留;本期固定为 `generation`。
|
||||
- `code`:后端归类产生的稳定业务码;前端只依赖它,绝不匹配 HTTP 文本、URL 或供应商英文文案。
|
||||
- `operation`:说明失败发生在哪种 AI 操作,使同一错误可显示“脚本/图片/视频”对应的自然语言。
|
||||
- `action` 与 `retryable`:由后端根据失败性质决定用户可执行操作;前端不自行猜测是否应重试。
|
||||
- `reference_id`:任务 ID,仅在需要联系客服或排障时展示/复制;不得包含密钥、供应商 URL 或原始报错。
|
||||
|
||||
### 首批行为规则
|
||||
|
||||
| `code` | `action` | `retryable` | 用户侧处理原则 |
|
||||
| --- | --- | --- | --- |
|
||||
| `provider_quota_exhausted` | `retry_later` | 否 | 平台上游额度/套餐问题;不引导用户充值 |
|
||||
| `provider_rate_limited` | `retry_later` | 否 | 等待后可再尝试,避免连续点击 |
|
||||
| `provider_unavailable` / `task_timeout` | `retry` | 是 | 可安全重新发起一次 |
|
||||
| `provider_config_error` / `model_unavailable` | `contact_support` | 否 | 平台配置或模型可用性问题 |
|
||||
| `content_rejected` / `invalid_input` / `asset_unavailable` | `revise_input` | 否 | 给出修改文案或回到相应步骤 |
|
||||
| `user_credit_insufficient` | `recharge` | 否 | 仅平台自身积分不足时使用 |
|
||||
| `processing_failed` / `unknown` | `retry` | 是 | 使用通用回退,保留任务编号供反馈 |
|
||||
|
||||
### 传输示例
|
||||
|
||||
脚本 SSE:
|
||||
|
||||
```json
|
||||
{
|
||||
"type": "error",
|
||||
"detail": "脚本生成暂时不可用,请稍后再试。",
|
||||
"error": {
|
||||
"domain": "generation",
|
||||
"code": "provider_quota_exhausted",
|
||||
"operation": "script_generate",
|
||||
"action": "retry_later",
|
||||
"retryable": false,
|
||||
"reference_id": "<task-id>"
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
任务轮询、失败通知与失败卡片使用同一 `error` 对象;其中文字由前端共享映射层渲染。`detail` / `error_message` 仅作兼容旧界面的安全回退。
|
||||
|
||||
### 与现有 `AITask.error_code` 的兼容
|
||||
|
||||
现有 `AITask.error_code` 在自由创作视频中承载部分供应商原始错误码,不能直接假定它已是面向用户的稳定码。第一期由后端的归类器从原始异常、HTTP 状态和已有内部错误码**动态投影**出 `PublicGenerationError`,不改数据库字段含义。
|
||||
|
||||
后续若需要错误分类统计,再单独决定是否持久化业务 `code`;这不阻塞本次提示优化。
|
||||
|
||||
## 4.2 后端归类规则与优先级(已确定,待实施)
|
||||
|
||||
归类器的建议入口为:
|
||||
|
||||
```python
|
||||
classify_generation_error(
|
||||
exc,
|
||||
*,
|
||||
operation: str,
|
||||
provider_name: str = "",
|
||||
internal_kind: str = "",
|
||||
) -> PublicGenerationError
|
||||
```
|
||||
|
||||
它从异常对象读取 HTTP 状态、供应商结构化错误码、供应商消息和调用阶段。中转站异常可从 `requests.HTTPError.response` 读取状态/响应体;火山异常可从既有 `火山报错 [code] message` 格式读取错误码。**前端不参与解析。**
|
||||
|
||||
### 优先级
|
||||
|
||||
按下面顺序判定,先命中的规则终止;避免把“审核 403”误判成“凭证 403”,或把上游额度误提示为用户积分不足。
|
||||
|
||||
| 优先级 | 识别信号 | 归类结果 | 说明 |
|
||||
| --- | --- | --- | --- |
|
||||
| 1 | 调用方明确传入 `internal_kind=user_credit_insufficient` | `user_credit_insufficient` | 本地积分预扣失败;不依赖异常文本猜测 |
|
||||
| 2 | 内容审核结构化码/白名单:`moderation_blocked`、`*SensitiveContentDetected*`、`*PolicyViolation*`、`safety_violation` 等 | `content_rejected` | 即使 HTTP 为 400/403,也优先按审核处理 |
|
||||
| 3 | 素材结构化码/白名单:`AssetNotFound`、明确的引用素材不存在 | `asset_unavailable` | 引导用户换素材 |
|
||||
| 4 | 模型结构化码/白名单:`model_not_found`、`model_not_available`、明确“不支持该能力” | `model_unavailable` | 不把模型下线误说成用户参数错误 |
|
||||
| 5 | 上游额度信号:HTTP 402、`InsufficientBalance`、明确的 provider quota/balance exhausted | `provider_quota_exhausted` | 属于平台供应商额度,不显示“去充值” |
|
||||
| 6 | 限流信号:HTTP 429、`RateLimitExceeded`、`ConcurrencyLimitExceeded` | `provider_rate_limited` | 只允许稍后再试 |
|
||||
| 7 | 超时信号:HTTP 408/504、`Timeout`、连接/读取超时 | `task_timeout` | 允许用户重新生成 |
|
||||
| 8 | 凭证/配置:HTTP 401;非审核原因的 403;密钥/配置缺失;端点配置错误 | `provider_config_error` | 引导平台排查,不归咎用户 |
|
||||
| 9 | 明确参数/文件错误:`InvalidParameter`、`InvalidImage`、`InvalidVideo`、`InvalidAudio`、受白名单保护的格式/尺寸错误 | `invalid_input` | 仅识别明确错误;不能把所有 400 都归为用户问题 |
|
||||
| 10 | HTTP 5xx、`ServerOverloaded`、`InternalError` | `provider_unavailable` | 供应商暂时不可用,可重试 |
|
||||
| 11 | 本地保存、转存、后处理失败 | `processing_failed` | 不同于供应商生成失败 |
|
||||
| 12 | 其余异常或无法安全判断的 4xx/5xx | `unknown` | 使用保守通用文案,保留任务编号 |
|
||||
|
||||
### 平台积分与供应商额度的硬性分流
|
||||
|
||||
- `reserve_credit()` 本地预扣抛出的 `ValueError("insufficient credit")`,在其调用边界显式标记为 `internal_kind=user_credit_insufficient`;前台显示“可用积分不足”,可去充值。
|
||||
- 供应商返回的 `InsufficientBalance`、YunQi 的 HTTP 402、火山/其他渠道的套餐或余额耗尽,均标记为 `provider_quota_exhausted`;前台显示“生成服务正在处理中”,不提供充值入口。
|
||||
- 禁止在通用归类器中以“余额不足”“额度不足”等中文关键词直接判为用户积分不足,避免误导。
|
||||
|
||||
### 本次错误的判定链路
|
||||
|
||||
```text
|
||||
YunQi chat/completions
|
||||
→ HTTP 402 Payment Required
|
||||
→ 规则 5:provider_quota_exhausted
|
||||
→ 脚本暂时不可用 / 生成服务正在处理中,请稍后再试。
|
||||
```
|
||||
|
||||
### 实施时的保护要求
|
||||
|
||||
1. 仅使用结构化码、HTTP 状态和经过白名单限定的关键词;未知内容一律回退 `unknown`,不臆测用户责任。
|
||||
2. 保留原始异常给服务端日志、任务原始响应和管理员排障;普通用户 API、SSE 与通知正文只接收 `PublicGenerationError` 和安全回退文案。
|
||||
3. 单元测试覆盖上表每一类信号;使用模拟异常/模拟响应,不发起真实模型请求、不产生供应商费用。
|
||||
|
||||
## 5. 提示文案原则(待确认)
|
||||
|
||||
- 先说结果与影响,再给下一步;避免“请求失败”“HTTP Error”等技术描述。
|
||||
- 区分平台服务额度与用户账户积分:上游余额不足不能提示用户“去充值”。
|
||||
- “请重试”只用于暂时性故障/限流;审核、参数和凭证类错误要给正确的修改或等待路径。
|
||||
- 所有未知错误都可附带可复制的任务编号,供客服定位,但不展示密钥、供应商 URL 或原始堆栈。
|
||||
- 同一错误在脚本、图片、视频入口保持核心文案一致;可按阶段替换“脚本/图片/视频/配音”这个对象词。
|
||||
|
||||
## 5.1 首批普通用户文案与动作(已拟定,待实施)
|
||||
|
||||
### 操作名称
|
||||
|
||||
| `operation` | 页面展示名称 |
|
||||
| --- | --- |
|
||||
| `script_generate` | 脚本 |
|
||||
| `image_generate` | 图片 |
|
||||
| `base_asset_generate` | 基础素材 |
|
||||
| `triview_generate` | 三视图 |
|
||||
| `storyboard_generate` | 故事板 |
|
||||
| `video_generate` | 视频 |
|
||||
| `voiceover_generate` | 配音 |
|
||||
| `entity_extract` | 脚本信息 |
|
||||
|
||||
### 文案表
|
||||
|
||||
`{操作}` 由上表替换。标题和说明均不出现供应商、模型、HTTP 状态、接口地址或支付字样。
|
||||
|
||||
| `code` | 标题 | 说明 | 建议主操作 |
|
||||
| --- | --- | --- | --- |
|
||||
| `provider_quota_exhausted` | `{操作}暂时不可用` | 生成服务正在处理中,请稍后再试。 | 无即时重试;保留原页面稍后再试 |
|
||||
| `provider_rate_limited` | `{操作}请求较多` | 当前生成请求较多,请稍后再试。 | 无即时重试 |
|
||||
| `provider_unavailable` | `{操作}暂时不可用` | 生成服务暂时不可用,请稍后重试。 | `重新生成` |
|
||||
| `provider_config_error` | `{操作}暂时不可用` | 平台正在处理该问题,请稍后再试。 | `复制任务编号` |
|
||||
| `model_unavailable` | `{操作}暂时不可用` | 当前生成能力暂不可用,请稍后再试。 | `复制任务编号` |
|
||||
| `content_rejected` | `{操作}内容需要调整` | 内容未通过生成审核,请调整描述或素材后重试。 | `去修改` |
|
||||
| `invalid_input` | `{操作}内容需检查` | 请检查描述、参数或素材格式后重试。 | `去修改` |
|
||||
| `asset_unavailable` | 素材暂不可用 | 引用的素材不存在或暂不可用,请更换后重试。 | `去修改` |
|
||||
| `user_credit_insufficient` | 可用积分不足 | 充值后可继续生成。 | `去充值` |
|
||||
| `task_timeout` | `{操作}生成时间过长` | 服务响应较慢,未完成生成,请重试。 | `重新生成` |
|
||||
| `processing_failed` | `{操作}结果处理失败` | 本次未生成可用结果,请重试。 | `重新生成` |
|
||||
| `unknown` | `{操作}遇到问题` | 请稍后重试;若多次出现,请提供任务编号以便排查。 | `重新生成` / `复制任务编号` |
|
||||
|
||||
### 动作落地规则
|
||||
|
||||
1. `重新生成` 仅在当前页面本来就拥有对应提交能力时显示;失败卡、通知中心等没有安全重跑上下文的地方不补造一个按钮。
|
||||
2. `去修改` 关闭提示后回到当前可编辑的描述/素材区域,不跳到无关页面。
|
||||
3. `去充值` 仅用于 `user_credit_insufficient`,跳转现有账户充值页;上游额度不足绝不展示该动作。
|
||||
4. `复制任务编号` 只在 `provider_config_error`、`model_unavailable`、`unknown` 这些需要人工排查的类别显示。复制值为 `reference_id`,不附带原始异常。
|
||||
5. `retry_later` 不是可立即反复点击的“重试”;页面保留失败状态,用户稍后可从原入口重新发起。
|
||||
|
||||
### 本次 402 的最终前台表现
|
||||
|
||||
| 项目 | 值 |
|
||||
| --- | --- |
|
||||
| 分类 | `provider_quota_exhausted` |
|
||||
| 标题 | `脚本暂时不可用` |
|
||||
| 说明 | `生成服务正在处理中,请稍后再试。` |
|
||||
| 页面动作 | 不显示“去充值”或即时“重新生成”;用户稍后可从原脚本入口再试 |
|
||||
|
||||
这条文案将同时用于脚本聊天流中的失败消息、任务失败通知摘要和后续脚本失败卡;视觉呈现沿用各页面现有 Toast、失败卡或聊天消息组件,不在本 TODO 内新增一套提示组件。
|
||||
|
||||
## 6. 后续实施草案(确认后再开始)
|
||||
|
||||
### Step 1:盘点错误出口与现有展示
|
||||
|
||||
- 罗列 SSE、同步 API、异步任务轮询、通知中心的失败返回格式。
|
||||
- 收集当前原始错误的来源与已存在的友好提示函数,避免新增第二套分散映射。
|
||||
- 形成“原始错误 → 分类码 → 用户操作”的覆盖表。
|
||||
|
||||
### Step 2:定义后端错误契约
|
||||
|
||||
- 为生成失败返回增加稳定 `error_code`、`retryable` 与安全的阶段信息。
|
||||
- 原始错误只写入任务记录/日志;API 不再直接把原始第三方异常拼进普通用户文案。
|
||||
- 先覆盖上表首批分类,并为无法识别的异常回退 `generation_failed_unknown`。
|
||||
|
||||
### Step 3:前端统一提示层
|
||||
|
||||
- 在一个共享位置维护 `error_code → 标题 / 描述 / 操作`,页面不各自匹配英文错误字符串。
|
||||
- SSE、任务轮询、Toast、失败卡片统一消费该结果。
|
||||
- 根据 `retryable` 决定是否展示重试;将“返回修改”“充值”“联系支持”等作为明确动作而非泛用按钮。
|
||||
|
||||
### Step 4:回归与验收
|
||||
|
||||
- 用代表性错误覆盖脚本、图片、故事板、视频与配音至少各一条失败路径。
|
||||
- 验证用户提示不泄露技术细节,管理员仍可通过任务 ID 查到原始错误。
|
||||
- 验证失败仍会释放预扣积分,且重复点击不会引入重复扣费。
|
||||
|
||||
## 6.1 实际接入顺序与每步验收(已确定,待实施)
|
||||
|
||||
按“先共享基础、先本次故障入口、再异步任务、最后通知”的顺序实施。每一个 Step 可独立提交、独立验证;未完成的链路继续沿用旧行为,不会影响非 AI 模块。
|
||||
|
||||
| Step | 接入范围 | 预计改动边界 | 核心验收 |
|
||||
| --- | --- | --- | --- |
|
||||
| 1 | 纯后端归类器 + 前端 AI 共享映射 | 新增 AI 域内小模块;不改任何接口调用点 | 用模拟异常验证所有 `code → action`;不请求真实供应商 |
|
||||
| 2 | **脚本 Agent**:SSE + 流式聊天消息 | `script_agent.py`、脚本 SSE 类型、`pipeline.tsx` 的脚本消息处理 | HTTP 402 只显示“脚本暂时不可用”;SSE 不含 URL/模型/英文异常;失败释放预扣积分 |
|
||||
| 3 | 图片创作、基础素材、三视图与任务轮询 | AI 任务失败写入处、图片状态接口、工作台/流水线失败卡 | 原始异常不进入普通用户轮询响应;内容审核、素材格式、用户积分不足三类动作正确 |
|
||||
| 4 | 故事板与项目视频 | 故事板/视频失败写入处、项目序列化/提交响应、流水线失败展示 | 单场重跑仍可用;审核、限流、服务异常分别显示正确建议;不改变版本/采用逻辑 |
|
||||
| 5 | 自由创作视频、配音、实体提取 | 将现有 `video_errors.py` 兼容接入共享归类器;补齐异步任务出口 | 不回归已上线的视频审核文案;轮询、失败卡和通知使用同一分类 |
|
||||
| 6 | AI 失败通知与管理员排障 | 通知写入、管理员任务详情 | 普通用户通知只显示安全文案;管理员仍可查原始错误与任务信息 |
|
||||
| 7 | 全链路回归与收口 | 测试、文档、前端人工验收 | 所有 AI 入口覆盖;非 AI 接口返回与提示不变 |
|
||||
|
||||
### Step 1 的最小实现形态
|
||||
|
||||
后端仅新增纯函数/数据结构,例如 `apps/ai/generation_errors.py`;前端仅新增 `src/generation-error.ts`(名称以实际目录规范为准)。二者不直接发请求、不写数据库、不引用页面组件。
|
||||
|
||||
```text
|
||||
原始异常 / 上游响应 ──后端归类器──> PublicGenerationError
|
||||
PublicGenerationError ──前端映射器──> 标题、说明、动作配置
|
||||
```
|
||||
|
||||
这一步完成后仍没有用户界面变化,因此可先通过单元测试锁定契约,再进入 Step 2 接入脚本。
|
||||
|
||||
### 每步共同的回归闸门
|
||||
|
||||
1. 不发起真实模型调用,不产生供应商费用。
|
||||
2. 失败任务仍按当前逻辑释放预扣积分;成功链路的扣费、版本与资产落库不变。
|
||||
3. 普通用户响应、SSE、失败卡与通知不得包含 URL、密钥、供应商原始错误或堆栈。
|
||||
4. 管理员排障仍可从任务 ID 查到原始错误;不可仅留友好文案而丢失根因。
|
||||
5. 非 AI 路由、全局 `request` 封装、登录、上传、项目 CRUD 均不改动。
|
||||
|
||||
### 本轮建议的停止点
|
||||
|
||||
先实施并验收 **Step 1 + Step 2(共享基础 + 脚本 Agent)**,解决当前 402 暴露问题后暂停确认。图片、故事板、视频等后续链路不在同一批改动中混入,避免放大回归面。
|
||||
|
||||
### 实施进度
|
||||
|
||||
- **Step 1 已完成(2026-07-15)**:新增后端纯归类器 `apps/ai/generation_errors.py` 与前端纯映射器 `src/generation-error.ts`;二者均未接入页面、路由、任务写入或真实模型调用。
|
||||
- 后端新增 `apps.ai.test_generation_errors`,以模拟的 402、审核 403、用户积分、限流、模型不可用、输入错误、超时和 5xx 异常验证归类。结果:`6 / 6` 通过。
|
||||
- 前端已通过 TypeScript 类型构建(`tsc -b`)。
|
||||
- **Step 2 已完成(2026-07-15)**:脚本 Agent 的 SSE `error` 帧现返回安全的 `detail + error` 对象;`pipeline.tsx` 仅按共享 `error.code` 映射聊天气泡文案,不再展示上游的 HTTP 状态、URL、模型或英文异常。
|
||||
- 本次 402 的前台聊天提示为:`脚本暂时不可用:生成服务正在处理中,请稍后再试。` 原始异常仍保留在失败任务记录中供管理员排障。
|
||||
- Step 2 回归:后端模拟测试 `7 / 7` 通过(新增 SSE 不泄露 YunQi URL / 402 的断言),前端 TypeScript 类型构建通过;未调用真实模型、未产生供应商费用。
|
||||
- 浏览器自动化连接在本机初始化失败,本轮未取得页面截图;代码层已按既有 AI 聊天气泡和设计规范自检,无新增 CSS、颜色、圆角或按钮。
|
||||
- **Step 3 已完成(2026-07-15)**:图片创作、基础素材与三视图共用的异步任务轮询接口现返回安全 `error + error_message`;图片工作台历史记录、对话历史与当前轮询均不再回传原始供应商异常。基础素材、三视图提交时的同步失败也返回同一安全对象。
|
||||
- 三视图单独使用操作名 `triview_generate`,因此用户会看到“三视图暂时不可用”等准确文案,不会被泛化为“基础素材”。图片/基础素材/三视图继续复用既有失败卡、Toast、轮询和任务状态机,无新增视觉组件或 CSS。
|
||||
- Step 3 回归:后端模拟测试 `9 / 9` 通过,前端 TypeScript 类型构建通过;未调用真实模型、未产生供应商费用。
|
||||
|
||||
## 7. 待讨论决策
|
||||
|
||||
1. `provider_quota_exhausted` 是否统一表述为“生成服务暂不可用”,还是允许在内部/管理员可见页面说明“供应商额度不足”?
|
||||
2. 普通用户是否需要“复制任务编号 / 联系支持”入口,还是仅在通知中心保留失败记录?
|
||||
3. 对可重试失败,是否需要前端自动重试?本 TODO 默认不做自动重试,避免在供应商限流/额度异常时放大请求。
|
||||
4. 是否把该错误分类契约同时用于邮件、站内通知和后台任务列表?推荐统一使用,但可分阶段接入。
|
||||
|
||||
## 8. 非目标
|
||||
|
||||
- 不在本 TODO 内更换 YunQi、充值供应商账户、修改模型选择或切换模型路由。
|
||||
- 不改变用户积分定价、预扣、扣费、退费或任务调度策略。
|
||||
- 不把完整供应商报错、URL、模型密钥或堆栈暴露给普通用户。
|
||||
- 未确认前不修改任何前后端业务代码。
|
||||
|
||||
### Step 4 实施进度(2026-07-15)
|
||||
|
||||
- **故事板与项目视频已完成接入。**故事板生成、项目视频提交、视频远端轮询失败时,任务记录仍保留原始异常用于管理员排障;页面使用完整的安全失败文案,例如“故事板暂时不可用:生成服务正在处理中,请稍后再试。”
|
||||
- 既有单场重跑、视频版本、状态胶囊和失败卡的交互结构不变;本步未新增 CSS、颜色、圆角或按钮。
|
||||
- 通知中心仍保留原始错误正文,按既定边界留到 Step 6 统一收口,避免本步扩大改动范围。
|
||||
- 验证:错误分类定向测试 `10 / 10` 通过;前端 TypeScript 构建通过;`git diff --check` 通过。全量相关回归 `87` 项中 `86` 项通过,唯一失败为既有三视图功能开关测试:用例期望默认关闭返回 `409`,实际环境返回 `202`,与本次提示优化路径无关,未为通过测试修改开关行为。
|
||||
|
||||
### Step 5 实施进度(2026-07-15)
|
||||
|
||||
- **自由创作视频、配音与脚本信息提取已完成接入。**自由创作视频沿用原有任务卡和重试按钮,但不再把火山错误正文写入页面;配音入口不再泄露语音服务配置或上游异常;实体提取的异步轮询现在返回安全 `error + error_message`。
|
||||
- 自由创作视频将原始供应商错误保留在任务记录,并用共享 `error` 对象投影给列表、轮询和失败卡;旧的 `video_errors.py` 不再承担用户端文案职责,避免两套映射继续分叉。
|
||||
- 前端复用既有失败卡、Toast 和提取失败区域,不新增 CSS、颜色、圆角或操作按钮;错误对象存在时统一按前端映射展示标题和说明。
|
||||
- 验证:`apps.ai.test_generation_errors + apps.ai.test_free_video` 共 `45 / 45` 通过,`apps.projects.tests` 共 `46 / 46` 通过,前端 TypeScript 构建通过;测试全程使用模拟供应商,不产生真实调用或费用。
|
||||
|
||||
### Step 6 实施进度(2026-07-15)
|
||||
|
||||
- **通知中心与管理员排障已完成收口。**新的 AI 失败通知正文、摘要和 metadata 仅保存安全文案与稳定 `generation_error` 对象;不再写入供应商 URL、HTTP 状态、原始消息或 `api_error`。
|
||||
- 历史通知的普通用户 API 也会在序列化时剥离旧正文中的“第三方服务商 API 返回的原始报错”区段,并移除历史 `api_error` metadata;不修改数据库历史记录。
|
||||
- 管理员任务详情继续读取 `AITask.error_message`,因此可由通知中的任务编号定位原始错误,不需要新增后台页面、权限或数据库迁移。
|
||||
- 验证:新增通知安全测试;通知定向测试 `5 / 5` 通过,相关生成、项目与通知回归共 `96 / 96` 通过,前端 TypeScript 构建通过。测试确认普通用户通知不含 YunQi URL / 402,管理员任务详情仍可见原始错误。
|
||||
|
||||
### Step 7 实施进度(2026-07-15)
|
||||
|
||||
- **全链路回归与收口验收完成。**脚本、图片、基础素材、三视图、故事板、项目视频、自由创作视频、配音、脚本信息提取、通知中心和管理员任务详情均纳入同一轮本地回归。
|
||||
- 为消除测试环境对本机三视图开关的继承影响,既有“三视图关闭时返回 409”测试已显式设置关闭前置条件;仅修改测试确定性,不改运行时代码或功能开关。
|
||||
- 验证:后端完整相关回归 `208 / 208` 通过,前端 TypeScript 构建通过,`git diff --check` 通过;所有测试使用模拟供应商,不产生真实模型调用或费用。
|
||||
- 视觉层未新增组件、CSS、颜色、圆角或交互;失败提示继续复用现有聊天气泡、失败卡、Toast 与消息中心样式。
|
||||
Reference in New Issue
Block a user