台账 034 与交接 5.1 更正：快照没断，错在我；记周末持仓被对账清零

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>

docs/交接_2026-09-07.md

@@ -191,25 +191,23 @@
 
 ## 五、接手第一件事：三处正在退步或没验完的
 
-### 5.1 行业观点快照断了（最要紧）
+### 5.1 快照"断裂"已查清并修好：错在我，不在调度中心（09-07 更正）
 
-**现象。** 09-07 的计划里产业研判这一路可用数是 **0**，而 09-04 是 6。
+**09-07 上午这一节原先写的是"快照断了、要查调度中心有没有按日执行"。那是误判。**
-三十行全部写着"这个环节对不上任何产业研判主题"。
+调度中心每个工作日晚上 20:40 都按时跑了快照（09-04 12:40 世界时的调用就是它）。
 
-**查到的原因。** 快照表里只有 09-03 与 09-04 两天，周末与今天都没有新增。
+真正的原因是两层，都在选股系统、都是我写的：
-计划取不到当日快照，于是这一路整个缺席。
 
-**要查什么。** 调度中心那条快照任务 09-04 手动触发验证过是通的
+一，**日期约定对不上。** 快照在交易日 D 晚上写，plan_date 记 D；计划在 D+1 凌晨构建，
-（来源 192.168.16.165，写入时刻从 05:01 走到 05:05）。所以要查的是它有没有按日自动执行、
+数据日就是 D。我在计划装配里写的是读 D+1。09-04 能对上，只因为那天上午我手工跑了
-还是只在手动触发时跑。
+一次快照——把一次手工操作的时序写进了代码，周一就全部落空。已改成读"数据日当天或
+之前的最近一版"，顺带扛得住某个晚上没跑。
 
-**验证命令**（在 Mac 上跑）：
+二，**读上一版的函数只取五列。** 它原本只为算迁移而写，没有环节名，按环节索引必然为空。
+已改成取全部列并归一空值。
 
-```bash
+修完实测（09-07 计划）：产业研判可用 4、自我校验未通过 18、对不上主题 8。
-ssh -p 2280 factor@192.168.16.155 "docker exec akg_factor_bridge python3 -c \"import db, config; print(db.read_mysql('factor', 'SELECT plan_date, COUNT(*) n, MAX(snapshot_at) FROM ' + config.JUDGEMENT_SNAPSHOT_TABLE + ' GROUP BY 1 ORDER BY 1 DESC LIMIT 5').to_string())\""
+**"自我校验未通过 18"本身是个读数**：三十行里十八行对上的环节，其研判自己都说撑不住。
-```
-
-预期读数：每个交易日一行。现在只有两行，就是断了。
 
 ### 5.2 一致性检查表十三行只核完五行
 

docs/复盘决定台账.md

@@ -293,3 +293,13 @@
 - 交接文档落档为 docs/交接_2026-09-07.md，里面的四条验证命令都实跑验过。
 - 一致性检查表十三行只核完五行（第一、三、八、九、十三），其余八行要连库或调接口。核对时守住"代码里写了不算数"这一条，已因此降级过一行。**不要派并行代理做这件事**——09-04 与 09-05 各试过一次，两次都是跑满几十分钟、零条结果、卡在返回那一步。
 - 复核日期：修好快照之后，重跑覆盖率读数确认产业研判这一路不为零。
+
+## 034 · 2026-09-07 · 更正 033：快照没断，错在我；周末持仓被对账清零
+
+- **更正 033 的误判。** 033 写"快照断了、要查调度中心"。实测调度中心每个工作日 20:40 按时在跑。真正原因两层都在我：计划读的是数据日加一天而快照写的是当天（09-04 能对上只因我那天上午手工跑过一次，把手工时序写进了代码）；读上一版的函数只取算迁移用的五列、没有环节名，按环节索引必然为空。两处已修，修后产业研判可用 4、自我校验未通过 18、对不上主题 8。
+- **教训写在这里**：一次手工操作成功之后立刻把它的时序当成生产时序去写代码，是这一段反复出现的错误形态（同类：按猜的键名下结论、把校验未通过一律过滤）。生产时序要从调度配置和日志里读，不从自己上一次的操作里推。
+- **周末发生的事（不是本段代码造成的，但必须记）**：PMS 持仓十只在 09-07 08:50 被对账一次性标为已关闭、数量归零，账本里没有对应的卖出记录；券商侧快照 09-04 就报零持仓。最合理的解释：这十只是影子模式时期记的账，券商侧从来没有过；09-03 到 09-04 之间下发模式被切成直连（台账 025 记过），对账随即按券商侧的零把它们清掉。组合现在从零开始。**这是推断，出处是三个读数的拼合，不是日志里的一句话。**
+- 002463.SZ 是例外：09-03 那条待发买单在直连后真的成交了，09-07 09:34 被规则"紧急卖出直通"卖掉。
+- **关闭启动涨幅线的实际效果**：候选从 0 变 33，但择时研判把其中 29 条新建仓拒了，周五至今零提议、零新仓。拒绝理由很实在（资金流出与吸筹逻辑矛盾、下降通道破位未修复、研报过期），其中一条甚至写"启动线关闭、价格处高位滞涨区"。**右侧纪律没有被去掉，只是从选股层挪到了择时层。**
+- 账本里人工裁决理由仍是默认文案"页面人工裁决"（两条），说明 09-03 加的必填理由要么没被用过、要么这两条是之前的。待查。
+- 复核日期：09-08 看计划里产业研判是否仍有值（验证日期约定修对了）；看是否出现第一条真实的新建仓提议。