16 KiB
盘中改判与信号聚合方案（2026-09-09，已批准）
两件事一份方案。批准后落盘为 PMS 与择时决策系统两个仓库的 docs/盘中改判与信号聚合方案_2026-09-09.md，台账记 055。 09-09 三条拍板已吸收：盘中改判做到解锁重问加主动扫描两层，不改追高原则；重问后仍驳回静默记账，页面不单列；择时侧盘中资金流分发一并打开。
一、上下文：为什么做
你提了两件事。第一件是信号栏里同一只股票反复出现，想点开看这只票今天的全部信号。第二件是四方股份的"决策系统判暂不建仓"看起来是一次性的，而这只票今天资金流多次转强、涨幅超过六个点，系统该不该在盘中改判。
我把 09-09 这只票的全过程查了一遍：
| 时间 | 发生了什么 | 谁做的 |
|---|---|---|
| 10:04 | 资金流强度告警触发盘中审计，判反转买入（主力净占比由 -12.5% 翻正到 +13.41%），广播买入信号置信 95% | 择时决策系统 |
| 10:05 | 消化这条信号，写留痕 | PMS |
| 10:12 | 送建仓研判，现价 43.15 → 驳回（把握度 72，理由是量能未确认、提纯量不足） | 择时决策系统 |
| 10:12 起 | 当日死锁，扫描每分钟仍在跑但直接跳过这只票 | PMS |
| 13:02 | 资金流告警再次触发，现价 42.47 → 维持（价格虽破 42.0，但量能闸 1.5 没过） | 择时决策系统 |
结论分两半。 择时侧盘中复查了两次，昨夜布下的关注条件也在工作，所以不是完全没复查；但 PMS 的建仓侧确实是一次性的，驳回后当天不再问，13:02 那次复查的结论进不了建仓这条路。
而且这次系统没判错。 从驳回到下午，这只票从 43.15 跌到 42.44，跌了 1.65%；今天被驳回的 11 只票里 5 只在跌、4 只基本没动、只有 1 只涨超四个点。前一天（09-08）被驳回的那批更是 11 只里 10 只下跌。研判连续三天百分之百驳回，在这个弱市里是合理的，不是过严。
所以要修的是机制，不是结论：
- 研判驳回后的当日死锁没有解除条件。 这道闸的注释写明了它的假设——"这只票今天不该从零建仓这个结论当天基本不会翻转"，以及防账本刷屏（2026-07-29 那次每分钟写一行、一天几千行的教训）。假设合理但不是绝对，缺一个"确实有新信息"的例外。
- 盘中转多信号只改候选排序、不改建仓资格。 今天三只票被判转多，一只被死锁挡住、一只候选卡判决是仅展示、一只不在候选池，一个出口都没有。
- 择时侧没有任何任务主动扫"今天谁在涨、谁在进钱"。 四个盘中定时任务分别只看持仓、已有意向单的票、昨夜布过防的票、门控白名单。强势票要被看见，必须上游先推告警。
二、一个必须先讲清的事实：改完之后不会立刻追高买入
这决定了整个方案的取向。我把两只票的择时买入区间算了出来：
| 股票 | 昨夜支撑 / 压力 | 买入区间 | 现价 | 择时会怎么说 |
|---|---|---|---|---|
| 四方股份 | 40.00 / 42.00 | 39.60 到 40.60 | 42.60 | 高于上沿，等待不追 |
| 长源电力 | 24.50 / 27.42 | 24.25 到 25.38 | 26.18 | 高于上沿，等待不追 |
也就是说，即使解锁重问、研判放行、你在页面上点了头，落成指令之后择时仍会说"现价高于买入区间上沿，不追"，指令会在窗口期里挂着等价格回落到区间内才真的下单。系统本身也是只提议不自动执行的档位。
所以解锁重问买到的不是"立刻追高"，而是"让这只票进入待办、等回调时自动买入"。 这与系统写死的那条原则（可以接受买不上）不冲突，也正是你要的"重新评估"。追高那条线本方案不动。
顺带澄清一个容易误会的地方：不追高那道闸算的是较今日开盘的涨幅，不是较昨收。四方股份今天较昨收涨 6.2%，但较开盘是 -1.5%，所以它其实没有被这道闸拦过，是研判驳的。
三、第一件：点股票看它今天的全部信号
3.1 现状与量级
信号栏是左侧浮层里的扁平行列表，一行等于上游流里的一条原始消息，不按股票聚合。数据来自 Redis 五个源：盘中告警、决策系统买卖广播、择时层入场、风控卖出动作、资金异动，外加一份实况评分榜。今天告警流 157 条，四方股份一只就占 11 条，正是你说的反复出现。
页面已经有一个按代码分组的实现（持仓表那列"今天的信号"），但被限死在持仓票、只看今天、只能悬停看前三条，而且明确不可点。
3.2 做法：抽屉，两段取数
后端加一个按代码回扫的接口。 快照口径注定不全（告警每类只留最新 20 条），到下午一只活跃票早盘的信号早被挤掉了。新增 upstream_signals.by_code(ts_code) 与 GET /api/upstream/signals/{ts_code}：分页回扫（每页 500 条，上限可配，默认 5000），两条按日期分键的流整键就是今天，两条不分键的流（风控卖出、资金异动）扫到今天零点为止；同源同分钟同值的合并成一条并显示重复次数，跨源永不合并；按票缓存八秒防连点；单源失败不拖垮整体，返回里逐源标明哪路读不到。只用倒序读取，不建消费组、不写任何东西，且只能点击触发，绝不能进轮询。
前端抽屉两段取数。 点开的瞬间用手上的快照渲染，所以第一帧就有内容，永远不会变成"只有遮罩没有信息"；同时发按代码回扫的请求，回来后替换成完整版，表头的口径说明从"最近快照，可能不全"翻成"完整，已回扫到今天开盘"。补全失败就保留快照并在抽屉里挂一条黄条，带重试按钮。
抽屉里分七段：补全失败提示、回扫未见底提示、分源失败角标、时间线、当前快照（资金异动与实况评分这两路上游只给当前值不带时间，单独成段，不编造时间戳）、这只票今天的账本记录、持仓与候选池处置。账本那条接口早就支持按代码查，只是页面从没用过，后端零改动。
三处入口可点：信号栏每行的股票名、持仓表那列（现在不可点，连"今天没有"也要可点，因为速览口径下的"没有"可能是假的）、消息栏的股票名。风控卖出那一行的股票名要用阻止冒泡，否则点名字会顺手把理由折叠条也翻一下。
3.3 顺带修遮罩空白
你看到的"弹出遮罩层但没有任何信息"，成因是四条，一并修：
- 浮层打开时不等数据、不看空、失败不兜底。 改成：面板先开（关闭随时可用），再发请求，加载态显示在面板里，失败显示原因加重试按钮，面板不自动关（自动关看起来像"点了没反应"，比空面板更糟）。
- 接口整体失败时把错误抹平成空数据，导致模板里那些"读取失败"角标一个都显示不出来，页面看起来就是"今天什么信号都没有"——在风控面板上这是最危险的一种谎。改成保留错误并给每一路造一条失败标记，模板一个字不用改，角标立刻就亮。另外有三处配套：告警派生的四个分组本来就没有失败角标要补上；各组的空文案要让位给失败态；那个失败角标的样式选择器写漏了信号栏，即使显示出来也看不出是错误。
- 错误横幅被遮罩压住。 顶部那条横幅在文档流里，遮罩、浮层、弹层的层级全都压得住它，而且往下滚一屏就看不见。改成在遮罩之上再显示一份浮动的。
- 新抽屉必须显式抬层级。 弹层库的层级从 2000 起自增，而信号栏浮层写死 2010、遮罩 2005，新抽屉不抬层就会落在它们底下，屏幕上正好只剩一层灰——这是同一个症状的另一张脸。双保险：打开抽屉前先收浮层，抽屉本身写死更高的层级。选股计划抽屉也是同一种病（先开抽屉再等数据，上游不通时空白挂满一分钟），一并加加载提示。
四、第二件：盘中改判
4.1 解锁重问（PMS 侧）
插入点是那个返回"今天已被研判驳回"键集合的函数。它现在无条件返回被驳回的票，改成在返回前逐只判一次解锁条件，满足的从集合里剔掉——没有解锁条件时行为逐字相同。
解锁条件一次定死，四条满足任一即解锁（写台账，不按读数回调）：
| 条件 | 判据 | 为什么 |
|---|---|---|
| 择时判转多 | 当日账本里这只票有转多留痕，且时间晚于驳回时刻 | 驳回之前就有的信号研判已经看过了，不算新信息 |
| 价格显著上行 | 现价较驳回时涨幅不低于 2%，且当前有看涨方向的资金流告警 | 单看价格容易被噪音触发，要资金面同时确认 |
| 关注条件升级 | 择时侧审计表当日出现反转买入或升级判定，且晚于驳回时刻 | 昨夜布下的预案在盘中被兑现，是最硬的新信息 |
| 主动扫描命中 | 第二件里新增的强势扫描判定这只票转强，且晚于驳回时刻 | 与上一条同源，走新入口 |
限次：每票每天最多解一次。 判据是当日账本里这只票的新建仓驳回行数——第一次驳回一行，重问后再驳回就是两行，两行及以上不再解锁。不用新表、不用新参数。这直接回应了原设计防账本刷屏的顾虑：最坏情况每票每天多写一行。
试算过今天的实际量级：11 只被驳回的票里只有 1 只会被重问（长源电力，较驳回涨 4.05%，三条资金流看涨告警）。四方股份虽然有五条看涨告警，但价格较驳回时跌了 1.5%，不会被重问——这是对的，它的情况没有变好。
重问要绕过择时侧的三十分钟缓存。 那层缓存的键里没有任何输入指纹，价格资金全变了三十分钟内仍回同一份裁决。做法是研判请求里带一个强制标记，择时侧读缓存前先看这个标记。
重问仍驳回就静默记账（你的拍板）：账本记一行并标明是重问后的结论，页面不单列。
开关 PMS_JUDGE_RECHECK_ENABLED，默认开；解锁条件的阈值各有参数，都要同时登记进运行参数白名单，否则页面上改不了。
4.2 主动扫描（择时侧）
新增一个每五分钟的盘中定时任务，扫两件事：当日涨幅与资金流转强。命中的走已有的盘中审计入口，终点还是那条已经通了的管道（判反转买入 → 广播信号 → 触发重算 → 翻案上游拒单）。
扫哪些票。 择时侧读不到 PMS 的候选池（不同库），取它自己的：昨夜有结论且定性不是卖出、回避、剔除三类的票。昨天这批是 506 只，去掉卖出类还剩四百多只，每轮读四百多个实时快照，Redis 上是秒级，可接受。这个池天然覆盖了 PMS 的候选（候选来自同一批昨夜结论）。
当日涨幅要自己算（现在系统里没有）：现价从已有的实时快照函数取，昨收从日线取最近一根。
阈值一次定死：当日涨幅不低于 3%、当日量比不低于 1.5、资金流方向为看涨，三条同时满足才派单。节流用现有的锁族，同一只票两小时内不重复上大脑；每轮派单数量另设上限（初值 10），防止普涨日一次性打出几十次模型调用。
扫描结果分两种落法：达到阈值的派单上研判；只达到涨幅一条、资金没跟上的只写一行日志，不占模型额度。
4.3 资金流分发打开（择时侧）
把盘中资金异动的分发模式从"只写时间线"改成全量，让资金流转强能直接触发碰撞与研判。这是原设计里标注的灰度状态，注释写着"观察一天量级正常后改 full"。
风险要正视：资金异动流是上游每十五分钟推一整批全市场，今天累计已有十万条。打开后要盯三个读数：每天触发研判的次数、模型调用量、有没有把别的链路挤慢。回退就是把开关改回去、重启一个容器。建议与前两件分开一天上线，出问题分得清是谁。
4.4 顺带修三处小问题
- 驳回行没记两个期限的头。 提议行记了，驳回行只记了把握度。补上，顺便把基线快照（驳回时的当日涨幅、量比、资金流方向）一起记进去，解锁判断要用。
- 低把握驳回转交人的阈值参数没登记进运行参数白名单（09-08 就发现了），页面上改不了、写不进去，代码走默认值 60。补登记。
- 不追高那道闸的口径名不副实：变量名与错误信息都说"当日涨幅"，实际算的是较今日开盘的涨幅。高开八个点然后横盘的票会被放行，低开三个点涨到四个点的票反而被拦。这次只记台账不改——改它会影响所有买入，要单独评估。
五、判收
第一件：抽屉从三处入口打开都拿到同一份内容；补全失败时抽屉里有内容加黄条，不是空白；拦掉上游接口后每一路都显示"读取失败"、没有任何一处说"今天没有"；窄屏从浮层里点股票名，抽屉盖在最上面而不是只剩一层灰。
第二件：连续三个交易日观察——每天解锁重问几次（预期个位数）、重问后放行几次、放行的票最终有没有成交；主动扫描每天命中几只、其中几只本来就在候选池里；资金流打开后每天触发研判的次数与模型用量。两周后拿读数决定要不要调阈值。
六、风险与回退
- 解锁重问导致账本刷屏：每票每天限一次，最坏情况多写一行。这是原设计最担心的事，限次是硬约束。
- 重问放行后买不进：这是预期行为（现价高于买入区间上沿），指令挂在窗口期里等回调。要在页面上说清楚，不然人会以为系统没执行。
- 主动扫描增加模型调用：只扫候选池、三条阈值同时满足、两小时节流，预计每天个位数。
- 资金流分发打开量级失控：单独一天上线，盯三个读数，回退是改开关加重启。
- 前端没有测试框架：新增静态断言把三处入口与层级设置钉死，另有六条回归手工步骤。
每件事各有开关，全部可以单独关掉回到今天的行为。
附录 · 实现要点（可不读）
第一件（PMS）：app/services/upstream_signals.py 加 by_code 与分页回扫辅助函数；app/web/main.py 加一个路由；app/services/param_store.py 登记回扫上限；app/web/static/index.html 加抽屉、三处入口、遮罩四处修复与一条链接样式；新增 scripts/test_batch24_units.py（代码归一、分页边界、按今天截断、去重口径、单源失败、缓存、只读守卫、页面静态断言），在 scripts/run_tests.py 的清单与例数表登记，路由清单也要加。
第二件（PMS）：app/services/proposal_service.py 的驳回键函数加解锁判断、驳回落账补基线快照与两个头；app/services/judge.py 的请求体加强制标记；app/services/param_store.py 登记开关与阈值；新增单测批次。
第二件（择时决策系统）：workers/ 下新增强势扫描任务并在调度表登记；当日涨幅自算复用现有的实时快照函数与日线取数；workers/tasks_intraday.py 的缓存读取处认强制标记；config/settings.py 改分发模式与新增阈值；新增 scripts/selftest_*.py。
验证命令：PMS 在 155 跑 make test 与页面手工步骤；择时在 188 跑自检脚本与看日志读数。容器重启与镜像重建各自需要你点头，PMS 侧仍先跑测试、避开开盘。