akg-factor-bridge/docs/量价研判链吸收方案_2026-09-08.md

# 量价研判链吸收方案（2026-09-08）

> 来源：中金公司量化策略 2026-08-24《大模型系列（8）：量价 Multi-Agent 架构，事件驱动的智能交易引擎》。
> 这是一份独立方案，2026-09-08 经用户批准，与《下一阶段工作方案_2026-09-07》并列；选股系统与数据基座两个仓库各存一份副本。
> 09-08 的拍板与纠正已经吸收进正文：定价状态先只展示加复盘分组；四类券商事件由选股系统直接从研报明细表算；择时层先改提示词四条纪律与 20 日头，多次运行等费用核算后再定；识图与文本模型先试 178、188、158 的本地模型；行情表是前复权数据；**对已有功能的改动逐项评估下游影响，能用冗余功能并行的就不重构。**
> 研报后半部分（分年度收益、多空差、相关性）是券商为了证明自己的结论有依据，本方案只取它的方法，不照搬它的评估口径。

---

## 零、一句话

研报的流程图是一条"事件定方向、量价定时点、三个智能体分工再合议"的研判链。我们四层里对应的东西大部分在择时决策系统，但那条链现在是一次大调用把所有证据混在一起，没有分工、没有固定顺序、只看五天、只跑一次。这份方案的主体是**在择时决策系统里并行建一条分工的研判链**：新模块、新报告、新键都是加在旁边的，现有的信号、支撑压力、形态、关注条件一个字段不改；选股系统补事件与事件日字段；PMS 只透传和显示。

---

## 一、研报的流程图逐节点复述

先把图表 1 说清楚，后面的对照都按它的节点编号。

**输入事实，三块。**
一，正向事件：事件类型、是否同日复合、分析师覆盖度变化。
二，日频行情：后复权开高低收量序列、分析日之前的历史序列。
三，事件日字段：事件前收益、跳空、日内收益、收盘位置、量能异常、涨停状态。研报强调只用分析日及此前可知的信息。

**量价指标智能体，五步固定顺序，输出"精确数值链"。**
第一步 波动率：用真实波幅及其分位，判低、中、高波动，并标明是否属于高波动风险背景。
第二步 趋势强弱：用平均趋向指数的绝对值加近五期变化，判增强、减弱、平稳，以及趋势市还是震荡市。
第三步 方向：看平滑异同移动平均、变动率、能量潮三者的方向是否一致。
第四步 位置：用相对强弱、随机指标、威廉指标判超买、超卖、中性。
第五步 量能确认：用资金流量指标与量比验证趋势能否延续。
另有一个"历史价格路径"块：五日、二十日、六十日收益，区间位置，距高点回撤，连涨连跌，二十日与六十日的路径标签（延续、衰减、反转、震荡）。
输出七段：核心指标读数、历史价格路径、状态判定链、主要状态观点（三选一）、多空观点、不同窗口的方向建议（五日与二十日）、主要依据与风险提示。

**识图智能体，五步固定顺序，"图像观察加数值复验"。**
第一步 图数核验：逐根核对最近五根 K 线的阴阳、实体与影线，成交量柱颜色，最近五根动能柱的正负与变化。
第二步 K 线结构：实体、影线、跳空、收盘位置。
第三步 量价关系：成交量连续变化、量比与价格方向是否确认。
第四步 趋势通道：红蓝趋势线端点、通道宽度、边界距离，判收敛或扩张、价格贴近哪一侧。
第五步 动能确认：最近五根动能柱、金叉死叉、是否背离。
冲突处理写死：图片与数值冲突时采用结构化数值。输出七段，与指标智能体对称。

**最终决策智能体，公共规则十条加两个独立期限决策头。**
公共规则的核心四条：正向事件是起点不是方向；同日事件已合并、同源量价字段不得重复计权；事件前收益判抢跑、事件日收益与量能判确认或兑现，不能视为未来收益；区间位置与趋势效率只表示状态。
五日头按"短期背景、事件增量与市场反应、短期方向确认、综合判断"四步，区分价格发现、抢跑后延续或回撤、扰动后回归、连续涨跌后均值回归、多空冲突震荡五种机制。
二十日头按"历史价格背景、中期趋势确认、事件是否改变原有路径、综合判断"四步，区分原趋势延续、新的价格发现、急涨后兑现回撤、下跌后修复、缺乏方向震荡五种机制。
两个头禁止互相引用，各自输出评分（负一到一）、方向标签、判断依据、风险收益比。

