From c706633ac5f69bdda076fecd08b2da02db55ceaa Mon Sep 17 00:00:00 2001
From: zlt <zlt@zlt.com>
Date: Thu, 17 Sep 2026 13:28:37 +0800
Subject: [PATCH] =?UTF-8?q?=E6=96=B9=E6=A1=88=E5=89=AF=E6=9C=AC=E5=90=8C?=
 =?UTF-8?q?=E6=AD=A5=EF=BC=9A=E5=A4=8D=E5=AE=A1=E8=AE=B0=E5=BD=95=EF=BC=9A?=
 =?UTF-8?q?=E5=B7=A5=E4=BD=9C=E5=8C=85=E4=B9=99=E6=8C=81=E4=BB=93=E7=AE=A1?=
 =?UTF-8?q?=E7=90=86=E7=B3=BB=E7=BB=9F=20f5cc1b8=20=E9=80=9A=E8=BF=87?=
 =?UTF-8?q?=EF=BC=88155=20=E4=B8=80=E6=AC=A1=E6=80=A7=E5=AE=B9=E5=99=A8?=
 =?UTF-8?q?=E5=AE=9E=E8=B7=91=E5=85=A8=E7=BB=BF=EF=BC=89=E3=80=81=E9=80=89?=
 =?UTF-8?q?=E8=82=A1=E7=B3=BB=E7=BB=9F=204ae6378=20=E9=80=80=E5=9B=9E?=
 =?UTF-8?q?=E4=B8=80=E5=A4=84=EF=BC=88=E6=A1=A3=E4=BD=8D=E7=99=BD=E5=90=8D?=
 =?UTF-8?q?=E5=8D=95=E8=BF=87=E6=BB=A4=E4=B8=8D=E8=83=BD=E5=8E=BB=EF=BC=89?=
 =?UTF-8?q?=E3=80=81=E6=8B=8D=E6=9D=BF=E7=82=B9=E5=85=AD=E4=B8=8E=2009-24?=
 =?UTF-8?q?=20=E8=AF=BB=E6=95=B0=E6=94=B9=E6=B3=95?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
---
 ...Šçº¿ä¸Žå��å�Œé˜¶æ®µå·¥ä½œæ–¹æ¡ˆä¸Žè§„格书_2026-09-17.md | 42 ++++++++++++-------
 docs/评审记录_2026-09-17.md                   | 20 +++++++++
 2 files changed, 46 insertions(+), 16 deletions(-)

diff --git a/docs/上线与��阶段工作方案与规格书_2026-09-17.md b/docs/上线与��阶段工作方案与规格书_2026-09-17.md
index d497b82..54d77a6 100644
--- a/docs/上线与��阶段工作方案与规格书_2026-09-17.md
+++ b/docs/上线与��阶段工作方案与规格书_2026-09-17.md
@@ -56,7 +56,7 @@
 5. 选股系统 `plan_review.pms_roster` 读到元数�里 `rank_mode` 为 upstream 时按�册里的�次���� N，�则按原始分���� N（今天的写法）。这一处�改放在选股系统仓库，�工作包丙或�独一个�交。
 6. �测��账�对接说明。既有的 `scripts/test_batch29_units.py` 里已有按质地分桶的三例，�边加三例。�账一�，编� 016。�仓管�系统的对接说明加一段"�缀效应"，与选股系统下游对接说明那段�义。
 
-**上线。** �仓管�系统在选股系统机器上，��挂载进容器，改代�����进程，���用户���收盘��。放在 09-23 收盘�，��是 09-22 的六处读数干净。�与 09-21 的选股系统拉代��一天，��两处�时�化说�清。
+**上线。** �仓管�系统在选股系统机器上，��挂载进容器，改代�����进程（��建镜�，�赖没改），���用户���收盘��。放在 09-23 收盘�，��是 09-22 的六处读数干净。�与 09-21 的选股系统拉代��一天，��两处�时�化说�清。�一天按��点六决定���把档�白��放宽。
 
 细节�附录乙。
 
