group_fqcd_jr

328 Commits 12 Branches 0 Tags

2 Commits

Include renames

Author	SHA1	Message	Date
lzf_0626	f37fd922a1	fix(seed): 演示预警的状态口径与代码对齐，并补 closed_at ## 结论：risk_action_service 没问题，我先前是误判 esolve（完成结案）写全了 status="已结案" + closed_at + handle_result（risk_action_service.py:105-107）， exclude 同样（:67-71）。我报的"结案没写 closed_at"看到的那条 ALDEMO0003 其实是种子预置样本，不是我以为的自己创建的那条 —— 我的冒烟脚本用 ALDEMO{时分秒} 命名，撞上了种子的 ALDEMO0001-0003，"已存在则跳过"把创建挡掉，随后处置全 409，串起来就像"结案没写时间"。真正的问题在种子数据，两处： 1) 状态口径与代码不一致：ALDEMO0003 写成 status="已关闭"，而 isk_action_service 里没有任何动作会产生这个状态（状态机只有待处理 / 调查中 / 已排除 / 已结案）。演示时会被当成系统行为，排查时又查不到出处。按它的 close_reason 语义（低风险 + 已核验为正常交易），它就是关闭误报 → 改为"已排除"。 2) 终态缺 closed_at：那条有 close_reason 却没有 closed_at，自相矛盾；而且 isk_repository 按 closed_at 统计"当日结案"，缺了它会被漏掉。 INSERT 补上该列，样本用 closed_at_offset_minutes 给值。 ## 顺带修掉冒烟脚本的撞号预警编号前缀 ALDEMO → E2E，注释里写明原因 —— 免得下次又操作到种子样本、还把现象当成新 bug。 ## 验证 - ALDEMO0003 现为 status=已排除 + closed_at 有值 - 库里所有终态预警（已排除/已结案）都带 closed_at；进行中的（调查中）不带 —— 口径一致 - 自己创建的两条走 resolve 后 status=已结案且 closed_at/handle_result 都有值 - 冒烟重跑：40/40 通过，新造预警编号 E2E134351，处置闭环三段全 PASS 门禁：ruff 通过 / mypy 250 文件 0 错 / 单元+契约 1381 passed 2 skipped。	2026-09-13 21:44:08 +08:00
lzf_0626	2fcc4939e7	feat(tools): 新增全流程端到端冒烟脚本 e2e_smoke_test.py 把验收清单里"能用接口判定"的部分自动化：6 条线 40 项，打真实 HTTP、逐条打印 PASS/FAIL。不是 pytest 的替代 —— 单测看代码正确性，它看"部署后底座是不是活的"。覆盖： A 访客令牌 → 提问 → 收到回答 → 未转人工 B 客户登录 → 看板/持仓/流水 → 真实下单成交 → 委托详情 → 会话与转人工 C 风控概览/队列/详情/八类证据/通知/扫描 → 处置闭环（确认→调查→结案） D 投顾已发布方案 E 运营场外邮件与邮箱状态 F 管理员角色/权限/身份/配置发布/模型端点/审计/转人工工单/画像候选两个实现细节值得留意： - 各端点 data 形状不统一（角色列表裸数组、持仓在 holdings、成交明细在 transactions、资金流水在 entries、知识列表不套 data），所以这里用 listed(payload, keys) 依次尝试，并在注释里写明"别猜字段名"—— 我自己写联调脚本时连续猜错三次。 - 库里没有"待处理"预警时自动造一条*再验证处置闭环，否则该环节只能跳过（实测库里的预警常常都已被处置过，第一次跑就跳过了）。新增 --read-only：跳过所有写操作，用于生产或不想动数据时。实测：40/40 通过（含真实下单 201 已成交、风控处置闭环三段全 PASS）。 docs/40 补上"一键冒烟"一节。	2026-09-13 21:39:37 +08:00

Author

SHA1

Message

Date

lzf_0626

f37fd922a1

fix(seed): 演示预警的状态口径与代码对齐，并补 closed_at

## 结论：risk_action_service 没问题，我先前是误判


esolve（完成结案）写全了 status="已结案" + closed_at + handle_result（risk_action_service.py:105-107），
exclude 同样（:67-71）。我报的"结案没写 closed_at"看到的那条 ALDEMO0003
其实是**种子预置样本**，不是我以为的自己创建的那条 —— 我的冒烟脚本用
ALDEMO{时分秒} 命名，**撞上了种子的 ALDEMO0001-0003**，"已存在则跳过"把创建挡掉，
随后处置全 409，串起来就像"结案没写时间"。

真正的问题在种子数据，两处：

1) **状态口径与代码不一致**：ALDEMO0003 写成 status="已关闭"，而
   
isk_action_service 里**没有任何动作会产生这个状态**（状态机只有
   待处理 / 调查中 / 已排除 / 已结案）。演示时会被当成系统行为，排查时又查不到出处。
   按它的 close_reason 语义（低风险 + 已核验为正常交易），它就是**关闭误报** → 改为"已排除"。

2) **终态缺 closed_at**：那条有 close_reason 却没有 closed_at，自相矛盾；
   而且 
isk_repository 按 closed_at 统计"当日结案"，缺了它会被漏掉。
   INSERT 补上该列，样本用 closed_at_offset_minutes 给值。

## 顺带修掉冒烟脚本的撞号

预警编号前缀 ALDEMO → E2E，注释里写明原因 —— 免得下次又操作到种子样本、
还把现象当成新 bug。

## 验证

- ALDEMO0003 现为 status=已排除 + closed_at 有值
- 库里所有终态预警（已排除/已结案）都带 closed_at；进行中的（调查中）不带 —— 口径一致
- 自己创建的两条走 resolve 后 status=已结案 且 closed_at/handle_result 都有值
- 冒烟重跑：40/40 通过，新造预警编号 E2E134351，处置闭环三段全 PASS

门禁：ruff 通过 / mypy 250 文件 0 错 / 单元+契约 1381 passed 2 skipped。

2026-09-13 21:44:08 +08:00

lzf_0626

2fcc4939e7

feat(tools): 新增全流程端到端冒烟脚本 e2e_smoke_test.py

把验收清单里"能用接口判定"的部分自动化：6 条线 40 项，打真实 HTTP、逐条打印 PASS/FAIL。
不是 pytest 的替代 —— 单测看代码正确性，它看"部署后底座是不是活的"。

覆盖：
  A 访客  令牌 → 提问 → 收到回答 → 未转人工
  B 客户  登录 → 看板/持仓/流水 → 真实下单成交 → 委托详情 → 会话与转人工
  C 风控  概览/队列/详情/八类证据/通知/扫描 → 处置闭环（确认→调查→结案）
  D 投顾  已发布方案     E 运营  场外邮件与邮箱状态
  F 管理员 角色/权限/身份/配置发布/模型端点/审计/转人工工单/画像候选

两个实现细节值得留意：
- **各端点 data 形状不统一**（角色列表裸数组、持仓在 holdings、成交明细在 transactions、
  资金流水在 entries、知识列表不套 data），所以这里用 listed(payload, *keys) 依次尝试，
  并在注释里写明"别猜字段名"—— 我自己写联调脚本时连续猜错三次。
- 库里没有"待处理"预警时**自动造一条**再验证处置闭环，否则该环节只能跳过
  （实测库里的预警常常都已被处置过，第一次跑就跳过了）。

新增 --read-only：跳过所有写操作，用于生产或不想动数据时。

实测：40/40 通过（含真实下单 201 已成交、风控处置闭环三段全 PASS）。

docs/40 补上"一键冒烟"一节。

2026-09-13 21:39:37 +08:00