**稳定性。** 同一输入独立跑十次，看方向占比、评分中位数、离散度；二十日头明显比五日头稳定。

---

## 二、逐节点对照：我们有什么，差的是功能还是数据

对照基于 09-08 的只读核实：择时决策系统的夜间流程（analyze_strategic_plan）、盘中研判（process_intraday_audit 的 PMS_JUDGE 分支）、识图服务、因子表列名、券商研报明细表、行情表、本地模型服务清单。

### 2.1 输入事实

| 研报节点 | 我们现在有什么 | 差什么 | 定性 |
|---|---|---|---|
| 正向事件（类型、同日复合、覆盖度变化） | 券商研报明细表 gp_report_rc 有报告类型、标题、评级、每股收益历史，从 2006 年到昨天，三百万行；择时决策系统的分析师参考块已经在读这张表算估值偏离 | 没有任何地方按"深度覆盖、上调盈利预测、标题超预期"这四类定义算事件；覆盖度变化也没人算 | **有数据，没有功能** |
| 日频行情（后复权序列） | 因子表 gp_stock_factor_pro_YYYYMM 同时有不复权、前复权、后复权三套开高低收，择时决策系统夜间取最近 300 行；行情表 gp_day_data 是前复权（用户 09-08 确认） | 无 | 齐 |
| 事件日字段（事件前收益、跳空、日内收益、收盘位置、量能异常、涨停） | 行情表有开高低收、前收、量、额、涨幅；因子表有量比 | 没有人算这六个数；候选卡只有当日涨幅与主力净额异常值 | **有数据，没有功能** |

### 2.2 量价指标智能体

| 研报节点 | 我们现在有什么 | 差什么 | 定性 |
|---|---|---|---|
| 第一步 波动率（真实波幅分位） | 因子表有 atr 三套口径；夜间特征计算里 atr 只用来算"筹码分"的排名 | 没有分位与高中低判定 | 有数据，没有功能 |
| 第二步 趋势强弱（平均趋向指数绝对值与近五期变化） | 因子表有 dmi_adx、dmi_adxr、dmi_pdi、dmi_mdi | 夜间与盘中提示词都没有读它；也没有"只表示强度不表示方向"的约束 | 有数据，没有功能 |
| 第三步 方向（平滑异同、变动率、能量潮一致性） | 因子表有 macd 三列、roc、obv；夜间只把 obv 的排名当"聪明分"，macd 在评述里偶尔提到 | 没有三者一致性的判定 | 有数据，没有功能 |
| 第四步 位置（相对强弱、随机、威廉） | 因子表有 rsi 三期、kdj、wr | 没有超买超卖判定，也没有"位置不等于方向"的约束 | 有数据，没有功能 |
| 第五步 量能确认（资金流量指标、量比） | 因子表有 mfi、volume_ratio；夜间有一套自己的吸筹结构评分（能量潮与主力净额） | 吸筹评分是我们独有的强项，研报没有；但五日对二十日的量比与资金流量指标没有读 | 有数据，功能一半 |
| 历史价格路径（五、二十、六十日收益，区间位置，回撤，路径标签） | 夜间有相似历史投影（二百条邻居路径的收盘均值）、缺口事实块、二十日高低 | 没有按固定口径算的路径标签；投影是统计外推，不是当前路径的描述 | 有数据，没有功能 |
| 固定分析顺序与七段结构化输出 | 夜间是一次大调用，输出信号、置信度、支撑压力、分析文本、预测脚本、关注条件 | 没有指标报告这个中间产物；没有固定顺序 | **没有功能** |

### 2.3 识图智能体

| 研报节点 | 我们现在有什么 | 差什么 | 定性 |
|---|---|---|---|
| 三面板图像（K 线、成交量、动能柱） | 渲染器画 K 线加成交量加三条均线，带未回补缺口色带；识图用 178 上的通义千问 3.5 视觉模型（九十亿参数，三万二千上下文），配置里写的是它 | 图上没有动能柱面板，没有趋势通道线 | 功能一半 |
| 第一步 图数核验（最近五根 K 线、量柱、动能柱逐项对数） | 识图提示词只让模型从十二种经典形态里选一个，输出形态、置信度、一句证据 | 没有把精确字段传给识图模型，也没有逐项核验；研报列的八种误读我们没有任何防线 | **有数据，没有功能** |
| 第四步 趋势通道（端点、宽度、边界距离） | 无 | 通道线要用代码算，再画到图上并传数值 | **没有功能** |
| 第五步 动能确认（最近五根动能柱、金叉死叉、背离） | 因子表有 macd 三列，可算 | 图上没画，提示词没问 | 有数据，没有功能 |
| 冲突处理（图数冲突以数为准） | 无 | 一条提示词规则加一个字段 | 没有功能 |

