台账 040、041：第三件桥侧与 PMS 侧上线；方案与交接同步进度

docs/下一阶段工作方案_2026-09-07.md

@@ -71,10 +71,11 @@
 **第三件：PMS 按逻辑状态分流，入场论点随持仓走。**（已拍板随时可上，仍先跑哨兵测试）
 买什么：第三、四、六步。四态发到 PMS 但没人读；持仓不绑论点；"逻辑不证伪不退出"没有判据。
 做什么，先桥后 PMS：
-- 桥侧两个前置。一，把抗抖动接进计划：读昨日落定态与近几日原始态，调已写好的 settle，卡上同时带原始态与落定态，并落一张逐票日频表（写在早上那一次生成里，不在每次实时重算里）。二，加一个按代码查询逻辑状态的接口。四态唯一真正有用的地方是持仓，而持仓在候选筛选第一步就被整行剔掉，现有接口读不到。
+- 桥侧两个前置。一，把抗抖动接进计划：读昨日落定态与近几日原始态，调已写好的 settle，卡上同时带原始态与落定态，并落一张逐票日频表（写在早上那一次生成里，不在每次实时重算里）。二，加一个按代码查询逻辑状态的接口。四态唯一真正有用的地方是持仓，而持仓在候选筛选第一步就被整行剔掉，现有接口读不到。**（09-07 已上线，台账 040：表 t_akg_logic_state_daily 首日 1,210 行，逻辑成立 207、无法判断 1,001、逻辑存疑 2；接口 /logic_state 待 API 进程重启后对外可见，与 PMS 侧同一窗口。）**
 - PMS 侧。解析层收逻辑状态；硬数字带它但不送研判（检查表第九行要继续成立）；"候选加逻辑存疑"强制交人，复用现有的强制确认字段；持仓的当日状态在早上拉计划那一步顺带取回，取不到留空、绝不折成存疑；存疑票停增持侧自主动作，策略腿按来源暂停、退出时只清本来源；存疑票出减持提议走已预留的"研究走弱"来源，强制交人、绝不自动卖；入场论点的写入点已经在（三处落账本都带判决依据与论断），只需加逻辑状态一个键，并在持仓视图加"当初为什么买"与"现在证据还在不在"两栏。
 - 三处口径一次定死：减持比例与保垫减仓相同（三分之一）；同轮优先级为到价清仓、研究走弱、保垫减仓；去重键带来源，免得两种减持互相挡。分流有自己的开关，默认开；减持提议那一半默认关，先跑停增持一个月看误伤。
 怎么验：造一个逻辑存疑的计划行，单测证明增持被停、减持进人工队列、无自动卖单；账本里新开仓的硬数字带判决依据、论断、逻辑状态；持仓视图三种情形（有指令链、外部成交并入、账本无行）都不留空。
+**（09-07 PMS 侧已上线，台账 041：三条验法都有单测钉住，全套 676 例；三个开关现值为分流开、减持提议关、比例三分之一。生产里的第一次真实读数要等 09-08 早上 plan_pull 取回，前提是选股系统接口进程已重启。）**
 
 **第四件：安全边际有落点，只展示。**（与第三件并行，只碰选股系统）
 买什么：第三步的前提。现在给人看的是目标价简单平均的预期空间，噪音口径；按盈利预测算的下行空间才回答"最坏情况下还有多少下跌空间"。

docs/交接_2026-09-07.md

@@ -157,9 +157,11 @@
 | 系统 | 机器 | 状态 |
 |---|---|---|
 | 数据基座 astock-kg | 178 | 代码到 d0d3a2a，环节评析容器 worker-review 已建并在跑，定时已装 |
