group_fqcd_jr

219 Commits 12 Branches 0 Tags

3 Commits

Include renames

Author	SHA1	Message	Date
lzf_0626	ff681df143	落地第十五条豁免额度校验；登记三处业务裁定一、第十五条豁免规则（docs/25 第七节 #2，业务裁定：实现）政策原文：C3→R4 签署风险揭示书后可买，但单只 R4 持仓不超过总资产 20%； C4→R5 同理，上限 10%。越级购买本身不是违规，超出额度才是 —— 原先扫描侧只看 "留痕是否齐全"，于是"签了字但买超额度"这种明确违规没有预警；研判侧也把豁免的前提条件（留痕齐全）当成了结论，直接判"疑似误报"。 - 扫描侧：新增 EXEMPTION_LIMITS 与 RiskRuleEngine._exemption_state，核算 "单只持仓 / 总资产"并写进证据快照；触发条件改为 gap > 0 and (missing_trace or 超出额度)。 - 研判侧：_assess_rw007 先判额度再判留痕。超限 → 证据支持风险；留痕齐全且在额度内 → 疑似误报；留痕齐全但快照缺总资产/持仓 → 继续复核。数据前提（tools/probe_exemption_data.py，证据见 docs/evidence/exemption-data-probe.json）：库内 fin_customer_profile 仅 1 行且 total_asset = 0.00、fin_holding 0 行、无任何申购交易 —— 这条规则当前不会被触发，与 behavior_score 同源（画像与持仓由本项目之外的流程写入）。因此刻意不把"算不出来"当成"超限"：拿 0 去算会让每一笔 C3→R4 都变成违规，豁免规则反倒成了误报源。上游把数据写入后无需再改代码即可生效。二、三处业务裁定（此前挂在"待裁定"） - 模型网关 chat + tools 入口：本轮不补，按基座能力缺口记录。它要贯穿 ModelGateway → … → BaseAgent 整条链路，属公共契约变更，演示联调期影响面大于收益。 - exclude（关闭误报）是否必须先"调查中"：保持现状，不加门禁。 - 政策冲突：以第十四条 C ≥ R 为准；客服侧 check_suitability 复核后确认本来就按 C ≥ R 实现，无需改动。三、其他 - 新增 tests/unit/service/test_risk_judgement_rw007.py（6 例）与扫描侧 4 例。 - 风控文档 03/05 同步 RW-007 的豁免额度条件与研判口径。	2026-09-11 14:24:45 +08:00
lzf_0626	b3da1b65ed	fix(risk): 修正风控的时区缺陷——凌晨规则与日报日界 docs/25 P1 #6。根因是"库内存 UTC naive"这个约定在业务判断层没被遵守，而展示层其实已经是对的（risk_daily_report_service.py:418 按配置时区转换）。 1. 新增 app/core/timeutil.py 作为统一换算入口：约定库内 UTC naive，提供 local_hour / local_date / local_day_bounds（后两者用于查库时必须返回 UTC naive，否则区间与库内值整体错开 8 小时），带时区的入参按其自身时区解释。 2. risk_scan_service.py:248：0 <= confirmed_at.hour < 6 → local_hour(...)。原先 [0,6) UTC 被当成"凌晨"，实际是北京时间 08:00-14:00，整条「凌晨时段小额操作」规则判的是上午。 3. risk_judgement_service.py:238/243：判断与展示都换算。展示不改的话，风控专员看到的时刻与直觉差 8 小时，无法与客户核对。 4. risk_daily_report_service.py:89：日界改用 local_day_bounds（按北京时间自然日，再折回 UTC naive）。原先按 UTC 日期切日，北京 08:00 前生成的日报统计窗口跨零点。测试： - 新增 tests/unit/core/test_timeutil.py（8 条），含"UTC 凌晨 0-6 点不是北京凌晨" 这一缺陷复现，以及"日界必须返回 UTC naive"。 - 改写 test_risk_scan_service.py::test_night_small_trade_boundaries：它原本就拿 UTC 小时构造数据（写 0 点/6 点），等于在测北京 08:00/14:00；语义一并修正为北京 00:00（含）与 06:00（不含）两个边界，三个边界场景保持不变。 ruff / mypy(135 文件) / 603 unit+contract 全绿。	2026-09-11 12:50:52 +08:00
zhangshy	a94d5c754d	feat: 迁移奶龙风控业务模块与演示文档	2026-09-10 21:03:44 +08:00