### 2.4 最终决策智能体

| 研报节点 | 我们现在有什么 | 差什么 | 定性 |
|---|---|---|---|
| 三份输入（事件上下文、指标报告、识图报告） | 夜间大调用的输入是：宏观水温、聪明分与趋势分、形态一个词、吸筹块、就绪块、缺口块、分析师估值块、相似历史统计、记忆、审计、近期轨迹、教训 | 输入很多，但没有"指标报告"与"识图报告"两份结构化中间产物；事件上下文没有 | 没有功能 |
| 公共规则（起点不等于方向、同源去重、状态不等于方向、图数冲突以数为准、必须核对原始依据） | 第二件已把新建仓研判改成"证据不足回不可用"，这是"向中性收缩"的落地 | 其余四条没有写进任何提示词 | 没有功能（改提示词） |
| 五日头与二十日头独立推理 | 夜间只出一个信号；预测脚本按天猜价；关注条件默认观察五个交易日；结果判分引擎回填 T+1、T+5、T+20 三个期限 | 没有二十日视角的判断；两个期限没有分开的依据 | 没有功能（二十日的判分数据已经在回填） |
| 评分负一到一、方向标签、风险收益比 | 信号三值加置信度零到一百 | 没有对称评分与风险收益比 | 没有功能 |

### 2.5 稳定性与盘中研判

| 研报节点 | 我们现在有什么 | 差什么 | 定性 |
|---|---|---|---|
| 多次运行取方向占比与中位数 | 每条研判跑一次；同股同动作三十分钟内直接回上次结论 | 没有集成 | 没有功能，等费用核算 |
| 盘中对新建仓的研判 | 输入只有 PMS 的硬数字、昨夜结论两百字、实时资金块、板块动量块；没有任何指标读数、价格路径、事件字段 | 新建仓这个最要紧的决定，恰恰是证据最薄的一次调用 | **没有功能，也没有把已有数据送进去** |

### 2.6 本地模型盘点（09-08 只读探测）

| 机器与端口 | 模型 | 类型与上下文 | 能干什么 |
|---|---|---|---|
| 178:8234 | 通义千问 3.5 视觉版，九十亿参数 | 视觉语言模型，三万二千 | 现在的识图就是它；先用它试研报的结构化识图提示词 |
| 188:8233 | 通义千问 3.8，二百七十亿参数 | 文本，三万二千 | 指标智能体的文字段、决策头的合议 |
| 158:8000 | DeepSeek V4 Flash、GLM-OCR、通义千问 3.6 两个尺寸、通义千问 3.8 | 文本为主，GLM-OCR 能读图；上下文十三万到一百万 | 文本段的备选；GLM-OCR 作识图的第二候选 |

云端只在这三台都试不通时才考虑。

### 2.7 一句话诊断

三处结构性差距。第一，研判链没有分工：一次大调用把十几块证据混在一起，没有固定顺序，没有中间产物可核。第二，事件层缺席：正向事件没有落点，事件日字段没人算，因此"利好是否已被定价"这个问题从来没被问过。第三，只有五日视角、只跑一次：随机性与短期噪音没有被压住，这正是第二件里"模型未必每次守得住"的根子。

数据面的结论：**没有缺数据的地方**。因子表二百六十四列覆盖研报用到的全部指标且三套复权口径齐全，研报明细表能复现四类事件，行情表能算事件日字段，本地三台机器的模型够用。缺的全是功能。

---

## 三、方案：在择时决策系统里并行建一条分工的研判链

### 3.1 定位与总原则

择时决策系统的定位不变：结合形态与信号在盘中择时，不判产业逻辑。事件与量价本来就是它的领域，研报的三个智能体全部落在它这一层。选股系统只补两样输入，PMS 只透传与显示。数据基座不动。