-| 选股系统 akg-factor-bridge | 155 | 代码到 655cef7，容器已重建，启动涨幅线已关 |
-| PMS tradingSystem | 155 | 代码到 9a45df3，镜像已重建，全套 655 例通过 |
-| 择时决策系统 bionic_trader | 188 | 09-03 上线后本段未动 |
+| 选股系统 akg-factor-bridge | 155 | 代码到 faede9a（第三件桥侧前置：逐票日频表已建并有 09-04 首日行；接口 /logic_state 要等 API 进程重启才对外可见），启动涨幅线已关 |
+| PMS tradingSystem | 155 | 代码到 99ea218（第三件 PMS 侧），镜像已重建，全套 676 例通过 |
+| 择时决策系统 bionic_trader | 188 | 09-07 第二件：新建仓研判三值（证据不足回不可用），跑盘中研判的工作容器已重启 |
+
+**09-07 下午的进度（第零件、第二件、第三件）**：第零件三组 11 条缺陷修完 10 条（台账 036 到 038）；第二件三处上线（台账 039）；第三件桥侧与 PMS 侧都已上线（台账 040、041），只差选股系统的 API 进程重启这一步。
 
 **PMS 的三项确认（每次上线前照做，不许照抄上一次的读数）：**
 下发模式是直连（不是影子模式，台账 022 记的已过期）、
@@ -249,6 +251,10 @@
 
 ## 六、还没做的（按建议顺序）
 
+**零，选股系统的 API 进程重启（要经用户同意）。** 第三件的按代码查询接口 /logic_state 写在 api.py 里，容器的 uvicorn 没开热重载，不重启就是 404。PMS 每早 08:40 的 plan_pull 会调它，重启前只是记一条取数失败并留空，不影响拉计划。重启后验证：`curl "http://192.168.16.155:8300/logic_state?codes=600000.SH"` 返回 states 一项且 source 为 daily 或 computed。
+
+**零之二，09-08 早上看第三件的第一次真实读数。** 逐票日频表 09-07 那一天的行数（应在一千二百上下）与"被抗抖动按住"的只数；PMS 侧 plan_pull 返回里 logic_state 一段的 ok 与 got。当天若有新开仓，持仓页"当初为什么买"一栏应填上。
+
 **一，09-08 验证 5.1 的修复在无人值守下成立**：当天计划里产业研判可用数不为零。
 
 **二，核完一致性检查表剩下八行。** 这是判收标准本身。

docs/复盘决定台账.md

@@ -347,3 +347,31 @@
 - 这是人机分工第二条（系统能区分"不该做"与"我不知道"并把后者交出来）在择时层的落地。此前那条口径"不确定就拒"在弱市里把 29 条新建仓全拒了、零提议。
 - 预期变化：下午盘起，新建仓的待确认队列会开始出现"研判不可用"来路的提议，队列可能一下变长（风险 7.7 第二条）。先看三天再决定要不要调阈值。
 - 复核日期：09-07 收盘后看账本里 judge 的 REJECT 与 UNAVAILABLE 各多少条；09-10 看待确认队列的规模。
