zlt
/
akg-factor-bridge
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
156 Commits 1 Branch 0 Tags 4.2 MiB
Commit Graph

156 Commits

Author SHA1 Message Date
zlt 46aaa94060 台账 036：第零件甲组上线 
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
 2026-09-07 11:24:06 +08:00
zlt e68103823f 下一阶段工作方案落档；台账 035 记批准、拍板与审查结论 
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
 2026-09-07 11:06:13 +08:00
zlt 145c75e127 交接：随 5.1 更正过期的三处字句 
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
 2026-09-07 09:41:39 +08:00
zlt ad4b255a54 台账 034 与交接 5.1 更正：快照没断，错在我；记周末持仓被对账清零 
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
 2026-09-07 09:40:42 +08:00
zlt 05c5e2f889 读上一版快照改为取全部列并归一空值 
这个函数 2026-09-07 起也给计划装配用，要按环节名索引、再读采信倾向与自我校验。
原先只取算迁移用的五列，环节名是空的，按环节索引必然为空，产业研判这一路整个缺席。
上一处修改（读 ds 当天或之前的最近一版）方向对了，但被这一层挡住，周一计划里可用数
仍为零。

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
 2026-09-07 09:33:40 +08:00
zlt fcd1f547f6 计划读快照改为"数据日当天或之前最近一版"，修掉一个把手工时序写进代码的错 
快照在交易日 D 晚上写、plan_date 记 D；计划在 D+1 凌晨构建、数据日是 D。原先读的是
D+1，永远对不上。09-04 能对上只因为那天上午手工跑过一次快照。周一起产业研判这一路
可用数变成零，台账 033 把它记成"快照断了、要查调度中心"——调度中心其实一直按时在跑，
错在这里。

改成 load_previous(D+1)，即 plan_date 不晚于 D 的每簇最新一行。顺带扛得住某个晚上没跑：
退回上一版，陈旧天数照常累加。

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
 2026-09-07 09:30:16 +08:00
zlt 5d727ae61a 交接文档落档，台账第 033 条：费用估算更正与快照断裂 
交接文档覆盖 09-03 方案批准到 09-07 上午这一段：做完的六件事、费用的实际口径、
上线状态、踩过的五个坑、接手第一件要处理的三处、以及四条实跑验过的验证命令。

台账 033 记三件 09-07 新查到的事：
一是更正 09-04 的费用估算。周五定时投的 24 个环节全部指纹跳过、一个都没重跑，
而当时估的是每天约 59 万 token。原因是封顶挪到了指纹之前，新事件多数落在
进模型的前 44 条之外。
二是行业观点快照断了，只有两天的记录，导致产业研判这一路在周一的计划里可用数为 0。
三是论断质量标注已随周一的计划生效。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-07 09:04:04 +08:00
zlt 655cef79df 台账 032 更正：旁批实跑通过，此前报的环节图建不出来是我查错了 
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-04 16:40:54 +08:00
zlt 4895148b2e 台账第 032 条：旁批的产业理由与三处输出额度 
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-04 15:42:43 +08:00
zlt 652ba2dd60 翻译表按清点结果补齐；修一处守卫自己的错 
枚举清点扫全了后端会送到页面的字段，结果比先前的清单彻底得多。

**先修守卫自己的错**：它把字段名 autonomy 一律映射到全局参数那一组，而个股交易
方案的 autonomy 是另一套取值（auto / confirm，对全局的 full / propose_only / off）。
字段同名但不是一回事，照它整改会接错组。改成按"字段在哪个对象上"区分。

翻译表补十组、扩四组，出处都核到了代码定义不是注释：
- 动作那组原先只有八个真动作，账本里还有八个伪动作（对账修正、信号留痕这类）
  是直写的字面量，少一个就在页面上露原码。挂方案那条用了中性词——想挂但放弃的
  三处调用也以同一个值落库，写成"挂成功"会说反。