总原则一条：**加，不改。** 新模块、新报告、新键都加在现有链路旁边；现有函数的签名、现有字段的语义、现有提示词里已有的段落与输出键一个不动。新东西先只写入、只显示、只判分，跑够一段时间有读数了，再决定要不要让它替换旧的。每处与旧功能的接触点都在 3.7 逐项评估。

### 3.2 这一轮买什么

一句话：**让择时层第一次有三份可核的中间报告、两个期限的判断、以及事件这个输入，同时不动现在正在跑的任何一条路。** 判收仍看逻辑、实现、设计目标三者一致，不看收益。

### 3.3 择时决策系统要做的六件（主战场）

**甲，指标智能体：新模块，纯代码为主。**
买什么：一份可核验的"指标报告"，研判链的第一份中间产物。
做什么：新建一个纯计算模块，从因子表前复权口径读最近六十行，按研报五步固定顺序产出结构化快照——每一步给读数、近五期变化、判定与一句依据；再算历史价格路径块（五、二十、六十日收益，区间位置，距高点回撤，连涨连跌，二十日与六十日路径标签）。这一步不调模型：五步里每一步都是阈值判定，代码比模型准且免费。模型只在第二阶段把快照写成"多空观点与两个窗口的方向建议"那两段，先用 188 的文本模型，输入就是这份快照。夜间与盘中共用这一个模块。现有的特征计算函数（聪明分、趋势分）不动，新模块与它并列。
怎么验：对十只票把快照与因子表逐项对数；路径标签的四种取值各有样例；单测覆盖数据不足六十行、指标缺列两种情形。
停机需求：夜间工作容器重启一次（加载新模块）。

**乙，趋势识图：第二路识图，与现有形态识图并行。**
买什么：第二份中间产物"识图报告"，以及研报八种误读的防线。
做什么：现有的形态识图（十二种经典形态一个词）原样保留，它的图、提示词、输出字段都不动。另起一路：渲染器加一个新的绘图函数画第二张图（K 线、成交量、动能柱三面板，加代码算出的趋势通道线），识图服务加一个新的函数按研报七段结构化提示词调用，传入最近五根 K 线、最近五根动能柱、通道端点与距离、精确指标快照，先图数核验再五步分析，冲突以数值为准并写明"图片识别冲突，采用结构化数值"。模型先用 178 上现在这一个视觉模型，不行再试 158 的 GLM-OCR，两个都不行才议云端。
怎么验：十只票的识图报告里"图数核验"一段与代码算的五根 K 线阴阳、量柱颜色逐项一致，不一致率记下来；八种误读逐条造反例（阴线但跨日上涨、绿量柱但上涨等）看报告是否写对；三个模型各跑同一批票，比一致率与耗时。
停机需求：夜间工作容器重启一次。

**丙，决策头：夜间大调用只追加，不重排。**
买什么：两个期限的独立判断，以及"起点不等于方向、同源去重、状态不等于方向"三条纪律。
做什么：现有提示词的全部段落与全部输出键原样保留，任务清单也不动。只在末尾追加一个"量价研判链"段：事件上下文、指标报告、识图报告三份输入，公共规则按研报改写成我们的口径，并要求额外输出五日头与二十日头各自的评分、方向、依据、风险收益比。**现有的信号照旧由原来的任务产出，这一轮不用两个头去推导或改写信号**；两个头只落库、只显示、只判分。跑够五个交易日看两个头与现有信号的分歧率，再决定要不要定一条映射规则，那是下一轮的拍板。
怎么验：连续五个交易日对同一批票看两个头的方向分布与分歧率；现有信号的分布与改前对照，不能出现整体偏空（研报提到的多空不对称）；解析失败率不高于改前。
停机需求：夜间工作容器重启一次。

**丁，盘中新建仓研判：追加当晚的两份报告与事件，输出加两个键。**
买什么：新建仓这个最要紧的决定拿到与夜间同等的证据。
做什么：PMS_JUDGE 分支对新建仓，在现有提示词之后追加三段：当晚落库的指标报告、识图报告、事件上下文（来自 PMS 透传的催化事件与定价状态）。三值输出与四条纪律不变，输出多两个键：五日头与二十日头各自的评分与标签。没有当晚报告的票，追加段为空，提示词与现在完全一样，并在应答里注明"无夜间报告"。
怎么验：用 09-03 到 09-07 被驳回的二十条重放（干跑不落账，不写审计表），比较有报告与无报告两种提示词的结论分布；连看五个交易日提议卡上两个头都有值。
停机需求：盘中研判工作容器重启一次，PMS 重建镜像（已授权）。