+
+## 040 · 2026-09-07 · 第三件桥侧前置上线：逐票日频逻辑状态表与按代码查询接口
+
+- 改动（选股系统，提交 faede9a，十个测试文件在 155 容器隔离副本全绿）：
+  - 新表 t_akg_logic_state_daily，键是（数据日，前缀码）。每个数据日为档位表里的每只票记一行原始态与落定态，另存四路可用与缺失名单、每路截止日与说明、判决、卡内序、代码版本。只在早上出计划那一次写（run.py plan），/plan 的实时重算只读不写；同日重跑幂等。数据日与因子表的 trade_date 同口径，不是行业观点快照的 plan_date。
+  - 抗抖动接进计划：卡上的 state 从此是落定态（下游按它分流），原始态另发 raw_state，再发落定说明与上一次落定态。规则就是 logic_state.settle 的：进入逻辑存疑即刻成立；退出要连续三个计划日不再存疑；其余迁移要连续两个计划日同向。两个天数进配置（LOGIC_SETTLE_CONFIRM_DAYS=2、LOGIC_SETTLE_EXIT_DAYS=3），与 settle 的默认值同源，一次定死。表里没有这只票时落定态等于原始态。
+  - 新接口 GET /logic_state?codes=…（只读）。持仓票在候选筛选第一步就被整行剔掉，/plan 里读不到它，PMS 早上拉完计划要查在持票就走这里。优先回当日表里那一行（source=daily，可回溯）；不在表里的按此刻数据现算、按表里的历史落定（source=computed）。现算三只票实测 1.1 秒。
+  - 四路取数抽成一处（plan._logic_inputs），计划装配与接口现算共用，口径改了两边一起变。
+- 首日读数：从 09-04 的快照补写了 1,210 行——无法判断 1,001、逻辑成立 207、逻辑存疑 2。首日没有历史，落定态全等于原始态；明早（数据日 09-07）起有一天历史可比。
+- 一处局限写进设计：表只记档位表里的票。在持的票掉出档位表后每天没有新行，接口现算能用的历史只有它掉出去之前那几行；掉出去超过回看窗口（30 个自然日）落定态就等于原始态。要让持仓票也逐日攒历史得让桥知道 PMS 的持仓，那是跨层的事，本阶段不做。
+- 上线状态：plan.py 的改动随明早的调度子进程生效，不用重启；接口 /logic_state 要等 API 进程重启才对外可见，与 PMS 侧上线同一窗口做。
+- 复核日期：09-08 早上看该表 09-07 那一天的行数与"被抗抖动按住"的只数；09-08 起看 settle_note 里有没有"先维持"字样出现。
+
+## 041 · 2026-09-07 · 第三件 PMS 侧上线：按逻辑状态分流，入场论点随持仓走
+
+- 改动（PMS，代码到 99ea218，镜像重建，四容器健康，通道在线；全套 676 例在新镜像里通过，其中新建的第二十二批 15 例）：
+  - 早上拉完计划后（08:40 的 plan_pull），对在持的票向选股系统查一次逻辑状态，写进运行参数 PMS_LOGIC_STATE_MAP；取不到写空映射带原因，扫描层按"没有读数"处理，绝不折成存疑；映射超过三个自然日没刷新同样按没有读数。
+  - 持仓判为逻辑存疑：补足、加仓、补仓三类自主动作不评（跳过原因写明是哪一路在走弱、证据截止哪天），减持侧照评；策略腿的买入按来源 logic 暂停，明确不存疑时只清本来源，不动风控与定性停的；没查到的票不动。
+  - 判决候选而逻辑存疑的新建仓强制人工确认，复用现有的强制确认字段，与关注判决走同一条队列；关注保留自己的原因不覆盖。
+  - 研究走弱的减持接上了预留通道：新求值器排在保垫减仓前面，默认关（PMS_LOGIC_DOUBT_TRIM），开了也必定交人（research_weak 来源一票否决），数量按 T+1 可卖量夹紧，比例与保垫减仓相同（三分之一，PMS_LOGIC_DOUBT_TRIM_RATIO）。
+  - 同轮只发一条减持的优先级改为按动作加来源：到价清仓、研究走弱、保垫减仓。
+  - 硬数字带逻辑状态进账本与提议卡，送研判的白名单不收它（一致性检查表第九行继续成立，单测钉住）。
+  - 持仓视图两栏："当初为什么买"从首批未平批次的指令回溯到账本里那条放行记录的判决依据与论断；"现在证据还在不在"读当日映射。三种情形（有指令链、外部成交并入、账本无行）各有一句人话，仓库读失败页面不塌。
+- 与方案附录乙的一处不同，记下来：方案写"去重键带来源，免得两种减持互相挡"，没做。台账 036 之后减持侧的去重按代码不按动作（一条减持在等人拍板时同票的另一种减持一律让路），这条更新的纪律优先——研究走弱的减持等人时保垫减仓让路，正是要的效果。
+- 上线三项实测：下发模式 ws；通道总开关开，目标 192.168.18.182 是模拟侧，连接在线；账本表前缀为空。上线时无持仓、无在途指令、无待确认提议。
+- 取回路径实测：在持零只，映射写入"没有在持的票"；直查选股系统接口返回 404——**接口那边要等 API 进程重启才对外可见**，重启前 plan_pull 会记一条取数失败并留空，不影响拉计划。
+- 三个开关现值：分流开、减持提议关、比例 0.3333。减持提议开之前先看停增持一个月的误伤。
+- 复核日期：09-08 08:40 后看 plan_pull 的返回里 logic_state 一段（ok、got、by_state）；09-08 起看提议卡上有没有"逻辑存疑"字样的交人原因；持仓页两栏对新开仓的票是否填上。