group_fqcd_jr

Files

T

lzf_0626 eded5896cd fix(admin): 回复模板的 scene 加枚举校验，非法值不再冒成 500

## 问题

`agent_reply_template.scene` 有数据库 CHECK 约束 `chk_template_scene`，只允许
`disclaimer` / `low_confidence` / `compliance_block` / `transfer` / `model_failure` /
`system_busy` / `clarification` 七个值。

而 `ReplyPayload.scene` 只校验长度（`min_length=1, max_length=32`）——
传一个不在列内的场景会**穿过接口校验、撞上数据库约束**，最终以
`500` 冒出：

    (3819, "Check constraint 'chk_template_scene' is violated.")

那本该是一次 `422` 参数校验失败。**500 与 422 的差别不只是状态码**：
前者会让调用方以为服务端故障、触发重试与告警，而实际是自己参数错了。

## 改动

`ReplyPayload.scene` 改为 `Literal[...]`（新增 `ReplyScene` 类型别名），
取值与 `chk_template_scene` **逐字对齐**，并在注释里写明这个对齐关系与本次事故。

实测：非法 scene → `422 AGENT_INPUT_INVALID`（不再是 500）；合法 scene → `201`。

## 发现方式

这一处是**按接口逐条调用、逐个核对返回**时暴露的 —— 只看代码很难注意到
"schema 的宽松校验"与"数据库的严格约束"之间那道缝。同类风险仍存在：
凡是**表上有 CHECK 而 schema 只做长度校验**的字段，都有同样的 500 风险。

验证：unit+contract 1397 passed；integration 110 passed；ruff 通过；
mypy 251 文件 0 错；e2e 冒烟 40/40。

2026-09-14 01:35:34 +08:00

api

fix(admin): 回复模板的 scene 加枚举校验，非法值不再冒成 500

2026-09-14 01:35:34 +08:00

core

refactor: 品牌统一为「南方财富」（项目方定）

2026-09-13 19:17:56 +08:00

infrastructure

feat(market): 存下行情源给的涨跌幅，产品列表与排行页不再显示"暂无"

2026-09-14 00:30:06 +08:00

model

feat(market): 存下行情源给的涨跌幅，产品列表与排行页不再显示"暂无"