akg-factor-bridge/docs/G1实测与待办_2026-07-26.md

量化因子 · G1 实测结论与待办（2026-07-26）

第一批（桥侧口径修复 + 插槽视图 v2）已实机验证通过，代码已入库，不在此重复。 本文只记两件事：G1 实测读出的事实（后续决策的依据）、尚未完成的第二三批。 07-27 增补：改1 交付后做了阶段方案交叉评审，结论并入二三批与新增的第五节（待回传读数）。

一、G1 实测（2026-07-24 截面，实机）

覆盖池 2391 只——设计文档写的 1675 已过时，316 个池在持续涌现收录。

1. 门槛② 的损耗几乎全部来自"没有券商覆盖"，不是估值 U 2391 → 有 upside 795（33%）→ upside≥0 剩 755。 无券商覆盖挡掉 1596 只（67%）；θ_v=0 只挡掉 40 只（有覆盖股的 5%）。 ⇒ §9-3 的 q 必须显著上调，否则估值那一刀形同虚设。 ⇒ §9-4（无覆盖股怎么办）不是边角料，是三分之二的池。

2. 三项正交 corr(z_H, z_V) = −0.033；z_T 与另两项均 ≈ 0.01。 ⇒ 评审中"三项加权实为两项"的担心被证伪，三项各带独立信息。

3. 0.5/0.3/0.2 是严格的"传导优先"，不是加权混合 w_T=0.50 → top10 10/10、top20 20/20、top30 30/30、top50 39/39。 39 只传导票精确占满前 39 名，0.3/0.2 只在组内排序、跨组不起作用。 实测要真混合需 w_T ≈ 0.20（此时 top20 只有 6/20 是传导票）。

4. 传导票 39 只（P 的 5.2%），组合可行性没问题 top20 可以整篮子都是传导票，不存在"只剩 1~3 只"的塌缩。

5. 硬伤1 真实 binding 当日 12 个候选里 6 个 quiet 存满 12 条。

二、第二批 · 基座四处 + 桥侧一尾（施工中）

不触碰 claims/documents，不需 replay，不需重抽。

1. ✅(07-27 已交付已提交) graph_store.topic_context 的 Cypher 加 ORDER BY，cap 30 → 200。 实际落法：q_members ORDER BY ts_code, name（升序 NULL 后置 → 上市成员优先入 cap）、 q_drives 同类补序。验证读数未回（见五-1）。 ⚠️ 传导数值口径自此有断点（成员抽样确定化），仪表盘回看时注意。
2. transmission.scan 去掉 quiet[:12]（那 12 是给旁批用的，却把因子锁在 144 行/日； 落库存全量，旁批仍只喂前 12）；落库带上 mkt_trade_date。 ⚠️ cap200 改变 members_total / moved_ratio 的分母语义，scan 内用到成员数的阈值 （如 members_total≥30）此时逐个过一遍。
3. hotspot._latest_mkt / _movers_set 加 trade_date 参数（现恒取最新快照）。 语义 = scan 起点解析一次 D 后全程穿透（顺带修 17:30 快照落在扫描中途的竞态）； 参数化 ≠ 打开传导历史重扫，§2.2 铁律不动。
4. sync_consensus 加 asof 参数（§9-6 甲案，约 5 行） ★ 必须同时补 report_date <= ref 上界，否则历史回填是前视。 实现时核对 consensus_daily 唯一键含 asof 日期（否则回填互相覆盖）； 甲案的回填驱动脚本（逐日 asof 循环、幂等）是另一项，不算在"5 行"里。
5. （桥侧收尾）v_factor_transmission v3 曝 mkt_trade_date 列 （桥仓库 sql/astock_kg_slot_views.sql + apply-views；只增列不改名） ——没有这截，"桥自行判断采信"无从实现。

已定：新鲜度不中止扫描，只告警 + 记 mkt_trade_date。