- 方向那组缺 none。停手那类动作真实产出这个值，此前会印成原码。
- 评审账本的结论与研判闸的结论是两组，别混：前者记"这一步放行还是驳回"，
  后者记"决策系统怎么说"。
- 三个字段的取值是开放集（对端下发的拒单码、上游透传的等级、决策系统给的中文
  原文），不许声称全集也不许吞掉原值，在守卫里单独登记一笔免得以后被当成漏网。

周报的加权列还漏一个：excess_w 去掉后缀是 excess，而本体列叫 excess_all，
按后缀规则查不到。补一条对应。翻不出来的原样返回，宁可露出原名让人发现，
也好过安一个错的说法。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-04 15:17:05 +08:00
zlt 3a06f1224e 台账第 031 条：文案第四批与周报的一处事实改正 
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-04 15:13:17 +08:00
zlt 0bf29287a1 文案第四批：计划的环境标签与周报的表头、导读、口径栏 
环境标签那行原先印出「环境标签：UNKNOWN，弱势指数 None/8」。三处毛病：UNKNOWN 是
枚举值；8 是硬写的分母，而快照里其实带着真实的指数总数；None 是取不到时的空值。
改成三种情况分开写，并补上一句此前没说的要紧话——这个标签不影响任何一只票买不买，
只在事后复盘时用来分组。不写的话，看到「弱势日」会以为下面的名单被压过一轮。

周报整张表的表头都是英文字段名。翻译放在渲染函数里，每张表都受益。有三处不能想当然
地译：比全池多涨几个点与跑赢全池的占比都跟全池比，但一个是收益差、一个是只数比例，
译成同一个说法会在同一张表里紧挨着撞车；往后看几个交易日不能译成持有天数，脚本开头
反复写明不建仓、不计成本、不是回测。

导读段落原先按英文列名写，表头一改就指向不存在的列，而且里面有一处事实错误：写着
样本纪律三档，代码里只有两档。一并重写并改正。

自评与账本那两栏的口径说明里有库表名与枚举值。改成说清算法本身，特别是"为什么这个
数不能和上一行直接比大小"——那正是并列这两行时最容易读错的地方。

两处会把数据库异常原文印进周报的，改成只进运行日志。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-04 15:00:54 +08:00
zlt 7651dbc815 台账第 030 条：文案三批上线，以及 exec 打到孤儿容器的发现 
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-04 14:51:33 +08:00
zlt 0a70082405 候选卡文案第一批：预期空间、传导那句话、论断出处、ST 门槛 
四条都出自 09-04 的文案扫描，这四个字段被 PMS 原样显示给人读。

一，预期空间原先写「券商预期空间 -5%，低于 +0% 的容忍线」。两处毛病：默认配置下
容忍线就是 0，说「低于 0% 的容忍线」等于没说；两个数一个带正号一个带负号、方向
相反，人要在脑子里翻一次才比得了大小。改成同向同单位：「券商给的目标价比现价低
5%，目标价低于现价的不买」。两处同源的写法抽成一个函数，口径不再分叉。

二，传导那句原先写「所在环节「减速器」被 4 路指向」。「被 4 路指向」不是人话。
改成「这只票在「减速器」环节，今天有 4 个上游来源传导到这个环节」。

三，论断出处原先在行尾挂一个 36 位的内部编号，占掉半行且对读的人没有任何信息。
去掉它，换成距今多少天——旧不旧交给人自己判。追溯用的编号仍在论断原值里，
计划的那一支照旧带着。

四，ST 那道门槛没有对应文案，掉进兜底后页面上会出现「门槛 clean_name 未过」。
补专属文案，并把兜底改写成「还有一条买入条件没通过，暂时没写对应的说明（内部代号
xxx）」——内部代号退到括号里，句子主干永远是中文。

