diff --git a/docs/复盘决定台账.md b/docs/复盘决定台账.md
index dc70334..f89d450 100644
--- a/docs/复盘决定台账.md
+++ b/docs/复盘决定台账.md
@@ -220,3 +220,14 @@
 - 实测耗时：单个环节 235 到 366 秒，输入约 4,000 到 5,700 token，材料 34 到 44 条。
 - 一处此前没人知道的事实：**这个任务在今天之前一次都没跑过**。它被路由到一条独立队列，而消费这条队列的容器 09-04 才在配置里定义、从未创建。库里那三条单冒号开头的旧记录是 07-10 的旧格式，与这个任务无关。
 - 复核日期：下次投递前先看一眼额度够不够，日志里出现 finish=length 就是又不够了。
+
+## 028 · 2026-09-04 · 逻辑状态四态接进计划装配，产业研判这一路真正通了
+
+- 改动：四态从"只写不接"变成随每张卡一起算、随计划发给下游。三路输入分别是研报论断、产业研判（读行业观点快照，按环节名对上今日被指向的环节）、券商行动。公司事件那一路无数据源恒出缺失，但照样记名——缺失要让人看得见系统缺的是什么，不能让人以为系统判过了。
+- 接口每行新增逻辑状态：状态、子因、每路的来龙去脉与截止日。不发权重也不发判决改动，四态怎么作用于建仓通道是 PMS 那边的事。
+- 修了两处此前的口径错误。**第一处，日期**：行业观点快照按计划日落库，行情与论断按数据日取，两者在生产里差一天。原先读数脚本用同一个日期取三样东西，结果是快照首日读到空——台账 024 里"乙路覆盖为零"那个读数，部分就是这个原因造成的。**第二处，传导视图**：候选卡判"所在环节被指向"时认的是两张视图取或，而读数脚本只读了含已启动成员的那张窄的，算出来的产业研判覆盖比卡上真实看到的低。
+- 两处取数搬进公用的地方，免得读数脚本和计划各写一套：行业观点快照的当日读取进 judgement.py，券商行动进 sources.py。
+- **实测：乙路真的通了。** 当日计划三十行全部带逻辑状态，四态分布是逻辑成立 12 行、无法判断 18 行（其中证据不足 17、证据矛盾 1）。各路可用次数：研报论断 7、产业研判 6、券商行动 9。台账 024 那时产业研判是 0。
+- 一个完整的例子（立讯精密，判决候选、逻辑成立）：研报论断平稳，3 条论断都在 90 天之内但 30 天内没有新材料；产业研判平稳，采信倾向偏多且与上一版相同；券商行动缺失，两个窗口里能算的机构不足两家；公司事件缺失，无数据源。四路各带自己的截止日。
+- 十七例测试，重点钉住四态不改判决：四个状态乘三个判决十二种组合逐个扫过，判决一次都没被动过。这是收敛规则单调性的守卫。
+- 复核日期：下一个交易日看四态分布是否稳定，以及产业研判这一路随环节评析铺满而扩大到多少。