GaoYiYuan_0626
82c9467fb7
基金转换 T-6：apply_convert 阶段一单事务（core 库唯一写入口）
新增 app/gateway/convert_core_repository.py：两条流水（redeem/subscribe，
R-b 不使用 ENUM 的 convert）+ N×条件 UPDATE 批次扣减 + 转入新批次
+ 两端 core_holding + N×计费明细，全部收口在 with engine.begin() 单事务。
实现级要点（与开发计划 §6.1 的三处差异，已回写该节执行记录）：
- core_holding 改用「基于列当前值的增量 UPDATE」，入参不带持仓快照：
MySQL 的 UPDATE 是当前读，并发两笔自然累加；用快照算绝对值会互相覆盖。
- 数值参数参与算术时写成 (:x + 0.0)：实测 sqlite 在 UPDATE 算术表达式中
不把 TEXT 绑定参数转数值（传 '120' 时 c 不变），加 +0.0 后两库一致。
- pnl_pct 拆成独立 UPDATE 重算，避开 MySQL「SET 从左到右」的顺序坑。
验证：pytest 639 passed / 3 skipped（基线 634 +5，零回归）；
新增 scripts/dev/verify_convert_apply.py 真 MySQL 验证 24/24 一致，
含真并发两笔首次转入同一产品的终态断言（MySQL RR 的 gap lock 实测留痕）。