Author

SHA1

Message

Date

lzf_0626

ff681df143

落地第十五条豁免额度校验；登记三处业务裁定

一、第十五条豁免规则（docs/25 第七节 #2，业务裁定：实现）

政策原文：C3→R4 签署风险揭示书后**可买**，但单只 R4 持仓不超过总资产 20%；
C4→R5 同理，上限 10%。越级购买本身不是违规，超出额度才是 —— 原先扫描侧只看
"留痕是否齐全"，于是"签了字但买超额度"这种明确违规没有预警；研判侧也把豁免的
前提条件（留痕齐全）当成了结论，直接判"疑似误报"。

- 扫描侧：新增 EXEMPTION_LIMITS 与 RiskRuleEngine._exemption_state，核算
  "单只持仓 / 总资产"并写进证据快照；触发条件改为
  gap > 0 and (missing_trace or 超出额度)。
- 研判侧：_assess_rw007 先判额度再判留痕。超限 → 证据支持风险；留痕齐全且在额度
  内 → 疑似误报；留痕齐全但快照缺总资产/持仓 → 继续复核。

数据前提（tools/probe_exemption_data.py，证据见 docs/evidence/exemption-data-probe.json）：
库内 fin_customer_profile 仅 1 行且 total_asset = 0.00、fin_holding 0 行、无任何申购
交易 —— 这条规则当前不会被触发，与 behavior_score 同源（画像与持仓由本项目之外的
流程写入）。因此刻意不把"算不出来"当成"超限"：拿 0 去算会让每一笔 C3→R4 都变成违规，
豁免规则反倒成了误报源。上游把数据写入后无需再改代码即可生效。

二、三处业务裁定（此前挂在"待裁定"）

- 模型网关 chat + tools 入口：本轮不补，按基座能力缺口记录。它要贯穿
  ModelGateway → … → BaseAgent 整条链路，属公共契约变更，演示联调期影响面大于收益。
- exclude（关闭误报）是否必须先"调查中"：保持现状，不加门禁。
- 政策冲突：以第十四条 C ≥ R 为准；客服侧 check_suitability 复核后确认本来就按
  C ≥ R 实现，无需改动。

三、其他

- 新增 tests/unit/service/test_risk_judgement_rw007.py（6 例）与扫描侧 4 例。
- 风控文档 03/05 同步 RW-007 的豁免额度条件与研判口径。

2026-09-11 14:24:45 +08:00

lzf_0626

b3da1b65ed

fix(risk): 修正风控的时区缺陷——凌晨规则与日报日界

docs/25 P1 #6。根因是"库内存 UTC naive"这个约定在**业务判断层**没被遵守，
而展示层其实已经是对的（risk_daily_report_service.py:418 按配置时区转换）。

1. 新增 app/core/timeutil.py 作为统一换算入口：约定库内 UTC naive，提供
   local_hour / local_date / local_day_bounds（后两者用于查库时必须返回 UTC naive，
   否则区间与库内值整体错开 8 小时），带时区的入参按其自身时区解释。
2. risk_scan_service.py:248：0 <= confirmed_at.hour < 6 → local_hour(...)。
   原先 [0,6) UTC 被当成"凌晨"，实际是北京时间 08:00-14:00，整条
   「凌晨时段小额操作」规则判的是上午。
3. risk_judgement_service.py:238/243：判断**与展示**都换算。展示不改的话，
   风控专员看到的时刻与直觉差 8 小时，无法与客户核对。
4. risk_daily_report_service.py:89：日界改用 local_day_bounds（按北京时间自然日，
   再折回 UTC naive）。原先按 UTC 日期切日，北京 08:00 前生成的日报统计窗口跨零点。

测试：
- 新增 tests/unit/core/test_timeutil.py（8 条），含"UTC 凌晨 0-6 点不是北京凌晨"
  这一缺陷复现，以及"日界必须返回 UTC naive"。
- 改写 test_risk_scan_service.py::test_night_small_trade_boundaries：它原本就拿
  UTC 小时构造数据（写 0 点/6 点），等于在测北京 08:00/14:00；语义一并修正为
  北京 00:00（含）与 06:00（不含）两个边界，三个边界场景保持不变。

ruff / mypy(135 文件) / 603 unit+contract 全绿。

2026-09-11 12:50:52 +08:00

zhangshy

a94d5c754d

feat: 迁移奶龙风控业务模块与演示文档

2026-09-10 21:03:44 +08:00