@@ -84,11 +84,11 @@
 |---|---|---|
 | 09-17 | 三 | �审完�。工作包甲与丙交付并�审通过（e7cf0a9，评审记录第�节），已推� |
 | 09-18 | 四 | 收盘�数�基座 09-18 部署窗（附录甲，原样）。开�者�工作包乙 |
-| 09-19 | 六 | 工作包乙交付，�选股系统那一处�改。我�审 |
+| 09-19 | 六 | 工作包乙已于 09-17 交付并�审（评审记录第�节）：�仓管�系统 f5cc1b8 通过，选股系统 4ae6378 退回一处，修补�交 09-19 �交 |
 | 09-21 | 一 | 收盘�选股系统机器拉代�，接�容器��并预热，�审批，�开七点到七点�与八点�到�点零五 |
 | 09-22 | 二 | 07:15 �核首份质地�计划的六处读数，�核"两�路�一份�二�"。收盘�数�基座第二批（附录乙） |
-| 09-23 | 三 | 09-22 读数干净，则收盘����仓管�系统进程上线工作包乙，�审批 |
-| 09-24 | 四 | 08:45 �核�仓管�系统的候选�等于上游�次� |
+| 09-23 | 三 | 09-22 读数干净，则收盘����仓管�系统进程上线工作包乙（restart，��建），�审批；按��点六改档�白�� |
+| 09-24 | 四 | 08:45 �在一次性容器里调候选选择函数，核 rank_mode 为 upstream��次递增 |
 | 09-25 | 五 | 首份带两份对照��的周报，底本按��点一 |
 | 09-28 | 一 | 数�基座建议级�包�审（若�） |
 | 09-29 | 二 | 数�基座第三批与�端�建（附录丙） |
@@ -128,10 +128,16 @@ cd /Users/baobao/Documents/work/project/akg-factor-bridge && python3 test_plan_r
 cd /Users/baobao/Documents/work/project/akg-factor-bridge && PLAN_RANK_AXIS=transmission CARD_SORT_BY_QUALITY=0 POOL_SOURCE=tier REVIEW_TARGETS_AXIS=score python3 test_plan_rank_axis.py 2>&1 | tail -1
 ```
 
-**本地（�仓管�系统仓库，工作包乙交付�）。** 预期末行 ALL SUITES PASS，例数�增��。
+**�仓管�系统�测（选股系统机器，一次性容器）。** 本地 Python 3.9 没有 pydantic 也没有 docker，跑�了它的�测。办法是把�交打包拷到机器上的临时目录，用现�镜�起一个一次性容器把目录挂进去跑，�碰�行中的容器，跑完删目录。预期末行 ALL SUITES PASS，例数�增��。先在本地打包上传：
 
 ```bash
-cd /Users/baobao/Documents/work/project/tradingSystem && python3 scripts/run_tests.py 2>&1 | tail -3
+cd /Users/baobao/Documents/work/project/tradingSystem && git archive --format=tar.gz -o /tmp/pms-review.tar.gz HEAD && scp -P 2280 /tmp/pms-review.tar.gz factor@192.168.16.155:/home/factor/tmp/
+```
+
+�在选股系统机器上跑并清�：
+
+```bash
+D=/home/factor/tmp/pms-review && rm -rf $D && mkdir -p $D && tar -xzf /home/factor/tmp/pms-review.tar.gz -C $D && docker run --rm --entrypoint python -v $D:/app -w /app pms:latest scripts/run_tests.py 2>&1 | tail -3; rm -rf $D /home/factor/tmp/pms-review.tar.gz
 ```
 
 **选股系统机器（09-22 早上 07:15 �）。** 两�路�一份�二�。这�读数是必改一的最终判收。预期打出快照文件�与 True。
@@ -142,16 +148,16 @@ cd ~/project/akg-factor-bridge && docker exec akg_factor_bridge python3 -c "impo
 
 **选股系统机器（09-22）。** 首份质地�计划的六处读数，命令与预期照《选股计划调整方案_2026-09-17》第六节，��抄一�。
 
-**选股系统机器（09-24 早上 08:45 �）。** �仓管�系统的候选�等于上游�次�。读它当天的�册快照与元数�。预期 `rank_mode` 为 upstream，打出的�次�列严格递增。
+**选股系统机器（09-24 早上 08:45 �）。** �仓管�系统的候选�等于上游�次�。�册快照按代���库，看它的顺�没有�义，�直接调候选选择函数。在�仓管�系统仓库目录起一个一次性容器（带 compose 的网络与环境，�碰�行中的容器）。预期第一项是 upstream，��的�次列表严格递增。
 
 ```bash
