diff --git a/docs/上线与协同阶段工作方案与规格书_2026-09-17.md b/docs/上线与协同阶段工作方案与规格书_2026-09-17.md index 26cdb20..d497b82 100644 --- a/docs/上线与协同阶段工作方案与规格书_2026-09-17.md +++ b/docs/上线与协同阶段工作方案与规格书_2026-09-17.md @@ -82,8 +82,8 @@ | 日期 | 星期 | 做什么 | |---|---|---| -| 09-17 | 三 | 复审完成。开发者做工作包甲与工作包丙，同一个提交（拍板点一已通过） | -| 09-18 | 四 | 上午我复审工作包甲（含丙），通过即推送。收盘后数据基座 09-18 部署窗（附录甲，原样）。开发者开始工作包乙 | +| 09-17 | 三 | 复审完成。工作包甲与丙交付并复审通过（e7cf0a9，评审记录第九节），已推送 | +| 09-18 | 四 | 收盘后数据基座 09-18 部署窗（附录甲，原样）。开发者做工作包乙 | | 09-19 | 六 | 工作包乙交付，含选股系统那一处小改。我复审 | | 09-21 | 一 | 收盘后选股系统机器拉代码，接口容器重启并预热，经审批，避开七点到七点半与八点半到九点零五 | | 09-22 | 二 | 07:15 后核首份质地序计划的六处读数，再核"两条路同一份前二十"。收盘后数据基座第二批（附录乙） | diff --git a/docs/交接_2026-09-10.md b/docs/交接_2026-09-10.md index 425387c..c8e5521 100644 --- a/docs/交接_2026-09-10.md +++ b/docs/交接_2026-09-10.md @@ -182,6 +182,16 @@ ssh -p 2280 factor@192.168.16.155 'docker exec akg_factor_bridge date "+%F %T %Z 每个仓库各有一份，记的是每一条影响下单或候选单的规则改动、依据、预期、复核日期。 -- 选股系统：`akg-factor-bridge/docs/复盘决定台账.md`，最新到第 057 条 +- 选股系统：`akg-factor-bridge/docs/复盘决定台账.md`，最新到第 063 条 - 持仓管理系统：`tradingSystem/docs/复盘决定台账.md`，第 001 到 005 条 - 择时决策系统：`bionic_trader/docs/复盘决定台账.md`，第 001 到 004 条 + +## 十一、2026-09-17 补记：排序主轴换成公司质地 + +**改了什么。** 选股计划的排序主轴从传导档位换成公司质地——三份复盘读数一致显示传导越强超额越负，传导分的公式奖励的正是被证明为负的"未动补涨"。传导降为候选卡门槛一（雷达门）与同一质地档内的次级键，不再决定谁排前面。方案与规格书见 `docs/选股计划调整方案_2026-09-17.md` 与 `docs/上线与协同阶段工作方案与规格书_2026-09-17.md`（四仓库同步），台账第 063 条。 + +**下游看到什么。** 主榜、观察档、候选单的名次先按公司质地（好、中、无评析、差四带）排，同带内被传导指向的在前。每行多四个键：`quality_band`（质地带，好 3、中 2、无评析 1、差 0）、`rank_axis`（quality 或 transmission）、`pointed`（是否被传导指向）、`rank_old`（旧序名次，供四周对照）。原有的 `score`、`score_adj`、`tier` 值与含义不变。逐票对账接口 `/plan/verdict` 的"主榜第 N 名"仍按原始分序（应答带 `rank_axis: transmission` 说明），与计划里按质地排的 `rank` 会不一致，属正常。持仓管理系统请注意前缀效应：质地差的强传导票可能落到它要的三百只前缀之外，与"质地差降关注"同向，不是故障。 + +**怎么回退。** 四个开关全设旧值即逐字回旧，不用回代码、不用重启：`PLAN_RANK_AXIS=transmission`、`CARD_SORT_BY_QUALITY=0`、`POOL_SOURCE=tier`、`REVIEW_TARGETS_AXIS=score`。持仓管理系统那边靠上游的 `rank_axis` 自门控，上游一回退它自动回旧。 + +**读数在哪。** 评析目标名单在 153 库的 `t_akg_review_targets` 表；周报第一节的"主榜新序前二十"与"主榜旧序前二十"两份对照名单，四周（10-16 前后）按超额与跑赢比例决定保留还是切回。上线次日的六处判收读数见《选股计划调整方案_2026-09-17》第六节。 diff --git a/docs/评审记录_2026-09-17.md b/docs/评审记录_2026-09-17.md index d7ec9cd..107f8f7 100644 --- a/docs/评审记录_2026-09-17.md +++ b/docs/评审记录_2026-09-17.md @@ -109,3 +109,25 @@ ## 八、附：文件清单对照 提交改了十五个文件：`plan.py`、`card.py`、`pool.py`、`review_targets.py`、`plan_review.py`、`plan_reconcile.py`、`config.py`、`.env.example`、`README.md`、`docs/复盘决定台账.md`、`docs/选股计划入池_对接说明.md`、`docs/选股说明_下游对接.md`、新 `test_plan_rank_axis.py`、`test_plan_quality_rank.py`、`test_plan_snapshot.py`。附录己清单里只差交接文档。清单外没有文件被动。 + +--- + +## 九、修复小包复审补记（2026-09-17 晚，评审者）：通过 + +**对象。** 提交 e7cf0a9（选股系统 `main`），工作包甲三处必改与工作包丙合成一个提交。开发者交付时未推送，复审通过后由我推送。 + +**证据。** 本地七个测试文件末行全部 ALL OK：`test_plan_rank_axis.py`（十二例）、`test_plan_snapshot.py`、`test_plan_quality_rank.py`、新 `test_plan_review_source.py`、`test_card.py`、`test_pool_logic.py`、`test_plan_review_heads.py`。四个开关设旧值再跑 `test_plan_rank_axis.py` 仍 ALL OK；`PLAN_REVIEW_SOURCE=live` 再跑 `test_plan_review_source.py` 仍 ALL OK；三个改动模块 `py_compile` 通过。 + +**逐项核对（按工作方案第十节）。** + +1. 截取规则只剩一处实现。模块级 `take_by_theme` 是唯一的循环，`collect` 里的 `_pick` 与模块级 `pick_rows` 都只剩一行调用。 +2. 两条路的主题取法同源。装配路的 `_theme_of` 与 `_row` 写 `evidence` 的三行逐字对得上：传导视图有证据行取它，否则已启动成员用已动成员视图补的主题，否则空。快照路取行上的 `evidence.theme`，空串与缺失都当无主题，与装配路一致。 +3. 旧轴下无主题行仍归"无传导"桶计数。`uncapped_no_theme` 为假时桶名取"（无传导）"，第十二例钉住六条只放五条。 +4. `encoding` 句两轴都对，改成按开关分别写清。 +5. 交接段已写进 `docs/交接_2026-09-10.md` 第十一节，台账行改成 063。提交信息说"四仓库同步"，但开发者只在选股系统仓库提交，另外三份副本由我随本补记同步。 +6. 工作包丙：无快照日回落到现算并注记"底本：现算"，开关设 live 时有快照也现算，单测三条都钉住。`run` 从计划字典里只取 `_full`、`candidates`、`watch` 三个键，快照整理出的字典正好齐这三个，没有漏掉的键。 + +**建议级，不阻塞。** 一、`_row` 里那三行可以改成直接调 `_theme_of`，让取法只剩一份文字，眼下是两份逐字相同的文字。二、第十一例在测试里抄了一遍 `_theme_of` 的逻辑而不是调真函数，`_theme_of` 若改成模块级纯函数，测试就能调真的。都留到下次顺手改。 + +**下一步。** e7cf0a9 已推送，09-21 收盘后按计划拉。开发者转做工作包乙，规格在工作方案附录乙，09-19 交付。09-22 早上按工作方案第六节核"两条路同一份前二十"。 +