**戊，判分与复盘：二十日头也判分，只加不改。**
买什么：判断"二十日头是不是比五日头稳"的依据，用我们自己的样本。
做什么：结果判分引擎已经回填 T+5 与 T+20，加两项新的判分对象：五日头评分对 T+5 的方向命中、二十日头评分对 T+20 的方向命中，各并列一个超额口径；现有三类判分对象与它们的口径不动。选股系统复盘周报在"三套对照"里给择时决策系统那一行下面加两行（五日头、二十日头），原来那一行不动。不算相关系数，只看方向命中与按评分五档分组的超额（名单级）。
怎么验：一周后周报里新加的两行都有读数。
停机需求：无。

**己，稳定性多次运行：先算账。**
做什么：按上线一周后新建仓研判的实际调用次数与单次用量，算跑三次的日耗时（本地模型，钱不是问题，时间是）；再看丁的两个头分歧率。开的口径已定：三次里方向占比不到三分之二回"不可用"交人。
停机需求：不上线。

### 3.4 选股系统要做的三件

**一，催化事件（四类）。** 每天从研报明细表算近六十个自然日的事件清单：深度报告且前 365 天无覆盖且评级为买入类；同机构同预测期 180 天内每股收益上调五成以上；标题含"超预期"；前两者兼有为复合事件。候选卡多一行"催化事件"，计划的结构化输出与表格各带一列，送研判的键加上它。09-08 核实近三个月样本：深度覆盖 97 篇覆盖 32 只，上调预测 372 篇覆盖 135 只，标题超预期 1,253 篇覆盖 229 只。

**二，事件日字段与定价状态（只展示加复盘分组）。** 按最近一次事件日（无事件按数据日）算六个数：事件前五日与二十日涨幅、事件日跳空幅度、日内收益、收盘位置、事件日量比、是否涨停。行情表是前复权，跳空与涨幅直接算。按研报四情形归类，规则一次定死写台账。候选卡多一行；送研判的键加上这六个数（决策智能体的事件上下文就是它）。不进判决。

**三，复盘周报加两节。** 按定价状态四情形分组、按有无催化事件分组的候选单读数，加"价格发现与趋势延续两组对高位兑现组"的超额差。名单级，不算相关系数。

**（09-08 三件已上线，台账 046：09-04 实机 1,210 只里 102 只有事件，定价状态分布震荡消化 1,146、高位兑现 33、价格发现 16、趋势延续 15；计划装配 30 秒。接口 /plan 要下一次重启才带新键。）**

### 3.5 PMS 要做的两件

一，解析层收催化事件、定价状态、两个期限的评分，进硬数字与提议卡；二十日头在持仓页"证据还在不在"一栏旁边显示为"择时层二十日观点"，只显示不触发。二，送研判的白名单加催化事件与定价状态两键（它们是事件与量价，不是产业逻辑，检查表第九行不受影响）。不改分流、不改开关。

### 3.6 落库与接口

两份报告与两个头的输出随夜间结论写进现有结论表的原始逻辑字段（strategy_daily_results.raw_logic_json，MySQL 的 JSON 列，无容量顾虑），用三个新键，不建新表、不加列；盘中研判从同一处读。结果判分引擎按现有方式读它。PMS 与择时决策系统的接口契约（BIONIC_PMS_INTERFACE）加两个应答键，向下兼容：PMS 解析时缺键就是空。

### 3.7 对已有功能的影响评估（逐项）

原则：每一处与旧功能的接触点，先列出谁在读它，再说明为什么不受影响。09-08 只读核实的消费方清单如下。