守卫扩到四个人话字段（判决依据、理由、缺失、风险），此前只管住判决依据一个。
另加一条：每句话至少六个字，半句话的电报体也算不合格。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-04 13:17:54 +08:00
zlt 5de97173d1 台账第 029 条：环节评析进定时，产业研判链路打通 
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-04 13:09:21 +08:00
zlt c366571c82 台账第 028 条：四态接进计划装配，并更正两处日期与视图口径 
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-04 11:49:02 +08:00
zlt 5425dc6cf7 逻辑状态四态接进计划装配，结论随每张卡发给下游 
此前四态只是一个纯函数模块，结论躺在库里没人读。这次接上：

计划装配时每只票算一次四态，三路输入分别是研报论断（已有）、产业研判（读行业观点
快照，按环节名对上今日被指向的环节）、券商行动（同财年同预测期的每股收益预测中位数
与覆盖机构数，两个等长窗口比较）。公司事件那一路无数据源，恒出缺失，但照样记名——
缺失要让人看得见系统缺的是什么，不能让人以为系统判过了。

两处取数搬进公用的地方，免得读数脚本和计划各写一套：行业观点快照的当日读取进
judgement.py，券商行动进 sources.py。读数脚本改调它们，自己那两份删掉。

修了一处日期口径错误：行业观点快照按计划日落库，行情与论断按数据日取，两者在生产里
差一天。原先用同一个日期取三样东西，结果是快照首日读到空。

另修一处：读数脚本原先只读含已启动成员的窄传导视图，而候选卡认的是完整那张，
算出来的产业研判覆盖比卡上真实看到的低。两边现在同一口径。

接口每行新增逻辑状态：状态、子因、每路的来龙去脉与截止日。不发权重、不发判决改动——
四态怎么作用于建仓通道是 PMS 那边的事，这里只提供状态与出处。内部中间量不外泄。

测试十七例，重点钉住四态不改判决：四个状态乘三个判决十二种组合逐个扫过，判决一次
都没被动过。这是收敛规则单调性的守卫。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-04 11:46:01 +08:00
zlt f53bcc9973 读数脚本改用完整传导视图，与候选卡一致 
候选卡判「所在环节被指向」时认的是两张视图取或，读数脚本原先只读了含已启动成员
的那张窄视图，算出来的乙路覆盖比卡上真实看到的低。一只票挂多个环节时取第一个
评析过的那个。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-04 11:42:03 +08:00
zlt 25724003d1 读数脚本分开数据日与计划日 
行业观点快照按计划日落库，行情与论断按数据日取，两者在生产里差一天。
原先用同一个日期取三样东西，结果是要么读不到当天快照、要么读不到行情。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-04 11:40:56 +08:00
zlt 5e72282e8d 台账第 027 条：环节评析首跑与推理型模型的额度坑 
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-04 11:35:58 +08:00
zlt 49e423e0de 台账第 026 条：关闭启动涨幅线的实测对照，以及计划接口的真实耗时 
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-04 10:58:48 +08:00
zlt de7f83d18d 启动涨幅线做成整条开关，2026-09-04 按拍板关闭 
原先只有一个阈值 CARD_START_PCT，想不要这条门槛只能把它调成一个很小的负数。那是绕法，
不是关闭：没有当日行情的票仍然会被拦下，而关掉门槛的本意是这一条根本不参与判断。

新增 CARD_REQUIRE_STARTED，置 0 即整条不参与。关掉后：涨跌多少都不拦，没有行情也不拦，
理由行改写成「当日涨幅 -3.2%（启动线已关闭，不作门槛）」——涨跌仍是人要看的信息，
只是不再当作一条通过的理由。

这条门槛回答的不是这只票好不好，是今天是不是买点：只在票已经动起来的当天买，不猜底。
关掉它等于改成左侧买入，好处是研究结论成立的当天就能进场，代价是要承受不确定的等待，
候选数会明显变多。09-04 关之前的实测：当日 83 只强传导票全部落到仅展示，绝大多数就
卡在这一条上。

