zlt cabcf04397 修 batch25 一条钉住排版而非行为的断言；硬风险排在重问之后 ... batch25 那条断言写的是 `'or bool(reask_why))' in src`，它把「reask_why 必须是 force_queue 那一行的最后一项」也一起钉住了 —— 而那只是当时的排版，不是这条规矩的 内容。往一票否决里加「上游标了硬风险的候选也交人」之后，那一行结尾变成 `bool(risk_why))`，断言就红了，而被它保护的行为一个字都没变。改成取出那一行、 只看 reask_why 在不在里面。 同时把交人原因的次序改回来：重问放行仍排最前（2026-09-09 拍板），硬风险紧随其后。 原先我把硬风险排到了最前，那等于顺手推翻上一次拍板 —— 而两者实际上几乎不会同时 出现（上游标了硬风险的票判决多半不是「候选」，走不到重问那一步），这个次序之争 是空的，不值得为它改口径。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>		2026-09-10 13:47:04 +08:00
..
assets	修复公示导出：模板残留隐藏行把合计行与图表整段藏掉；红绿条件格式按最终行位重建；净值+仓位双系列带标记图表	2026-08-28 17:20:58 +08:00
core	解锁重问的判定逻辑与取数：纯逻辑模块 + 当日成交量与五日均量	2026-09-09 15:05:20 +08:00
db	模拟库和正式库分离	2026-08-28 14:34:00 +08:00
repo	解锁重问：判定、取数、接线、参数、单测（台账 055 第二件之 PMS 侧）	2026-09-09 15:13:09 +08:00
services	修 batch25 一条钉住排版而非行为的断言；硬风险排在重问之后	2026-09-10 13:47:04 +08:00
web	数量按建议档位重算：卡上写试探仓 1%，采纳后就真的只买 1%	2026-09-10 13:42:39 +08:00
ws	pms-ws 启动横幅与联调面板改读运行参数表, 与运行逻辑同源	2026-09-09 16:10:39 +08:00
__init__.py	第二批: 命令状态机/方案生成器/回放对账/管理页面/调度器骨架	2026-07-27 17:12:09 +08:00
scheduler.py	第三件 PMS 侧：按逻辑状态分流，入场论点随持仓走	2026-09-07 14:37:35 +08:00