| 改动触碰的东西 | 现有消费方 | 影响与处置 |
|---|---|---|
| 结论表原始逻辑字段 raw_logic_json 加三个新键 | 择时决策系统 15 个文件在读（盘中研判、持仓体检、关注条件扫描、判分、日报、风控、入场闸等），全部按键名取值；选股系统夜间结论取数只读吸筹块；PMS 不直接读 | 加键不改既有键，按键名取值的读者看不到变化。列是 JSON 类型，容量不是问题。**处置：不动任何既有键；新键名加前缀 pv_ 以免撞名。** |
| 结论表的信号、支撑压力、形态列 | PMS 盘中择时（买卖区间）读支撑压力与定性；选股系统候选卡读信号与吸筹；判分引擎读信号；5 个文件读形态列 | 这一轮一个都不改：信号仍由原任务产出，形态列仍是十二种形态之一。**处置：两个头与新识图报告只进 JSON 字段，不碰这三列。** |
| 夜间提示词与输出 JSON | 唯一消费方是同一函数里的解析与落库；解析失败会退到"禁止思考只出 JSON"的第二次尝试 | 追加段落会让提示词变长、输出变长，风险是触顶输出长度导致 JSON 截断。**处置：追加段放在末尾；两个头的输出限制字数；上线前对二十只票比解析失败率；出现截断先缩两个头的依据长度，不动旧段。** |
| 盘中研判新建仓分支的提示词与应答 | PMS 的研判归一函数按 verdict、reason、confidence 三键取值，未知键忽略 | 加两个键对 PMS 是透明的；PMS 侧收下是本方案 3.5 的事。**处置：应答键只增不改；缺当晚报告时提示词与现在逐字相同。** |
| 识图服务与渲染器 | 形态识图的输出进结论表形态列与报告生成；渲染器的图进前端 | 新加第二个绘图函数与第二个识图函数，旧函数不动。**处置：新图另存文件名，不覆盖旧图；识图失败时新报告为空，不影响旧形态。** |
| 因子表读取 | 夜间已经读最近 300 行 | 指标模块复用同一份数据框，不新增查询。**处置：新模块只读不写。** |
| 判分引擎 | 写判分结果表，幂等靠唯一键 | 新加两类判分对象用新的种类名，旧的三类不动。**处置：种类名新增，唯一键不冲突。** |
| 夜扫时长 | 夜扫 22:30 起，池无上限 | 甲纯代码几乎不耗时；乙多一次识图调用；丙提示词变长。**处置：上线前对二十只票测单票耗时，若夜扫窗口挤不下，乙改为只对候选与持仓票跑。** |
| PMS 解析层白名单与硬数字 | 提议卡、账本、研判请求体 | 只增键，与第三件、第四件同一手法，单测钉住研判白名单只多两键。 |
| 选股系统计划接口 | PMS 拉计划按键名取值，忽略未知键 | 只增两列，与安全边际同一手法。 |

一句话：这一轮没有任何一处是"改旧函数的行为"，全部是并行新增；旧功能能不能被替换，等新功能跑出读数后单独拍板。

---

## 四、明确不做

不做看空端（融券约束）。不做相关系数与回测挑参数。不换掉现有形态识图，只并行加一路。不让催化事件、定价状态、两个头改候选卡判决、现有信号与 PMS 分流；一个月后按复盘读数再议。不动数据基座的事件闭集与抽取提示词。不隐去股票代码与日期（研报那样做是为了回测防泄露，我们是实盘，不适用）。不用云端模型，除非三台本地机器都试不通。

---

## 五、动工前要核的两条

| 要核什么 | 怎么核（只读） | 不核会怎样 |
|---|---|---|
| 因子表前复权列在最近一次除权后是否整体重算 | 挑一只近期除权的票，比两天的历史 close_qfq 是否整体平移 | 路径标签与通道线在除权日附近失真 |
| 178 的视觉模型能否按七段结构化提示词回 JSON，耗时多少 | 十只票试跑；不行换 158 的 GLM-OCR 再试 | 乙件要换模型或降级为纯代码核验 |

行情表复权口径不用核：用户 09-08 确认 gp_day_data 是前复权。择时决策系统缺口模块的注释里写的"未复权"是注释错了，顺手改注释，不动代码。

---

## 六、顺序、停机需求与费用

顺序：先核第五节两条（半天）；选股系统三件（无停机，随明早构建生效，接口带新键重启一次接口容器）；择时决策系统甲乙（纯代码部分先上，模型部分用二十只票试）；丙丁（提示词追加与输出加键，两个工作容器各重启一次，经同意）；PMS 两件（重建镜像，已授权）；戊随周报。己不上线。

费用：全部走本地模型，钱不是问题，时间是。夜间现在每票三次模型调用加一次识图；甲纯代码不加调用，乙多一次识图，丙的两个头在同一次调用里，合计每票多一次调用，单次用量约增三到五成。盘中新建仓研判仍是一次调用。上线前测二十只票的单票耗时，看夜扫窗口挤不挤得下。