九条用例钉住关掉后的行为，重点是不许顺带放松别的门槛：传导、覆盖、吸筹确认线、
硬风险四道都仍然照拦，判断不了的仍归关注。另有一条钉住默认值仍是开着的——改口径
要靠配置，不靠默认值悄悄变。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-04 10:49:30 +08:00
zlt 29621432f5 给人看的文字里不再出现代码名 
页面上出现过「选股系统判为仅展示，不出提议：门槛未过：started」。started 是门槛在
代码里的变量名，SELL 是决策系统的枚举值，两者都只该在系统之间传递，不该印到页面上。
而且整句话没有说清到底为什么不买。

判决依据、缺失项、风险这三个字段会被 PMS 原样显示给人读，这次全部改写成完整的中文
句子，并且带上具体数字。举例：原先写「门槛未过：started」，现在写「当日涨幅 -3.2%，
没到 3% 的启动线」——后者能让人自己判断差多少。原先写「决策系统昨夜信号 SELL」，
现在写「择时决策系统昨夜给出卖出信号」。

同时删掉几处解释设计规则的话，例如「不升格关注，归仅展示」。那是给写代码的人看的
规则说明，不是给读页面的人看的原因。

新增一条守卫用例：造十五种情形，逐个检查这三个字段里一个代码名都没有，且判决依据
不许短到说不清原因。以后再往文案里写代码名，这条会当场失败。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-04 10:26:37 +08:00
zlt 99b845eb30 研判视图：双冒号的环节簇键单独取名 
2026-09-04 起数据基座按投影环节做评析，簇键是 Segment:: 双冒号，与逐条论断
聚簇出来的单冒号 Segment: 分开——后者是研报里的自由短语，在投影里未必查得到
这个环节。双冒号那一支必须写在前面，否则会截出一个多余的冒号。

判定 scope 的那一句不用改：双冒号同样满足单冒号的前缀匹配，两者都归 segment。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-04 10:17:16 +08:00
zlt 84349172e1 台账第 025 条：PMS 研究理由两键上线，更正下发模式的记载 
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-04 09:34:18 +08:00
zlt 1f54c237de 方案副本同步：09-04 第二批与四态首次全市场实测 
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-04 09:18:28 +08:00
zlt e83228322a 台账第 024 条：四态合成模块与首次全市场实测 
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-04 09:17:06 +08:00
zlt ac7832620d 丙路加覆盖基数门槛：机构太少时收缩比例不作数 
2026-09-04 全市场实测发现的：六只判为逻辑存疑的票里有五只，触发是覆盖机构从三家
减到两家，也就是一家机构那两周没发报告就构成 33% 的收缩。机构数这么少时百分比不
说明任何事，而逻辑存疑会出减持提议，误判的代价是让人对着噪声做裁决。

加一条基数门槛，默认前窗口至少五家。它的性质是：五家时走掉一家只有 20%、够不着
30% 那条线，必须走掉两家才算——这正是"覆盖在收缩"该有的含义。基数不够时预测下修
照样记转弱，只是不带硬触发，于是整体落到无法判断进人工复核，而不是出减持提议。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-04 09:15:31 +08:00
zlt 86727827ae 读数脚本：快照的 NaN 归一成 None，环节名空值不进索引 
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-04 09:14:03 +08:00
zlt 5a2a51a2d0 读数脚本：乙路改读当日快照，存疑与强化全部列出 
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-04 09:13:07 +08:00
zlt 57d12b913f 四态覆盖率读数脚本：三路取数与合成后的分布，只读 
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-04 09:11:50 +08:00
zlt 2a400f68af 逻辑状态四态：合成模块与离线单测（只写不接） 
判断的不是"这条产业逻辑对不对"——那是研究员的活；只判断支撑它的证据还在不在。

