2026-09-12 工作日志

本日：基金转换线（T+1 受理/确认分离模型）第 5 步 T-11 完成 —— core_tools 汇总去重 + 持仓过滤（确认段场景补用例，生产代码零改动）。

一、接手与状态核对

读入：项目根 交接文档.md（v4.0，§0 + §B.11）→ 开发计划 v2.0 §1.4 / §1.5 / §5 / T-11 节 → 现状代码（core_tools.py / rules.py / core_ro.py）→ 既有测试（test_core_tools.py / test_concentration_c4.py / test_convert_confirm.py）。

基线复核：全量 pytest -q（系统 Python 3.13.14）沿用户上次实测 844 passed / 10 skipped（当日收尾实测 846，见下）。

二、T-11 · core_tools 汇总去重 + 持仓过滤 ✅

任务定位（与 v0.x T-11 的区别）

开发计划 v2.0 T-11 的改法两条都是「已实现 → 确认不回归 → 补用例」：

口径三处同调（F-10）与 list_holdings 的 SQL 层 qty > 0 过滤均已就位 （v0.x T-11 产物：_amount_view 提升公开 + SQL 去重 R-d + 归零行过滤）；
本轮实质增量 = 把既有「直接插 SQL 模拟流水」的口径用例升级为 T+1 真实链路场景 （回归面 R-回归 8「保留 + 补用例」/ R-回归 13「保留断言 + 补确认段场景」）—— T+1 模型下流水与持仓只在确认段产生（受理段零写入），直接插 SQL 的既有用例覆盖不了这一点。

落地（仅 `tests/test_core_tools.py` +2，生产代码零改动）

新增 t1_env fixture（seed_suitability_matrix + 最小受理/确认种子：C3 客户、转出 R2 债基 1 批 30000 份 + 持仓 30000、转入 R4 股基、两端 T 日净值 1.3604/1.9194、5 档费率、60 天日历）

_quiet_th()（全阈值推高让引擎静默，不依赖 settings 与 conftest autouse 隔离）：

test_confirm_then_sum_amount_counts_once（验收 11 · 确认段场景）：受理全转 30000 → confirm_one（T+1=2026-09-07）落两条同 gid 流水 → 同窗口插一笔无组普通赎回 100000 → query_recent_trades：sum_amount = 40812.00 + 100000 = 140812.00（转入端不计）、 total_count = 3（明细全量）、sum_trades_on_date(T+1) 跨口径一致。
test_confirm_full_transfer_holding_zero_row_excluded（F-12 / R-回归 13 · 确认段场景）：先直查 SQL 证明转出端 core_holding.qty=0 行仍在库（台账留痕，D 决策），再断言 list_holdings / query_holdings 只剩转入端、qty 与 res["in_qty"] 逐字节一致。

既有 3 条口径级用例与 test_concentration_profile_filters_zero_qty（集中度读取方）保留不动。

执行期裁定 2 条（留痕）

转出端流水 amount = 费前转出金额（40812.00 = 30000×1.3604，与 PRD §5.3.2 示例 68020.00 同语义；赎回费 204.06 单列 redeem_fee 字段）—— 初版锚点误按「费后 40607.94」断言，真跑第一轮即抓出（assert '40812.00' == '40607.94'），已在用例注释钉死口径。
t1_env 必须调 _ddl.seed_suitability_matrix：C×R 矩阵是 check_suitability 的 L0 权威，裸 create_sqlite_engine() 缺矩阵 → 受理段全量 forbidden（SUIT_RISK_MISMATCH），症状是 confirm_one 返回 missing（受理单根本没落）。与 conftest sqlite_engine fixture 同源（自检第 13 问：同一种子不得有两份实现）。

验证

pytest tests/test_core_tools.py 5/5 → 全量 846 passed / 10 skipped（基线 844 + 2，零回归）；
突变 2 组防假绿（均精准命中后还原，git status 仅测试文件改动、无 MUTATION 残留）： ① 去掉 core_ro.list_holdings 的 AND h.qty > 0 → 精准 3 红 （新确认段用例 + 既有 test_query_holdings_excludes_zero_qty + test_concentration_profile_filters_zero_qty 的跨口径一致性断言）； ② core_tools.query_recent_trades 绕开 amount_view 直加全量 → 精准 3 红 （新确认段用例 + 既有不翻倍用例 + 跨口径一致性断言）；
真库 verify_convert_tools.py 复跑 14/14、退出码 0、零残留（v0.x 口径真库证据零回归）。

三、文档回写

开发计划 v2.0 T-11 节（DoD 全勾 + 执行记录）· 交接文档.md（v4.0 → v4.1：头部版本块 / §0 导航表 / §B.11 状态块 + T-11 完成条目）· docs/memory/TODO.md（进度行 + T-11 勾选）· docs/memory/MEMORY.md（3 处进度）· AGENTS.md（进度行）· 本日志。

四、下一步

T-12 补偿脚本改写（R-14）：cleanup_pending_convert.py 扫描对象迁 core_convert_request （accepted/nav_pending 超 2 交易日 → expired）+ rebuild_alerts.py 凭 Core 侧数据补写。入口：开发计划 T-12 节。

4.7 KiB Raw Blame History Unescape Escape