---

## 七、判收

四条都成立即完成：一，十只票的指标报告与因子表逐项对得上；二，识图报告的图数核验一段与代码算的五根 K 线逐项一致，不一致的有记录；三，连续五个交易日夜间结论里两个头都有值，提议卡上两个头都有值，现有信号的分布与改前对照没有整体偏移；四，周报里择时决策系统那一行下面两行有读数。要不要把定价状态当门槛、要不要用两个头推导信号、要不要开多次运行，一个月后按读数再议。

---

## 八、风险

一，178 的视觉模型读不了长提示词或识图不准：先试，不行换 158 的 GLM-OCR，再不行乙降级为纯代码核验（图数核验那一段本来就是代码算的）。二，夜间提示词变长导致输出截断：追加段放末尾并限字数，先测二十只票的解析失败率。三，夜扫窗口挤不下：乙只对候选与持仓票跑。四，公司深度研报仍然只靠运维上传，催化事件里"深度覆盖"这一类能否触发，取决于研报明细表的更新，不取决于代码。

---

## 附录甲 · 研报八种误读转成我们提示词的检查表（可不读）

一，指标状态不等于未来方向：趋势强度上升只说明强度增加；超买不等于将跌，超卖不等于将涨。
二，不过度看最新读数：单点读数受事件日波动影响，必须结合近五期变化与此前路径。
三，相关指标不重复计权：平滑异同、变动率、能量潮可能反映同一段变化。
四，阴阳线只由收盘对开盘决定，不等于跨日涨跌。
五，成交量柱颜色跟随当日阴阳，绿柱不等于"下跌放量"。
六，趋势线红上蓝下，收敛扩张按宽度数值不按视觉斜率。
七，动能柱正负与收敛放大按数值不按颜色印象。
八，背离要比较前后两个高低点与对应动能，不能凭最新几根判。
另加研报公共规则里的三条：事件日收益、跳空、阴阳、收盘位置、涨停只算一组市场反应证据；事件前收益只用于判抢跑；区间位置、超买超卖、波动率、趋势效率只描述状态。

## 附录乙 · 实现细节（可不读）

**择时决策系统（188）。全部是新增。** 新建 app/core/indicator_agent.py（纯函数：输入因子表六十行数据框，输出指标快照、路径块、状态判定链）；新建 app/core/trend_channel.py（六十日高低点拟合，端点、宽度、边界距离）；app/services/kline_renderer.py 新增 render_pv 函数画三面板加通道线，旧的 render 不动；app/services/slicer_service.py 新增 analyze_trend 函数按七段结构化提示词调用并接收结构化上下文，旧的 analyze_pattern 不动，冲突字段名 image_conflict；workers/tasks_brain.py 在 STEP 1 后新增指标报告生成、STEP 2 后新增第二路识图（各自 try 包住，失败为空），STEP 3 的 final_prompt 末尾追加"量价研判链"段，输出 JSON 追加 pv_heads（h5、h20 各含 score、direction、justification、risk_reward_ratio），save_to_database 把 pv_indicator_report、pv_trend_report、pv_heads 三个新键写进 raw_logic_json，既有键与三列不动；workers/tasks_intraday.py 的 PMS_JUDGE 分支对 OPEN 追加三段与两个输出键；workers/outcome_scorer.py 新增两类判分对象；config/settings.py 加两个开关（PV_CHAIN_ENABLED、PV_VISION_MODEL）默认关，逐机器打开。

**选股系统（155）。** sources.py 加 analyst_events（四类事件查询，NOT EXISTS 与自连接）、event_day_fields（从行情表算六个数，复用 close_prices 的探列）；card.py 加 pricing_state 与 events_view；plan.py 装配与表格各加两列，_row 顶层加 events、pricing_state；plan_review.py 加两节分组与超额差；新测试 test_events_pricing.py。

**PMS（155）。** plan_feed.py 收 events、pricing_state；judge.py 应答归一收 h5、h20 两键（未知键照旧忽略）；judge.OPEN_JUDGE_KEYS 加 events、pricing_state；action_engine.py 硬数字带它们；proposal_service 把 h5、h20 写进提议硬数字；index.html 提议卡与持仓页各加一行；test_batch22 加四例；BIONIC_PMS_INTERFACE.md 记应答键变更。