四路证据各自归一成一个信号（向好、平稳、转弱、缺失，另加分歧表示这一路自己内部
方向相反）：甲路研报论断（方向受控必填，两个窗口——新材料窗口决定向好、陈旧线决定
还算不算数）、乙路产业研判（判采信倾向这个受控四值的迁移，不判自由文本）、丙路券商
行动（等长窗口的每股收益预测中位数与覆盖机构数）、丁路公司事件（恒定缺失，方向字段
九成五为空，照样出一个缺失让卡上看得见缺的是它）。

合成四条规则都落成了断言：每路必须带截止日（没有就降为缺失）、负向优先（转弱最多到
无法判断，只有两条路径允许落到逻辑存疑）、缺失既不算负面也不算正面（剔出合成但记名）、
慢信号不能单独定态。另有进出不对称：进入逻辑存疑即刻成立，退出要连续三个计划日不再
存疑；漏判一次证据走弱的代价比多留一次人工复核大得多。

作用于候选卡是单调的：逻辑强化只能提前卡内序、永远不升判决；逻辑存疑只能改分流通道、
不能把仅展示变成可执行。唯一的新语义是候选加逻辑存疑——可交易口径成立而研究证据在
走弱，正是杀逻辑与杀估值那条边界，处置是强制人工确认。

本次只写不接进计划装配：乙路依赖行业观点快照攒够几天才有迁移可判。
测试 59 例通过，不连库。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-04 09:09:15 +08:00
zlt 8ee8ea5c93 台账第 023 条：论断质量标注与全市场实测读数 
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-04 09:02:51 +08:00
zlt 3fb25fe1ad 候选卡加论断质量标注：陈旧度、来源集中、疑似误抽、未结分歧 
这四项都只在卡上提示，不参与三门槛判决。

起因是同一张卡上的双标：吸筹评分超过三十个交易日就判陈旧，而研报论断此前
只有"披露日不晚于数据日"这一个上界，永不过期。09-03 实测 442 只带论断的票，
论断披露日中位 05-05，超过 90 天的 166 只（37.6%），超过一年的 22 只——这些
论断会原样打印成理由，读的人看不出它已经很旧了。

另外三项同样来自当日实测：267 只票带多条论断，其中 77 只（29%）的论断全部
出自同一份研报，那份研报一旦过时或本身有偏，这票的整条研究证据一起失效；
213 条被逻辑评析标为疑似误抽；未结的方向分歧当日是 0 条但视图里有这一列。

改动三处：
- sources.py 多取 disputed 与 review_flag 两列，并在按票截断之前算质量画像。
  必须在截断前算——截断后只剩最近三条，"这票一共几份来源"就统计不出来了。
- card.py 把画像转成缺失项里的提示文字，另出一个 logic_quality 键供下游用。
- config.py 加陈旧线 LOGIC_STALE_DAYS，默认 90 天，写明与吸筹日龄上限的可比关系。