并行建议（07-27，唯一逐日流失项）：二三批都可以晚做，快照每晚一天永久少一天—— ① freeze.py 确认进每日调度；② 基座 industry_pools_history（池成员日快照）尽早开积累 （覆盖池 1675→2391 的膨胀速度加重此项）；③ 全量 quiet 的 live 传导史从改2上线日才开始， §10 GRU 的"≥1 年"计时器实质从那天起算 ⇒ 改2 宜紧不宜慢。

三、第三批 · 待决策

★ 前置（07-27 评审加）：三批一律用二批落地后的重跑读数拍板，07-24 读数作废。 去 quiet[:12] + cap200 会改变 z_T 的生成分布：传导覆盖从 83 行/日上一个量级、 "池内 95% 为 0"的稀疏前提（§3.4 例外处理的依据）、39 票、16/20 重合全部要重测 ——重跑 probe 的 corr / 权重 / 票数三张读数即可。

1. 无券商覆盖的 1596 只（§9-4）——升为主决策：门槛②实测语义 ≈ "有覆盖 ∧ upside≥0"， 覆盖挡 67%、估值只挡有覆盖股的 5%，q 只作用于剩下三分之一。 9-4 不定，门槛②的价值主张站不住。
2. θ_v 的 q（§9-3）——9-4 定了之后按重跑读数定，次级旋钮。
3. 传导组内部怎么排——当前按连续 z_T，两段式按"冷+便宜"（档位 + tiebreak； §9-8/9-9 实质并入此题，成一道结构选择题）。07-24 读数 top20 重合 16/20 仅供方向感， 按前置重测后再拍。
4. 赛道门槛 C 的数据源——industry_pools 成员级无 segment/layer，图谱在 Neo4j。 建议：claims 口径先用于覆盖体检，基座投影视图（第五/六插槽）作 S1 正解。
5. mkt_trade_date 采信规则（07-27 评审加）——stale 时剔除 / 打折 / 只标记？ 与 §9-7 A 案有一处会打架：若桥把 stale 日传导整体剔掉 → 当日 z_T std=0 → 按 §3.4 整列置 0 → 恰违反 §10"不得静默置零"判收。⇒ A 案"有数据才出行"的判据升级为 "有采信规则放行的数据才出行"，随本条一并拍。

§9 对账（07-27）：9-1 热度翻转从未正式关掉（零成本，建议即关）；9-6 已定甲案（关）； 9-7 建议现在拍 A（其形态由上面第 5 条决定）；9-2 赛道清单仍是 G2 阻塞项；9-5 延后 S2 不变。

四、下一步建议

akg_gate（0/1，全池出行）与 akg_score 一起注册——否则平台的 IC/分层只看得到 池内排序，完全看不到两道门槛的价值，而门槛才是这套逻辑的主体。

07-27 补：gate 先注册可兼当"覆盖溢价"仪表（帮 9-4 拍板），但 factor_metadata 描述必须 写明当前语义 = 覆盖 ∧ upside≥0 ∧ C，并预期 9-4 决策后重定义——否则平台 IC 史读到的 主要是"有无券商覆盖"。G3 开工前置确认从 §9-8 一项扩为 §9-3 / 9-4 / 9-8 三项。

五、待回传读数清单（07-27 汇总）

1. 改1 验证：同一天连跑两次扫描，各主题 moved_ratio 逐位相同
2. SELECT kind, min(trade_date), max(trade_date), count(DISTINCT trade_date) FROM mkt_daily GROUP BY kind（老项一直没回；决定 §7 近似区间讨论的边界）
3. 环节成员数分布（max 与 P95）——cap200 会不会被大环节击穿
4. freeze.py 是否已进每日调度
5. G1 判收项①（factor_coverage_probe 补跑）与③（gp_day_data 起始日复核）的读数 ——做了没记，还是没做？
6. 二批全落地后：重跑 probe 的 corr / 权重 / 票数三张读数（三批的拍板依据）