-cd ~/project/akg-factor-bridge && docker exec akg_factor_bridge python3 -c "
-import json, db
-df = db.read_mysql('pms', 'SELECT roster_json, meta_json FROM pms_plan_snapshot ORDER BY id DESC LIMIT 1')
-meta = json.loads(df.iloc[0]['meta_json'] or '{}'); roster = json.loads(df.iloc[0]['roster_json'] or '[]')
-print('rank_mode =', meta.get('rank_mode'))
-rows = [r for r in roster if str(r.get('b') or 'main') == 'main']
-print('�册��的�次：', [r.get('r') for r in rows[:10]])" 2>&1 | grep -v Warning
+cd ~/project/tradingSystem && docker compose run --rm --no-deps pms-web python -c "from app.services import plan_feed as pf; out = pf.candidates(); print(out.get('rank_mode'), [(i.get('rank'), i['ts_code']) for i in out['items'][:10]])" 2>&1 | tail -2
+```
+
+**选股系统机器（09-24）。** �册元数�已写排�模�。预期打出 upstream。
+
+```bash
+cd ~/project/akg-factor-bridge && docker exec akg_factor_bridge python3 -c "import json, db; df = db.read_mysql('pms', 'SELECT meta_json FROM pms_plan_snapshot ORDER BY id DESC LIMIT 1'); print(json.loads(df.iloc[0]['meta_json'] or '{}').get('rank_mode'))" 2>&1 | grep -v Warning
 ```
 
 **选股系统机器（09-25 周报�）。** 周报底本。预期第一节�天的注记写"底本：快照"，两份对照��都在。
@@ -179,7 +185,8 @@ cd ~/project/akg-factor-bridge && grep -n "底本\|新��二�\|旧��二
 2. **�仓管�系统��项的默认值与上线日。** 建议默认开��上游的 `rank_axis` 自门控，09-23 收盘�上线。�与 09-21 �一天。
 3. **�交 4d7ca55 �本方案推�。** 代定。修��包在它上���一个。
 4. **两份对照��的�径。** 代定：两份都是全���二�，�设主题��，与周报其余����径。它比的是排�规则，�是当天交付的那二��；交付���有"候选�"与"强传导交付��"两行。
-5. **工作包乙里选股系统那一处�改（`pms_roster` 按 `rank_mode` ��）** 代定�工作包丙�一个�交。
+5. **工作包乙里选股系统那一处�改（`pms_roster` 按 `rank_mode` ��）** 代定�工作包丙�一个�交。实际�独�交 4ae6378，�审退回一处，修补�附录乙末段。
+6. **�仓管�系统的档�白�����放宽。** 它的�行�数 `PMS_PLAN_TIERS` 现在退回�值"强传导"，是一�硬闸：上游�下它拿到的�五�是"强传导行里的质地�"，被指�但�算弱传导的好公�永远进��，与"传导�为雷达门�被指���"�一致，也与入池���。建议 09-23 �工作包乙上线时在�数页把它改�"强传导,弱传导"，�用代�，�账补一行；周报的交付��还原读�一个�数，自动跟上。�改也行，但四周�核�说明这一处差异。
 
 ---
 
@@ -205,6 +212,8 @@ cd ~/project/akg-factor-bridge && grep -n "底本\|新��二�\|旧��二
 3. 周报改读快照�，09-18 与 09-21 两个旧�日的"主榜新��二�"其实是旧��二�，注记写明。
 4. 工作包乙上线那天若�仓管�系统进程��失败，回退是���，代�在挂载目录里但进程还是旧的，行为��。
 5. �册元数�的 `rank_mode` �从工作包乙上线那天起有，之�的�册周报�按原始分还原，注记写明"历� N 与���还原"那�已有。
+6. �仓管�系统的�册主榜会从六�到一百行跳到接近三百行。它��上游传主题��（�行�数 `PMS_PLAN_THEME_CAP` 为零，08-13 设的），上游按默认�主题五�截；质地轴下无传导行��这���，所以 09-22 起它拿到的行数接近它�的三百。多出�的行�大多数判仅展示，被它的按判决分�剔掉，候选�数��影�，"考虑�数"跳一次属预期。
+7. �仓管�系统机器上 `PMS_PLAN_TOP_N` 是五�，与入池的五�对上；文档里写"�三��"的地方指的都是这个数，��改。
 
 ---
 
@@ -246,7 +255,8 @@ def take_by_theme(items, n, theme_cap, theme_of, uncapped_no_theme):
 - 选股系统 `plan_review.pms_roster`（`plan_review.py` 约 120 到 140 行）：查询多� `meta_json`；`rank_mode` 为 upstream 时 `rows.sort(key=lambda r: r.get("r") if r.get("r") is not None else 1 << 60)`，�则��按 `s` ��。注记字符串加一�"�按�册元数� rank_mode 还原"。
 - �测：`scripts/test_batch29_units.py` 约 298 到 324 行�加三例：上游 `rank_axis` 为 quality 且开关开时按�次排且立场桶��与；上游没带 `rank_axis` 时开关开也�字回按分桶排；`rank_mode` 三��值�对。若 `run_tests.py` 的文档字符串里写了�批例数，按哨兵改数。
 - �账 016，五段�。对接说明加"�缀效应"一段。
-- 上线（选股系统机器，收盘�，�审批）：`docker compose --profile sched --profile ws restart -t 30`，���用 `docker exec pms-ws date` 看容器时间确认已收盘。
+- 上线（选股系统机器，收盘�，�审批）：`docker compose --profile sched --profile ws restart -t 30`，���用 `docker exec pms-ws date` 看容器时间确认已收盘。��建镜�：��由 `docker-compose.override.yml` 挂载进容器，�赖没改。
+- **4ae6378 的修补（�审退回一处，09-21 拉代��交）。** `pms_roster` 的上游�分支�能去掉档�过滤：�仓管�系统的 `tiers` 门与排�模�无关，任何模�下都先过它。改法是从 `pms_runtime_param` 读 `PMS_PLAN_TIERS`（查询与读 `PMS_PLAN_TOP_N` 那��款；缺行退回"强传导"，与�仓管�系统 `config/settings.py` 的�值一致；读到空串按�过滤），两�模�都先按它过滤主榜行，�按 `rank_mode` 定�：upstream 按 `r` ����则按 `s` ��，最��� N。把"过滤加定�"抽�纯函数 `_roster_pick(rows, tiers, mode, n)`，在 `test_plan_review_source.py` 里加一例：�一份�册在 upstream 与旧模�下��到的���以�白��为空时�过滤。注记里写明白���自�数表。
 
 ## 附录丙（��读）：工作包丙实现
 
diff --git a/docs/评审记录_2026-09-17.md b/docs/评审记录_2026-09-17.md
index 107f8f7..d26b34c 100644
--- a/docs/评审记录_2026-09-17.md
+++ b/docs/评审记录_2026-09-17.md
@@ -131,3 +131,23 @@
 
 **下一步。** e7cf0a9 已推�，09-21 收盘�按计划拉。开�者转�工作包乙，规格在工作方案附录乙，09-19 交付。09-22 早上按工作方案第六节核"两�路�一份�二�"。
 
+---
+
+## ��工作包乙�审（2026-09-17 下�，评审者）：�仓管�系统通过，选股系统�改退回一处
+
+**对象。** �仓管�系统仓库 f5cc1b8（�账 016）与选股系统仓库 4ae6378，都在�自 `main`�交付时未推�。
+
+**�仓管�系统 f5cc1b8：通过。** 开�者本机跑�了它的�测（缺 pydantic 等�赖，本机 Python 3.9，无 docker），��了编译与�行对照，如实说了。我把这个�交用 `git archive` 打包�拷到选股系统机器的临时目录，用 `pms:latest` 镜�起一个一次性容器把代�目录挂进去跑 `scripts/run_tests.py`，末行 ALL SUITES PASS，`test_batch29_units.py` 三例新用例全部 ok，跑完删掉临时目录与包。�行中的容器一个没碰。这是今��审�仓管�系统代�的办法，写进工作方案第六节。
+
+�项核对（按工作方案第�节四件事）：自门控�看计划顶层的 `rank_axis`，由 `_rank_mode` 一处判定，候选选择与�册元数�都用它；上游�下排�键�有�次与原始分，立场桶��与；上游没带 `rank_axis` 时两个既有分支�字�动，第二例钉�；�册元数�写了 `rank_mode`，在拉计划处按�数算好传入，与候选选择�一份�数�一份计划。四个新键归一��传，顶层 `rank_axis`�`rank_rule` 带进�，�数登记默认开，接入说明补了�缀效应，�账 016 五段�。
+
+一处�改�的是�账 016 与�交信�里的"�建镜�加 force-recreate"。选股系统机器上�仓管�系统的��是挂载进容器的（`docker-compose.override.yml` 把仓库目录挂到 `/app`，我�读核过），�赖没改，上线�需��进程：`docker compose --profile sched --profile ws restart -t 30`。�建镜�会覆盖镜�标签�丢容器里的定时任务表��跑一�建表脚本，没必�。�账那�留��改，以工作方案第六节为准。
+
+**选股系统 4ae6378：退回一处。** `pms_roster` 的上游�分支去掉了"档�强传导"过滤，�交信�说是"与�仓管�系统的上游分支��径"。这�对。�仓管�系统的档�白��（`select_candidates` 里的 `tiers` 门）与排�模�无关，任何模�下都先过它�截断。选股系统机器上 `pms_runtime_param` 表里没有 `PMS_PLAN_TIERS` 这一行，`param_store.get` 退回 `config/settings.py` 的�值"强传导"，所以�仓管�系统在上游�下�然��强传导行。周报按 4ae6378 还原出�的"生产��"会多出弱传导与无传导的行，与它真正交付的那份对�上，四周�核那一行读数就失真了。
+
+修法（工作方案附录乙补了一段）：`pms_roster` 从 `pms_runtime_param` 读 `PMS_PLAN_TIERS`（缺行退回"强传导"，与�仓管�系统的�值一致；读到空串按�过滤），两�模�都先按它过滤，�按 `rank_mode` 定�，上游�按�次���旧�按原始分��。把"过滤加定�"抽�纯函数加一例�测，�连库。一个��交，09-21 拉代�之��完。
+
+**顺带核出的三件事实，写下��得�猜。** 一，�仓管�系统机器上 `PMS_PLAN_TOP_N` 是五�，�是文档里多处写的三�，与入池的 `POOL_TOP=50` 正好对上。二，�册快照按代���库，�是�次�，所以"�册���次递增"这样的读数无�义，09-24 的读数改�在一次性容器里调候选选择函数看输出，命令在工作方案第六节。三，最近三天�册主榜�有六�三�������八行，�是三百。原因查清了：�仓管�系统的�行�数 `PMS_PLAN_THEME_CAP` 在 08-13 被设�零，零的�义是��上游传主题���用上游默认值，上游默认�主题五�，所以它拿到的是�主题五��的六�到一百行。这是既有设置，�是本次的问题。但 09-22 起会�：质地轴下无传导行��上游��，它会拿到接近三百行，多出�的�大多数是无传导�判仅展示的行，被它自己的按判决分�剔掉，候选�数��影�，页�上的"考虑�数"会跳一次，写进工作方案第�一节。
+
+**一����（工作方案��点六）。** �仓管�系统的档�白��"强传导"是一�硬闸：上游�下它拿到的�五�是"强传导行里的质地�"，被指�但�算弱传导的好公�永远进��。这与"传导�为雷达门�被指���"�一致，也与入池（被指���，�看档�）���。建议 09-23 �工作包乙上线时把�行�数 `PMS_PLAN_TIERS` 改�"强传导,弱传导"，页�改��用代�，�账补一行。�改的�四周�核�说明这一处差异。
+