测试：候选卡 14 例、取数层 9 例，本地全套通过（test_xxl_trigger 缺 fastapi 是
本机环境所致，与本次改动无关）。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-04 08:59:11 +08:00
zlt 848c6ced67 方案同步：09-03 进度小结、论断来源集中与 PMS 缺两个键两条新核实、调度待办 
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-03 17:23:35 +08:00
zlt 2e861e5151 台账 022：PMS 正式实例测试期间不部署，上线前确认下发模式与通道开关 
09-03 实机核实 155 上只有一套 PMS，下发模式 shadow、通道关闭、目标地址非 16.98、账本前缀为空，当日部署不影响正式交易。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-03 16:21:53 +08:00
zlt 13b4564447 第一批上线完成与覆盖率实测：产业研判这一路确定为辅，因果论断为主；台账 021 
覆盖率实测：产业研判只能覆盖当日档位表 1187 只票里的 13 只（1.1%），天花板 17 只；因果论断覆盖 442 只（37.2%）。论断披露日偏旧（中位 05-05，超 90 天占 37.6%），接进判定前需先有陈旧度标注。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-03 16:16:15 +08:00
zlt 12cdb51180 选股系统：日频行业观点快照与覆盖率读数 
行业观点快照：产业研判在数据基座里按主题整行覆盖、没有版本史，所以由读的一方每个计划日抄一行存下来。只有材料指纹变化才算一次方向迁移，指纹没变而日期变老只累加陈旧天数。表落在平台因子库（对数据基座只有只读账号），首次运行自动建表，同日重跑覆盖当日行。新增子命令与可选的每日构建步骤，不进默认三步。
覆盖率读数：只读脚本，回答产业研判这一路能覆盖多少票、主题名与环节名有多少能逐字对上、因果论断的覆盖与披露日分布。用来决定这一路接多大面。
测试：新增六个测点全过，仓库其余离线测试照常通过。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-03 16:07:02 +08:00
zlt b370bf2bb6 上下游业绩传导与产业级驱动跟踪核实后搁置，台账 020；更正一处过度概括的判断 
供应关系可信子集只有 450 条、171 家上游；真实产业链下游多为境外龙头无盈利预测；驱动方自由文本未归一被打散成七八个。更正：公告来源主要噪声是关联方交易而非金融往来，后者仅占 1.0%。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-03 15:31:07 +08:00
zlt 4c9fd0a779 逻辑状态双向四态定稿：四路证据、与候选卡正交的组合语义、合成规则、八步落地；台账 018 与 019 
行业级方向源核实更正：不在事件层（客体类型受控集只有公司与实体）而在因果论断层（方向受控必填，三种粒度）。发现并记录必须先修的安全问题：卖出侧自动执行短路导致减持提议不会入队。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-03 14:29:53 +08:00
zlt db8bf6ea27 逻辑证伪由系统自己判定：三态设计与实机验证读数；个股跟踪报告投递与优先级；台账 016、017 
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-03 13:46:39 +08:00
zlt f919ab79ce 按主观选股工作流重新对照：十三条缺口清单与建议顺序，含安全边际实算与三条静默风险 
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-03 13:26:12 +08:00
zlt f4b307ae47 四层链路上线完成：方案记上线实况与回退验证，台账加第 015 条 
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-03 12:37:32 +08:00
zlt bab9eafcf2 方案副本同步：选股系统与择时决策系统已上线，PMS 待收盘后部署 
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-03 12:19:42 +08:00
zlt 0b00d8b13d 方案副本同步：编码完成，加上线清单与四路版本号 
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-03 11:52:56 +08:00
zlt 3a4e0d90fc 修正两市成交额单位：指数日线的成交额是千元不是元，换算成亿元要除以十万；渲染改用换算好的字段，单位断言写进测试 
实测核对：09-02 两市合计 1,321,831,143，真实成交额约 1.32 万亿元。改前显示 13 亿，差一千倍。融资余额那张表的单位是元，沿用原换算。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-03 11:46:46 +08:00
zlt 8978b9dfe5 选股系统接通分析结论：候选卡读因果论断作证据线、关注判决细化为系统无法判断、计划环境段加市场四项、入池上下文补证据字段、复盘加四份名单与三套对照台账对表两节 
判决定义按台账 013：关注只保留三门槛全过无硬风险但确认线缺失或陈旧；只差覆盖与潜在吸筹归仅展示。人工裁决说明同步修订。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-03 11:44:16 +08:00
zlt ddb97a8db6 数据基座因果论断与研判结论两张只读视图（v_factor_logic、v_factor_judgement），09-03 已在基座库建成 
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
 2026-09-03 11:35:57 +08:00
zlt a2452139c6 方案副本：吸筹刷新与凭据位置表述修正 
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
 2026-09-03 11:25:40 +08:00
zlt 6e3fb2b911 主观量化系统方案（09-03 批准）与台账 012、013：判收改一致性、关注判决细化 
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
 2026-09-03 11:22:04 +08:00