diff --git a/docs/交接_2026-09-07.md b/docs/交接_2026-09-07.md index 8e2b4a1..ab51c14 100644 --- a/docs/交接_2026-09-07.md +++ b/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 手动触发验证过是通的 -（来源 192.168.16.165，写入时刻从 05:01 走到 05:05）。所以要查的是它有没有按日自动执行、 -还是只在手动触发时跑。 +一，**日期约定对不上。** 快照在交易日 D 晚上写，plan_date 记 D；计划在 D+1 凌晨构建， +数据日就是 D。我在计划装配里写的是读 D+1。09-04 能对上，只因为那天上午我手工跑了 +一次快照——把一次手工操作的时序写进了代码，周一就全部落空。已改成读"数据日当天或 +之前的最近一版"，顺带扛得住某个晚上没跑。 -**验证命令**（在 Mac 上跑）： +二，**读上一版的函数只取五列。** 它原本只为算迁移而写，没有环节名，按环节索引必然为空。 +已改成取全部列并归一空值。 -```bash -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())\"" -``` - -预期读数：每个交易日一行。现在只有两行，就是断了。 +修完实测（09-07 计划）：产业研判可用 4、自我校验未通过 18、对不上主题 8。 +**"自我校验未通过 18"本身是个读数**：三十行里十八行对上的环节，其研判自己都说撑不住。 ### 5.2 一致性检查表十三行只核完五行 diff --git a/docs/复盘决定台账.md b/docs/复盘决定台账.md index 37fbc4f..e9135db 100644 --- a/docs/复盘决定台账.md +++ b/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 看计划里产业研判是否仍有值（验证日期约定修对了）；看是否出现第一条真实的新建仓提议。