zlt
|
f5cc1b8730
|
候选按上游名次排：上游选股计划排序主轴换成公司质地后，选股序、入池、PMS 候选三处同序（台账 016）
上游选股系统 2026-09-17 把选股计划的排序主轴从传导档位换成公司质地，计划顶层带 rank_axis=quality、每行带 quality_band/pointed/rank_old。这是上线协同阶段工作包乙：PMS 候选在上游是质地轴时按上游名次升序排、关掉自己的基本面立场分桶，让三处同一个序；上游没带 rank_axis（旧计划或选股系统回退）时逐字回到按立场分桶排，靠上游的键自门控。规格见 docs/上线与协同阶段工作方案与规格书_2026-09-17.md 工作包乙与附录乙。
改了哪些函数。plan_feed._rows 归一时带上 quality_band/pointed/rank_axis/rank_old 四键（缺就是空）；parse_plan 返回加顶层 rank_axis、rank_rule；新增 _rank_mode 定这次的排序模式（upstream/quality_bucket/score）；select_candidates 加参数 rank_by_upstream，生效条件是它为真且计划 rank_axis=quality，生效时排序键为上游名次升序、同名次原始分降序、立场桶不参与，返回加 rank_mode、items 透传四键；snapshot 名册快照的 meta 写 rank_mode（拉计划处按 _rank_mode 算好传入）；_params 读 PMS_PLAN_RANK_BY_UPSTREAM，候选调用点透传。param_store 登记 PMS_PLAN_RANK_BY_UPSTREAM 默认开。
没改什么、为什么不合并。立场分桶排与纯分数排两支逐字不动（附录乙要求），上游没给质地轴时自动落回它们。三门槛一确认三风险、研判闸、下单链路、单表访问守卫都没动。不重启容器——上线是 09-23 收盘后重建镜像加 force-recreate、经用户同意，不在本提交、也不与 09-21 选股系统拉代码同一天。选股系统那一处小改（plan_review.pms_roster 按 rank_mode 还原序）在选股系统仓库单独一个提交，不在本提交。
单测。scripts/test_batch29_units.py 加三例（附录乙）：上游 rank_axis=quality 且开关开时按上游名次排、立场桶不参与、rank_mode=upstream；上游没带 rank_axis 时逐字回按分桶排、rank_mode=quality_bucket；rank_mode 三态与四键透传、新开关登记。run_tests.py 的 batch29 例数 24→27。
实测读数。本地 py_compile 四个改动文件通过。本机缺 pydantic_settings 等依赖，按 CLAUDE.md 单测在容器内跑（make test 或 docker compose run pms-web python scripts/test_batch29_units.py），预期 ALL SUITES PASS、例数只增不减，交由 09-19 复审在部署机核。
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
|
2026-09-17 12:54:45 +08:00 |