tradingSystem

Commit Graph

Author	SHA1	Message	Date
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
zlt	6f416ead6b	解锁重问：判定、取数、接线、参数、单测（台账 055 第二件之 PMS 侧） Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-09-09 15:13:09 +08:00

Author

SHA1

Message

Date

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

zlt

6f416ead6b

解锁重问：判定、取数、接线、参数、单测（台账 055 第二件之 PMS 侧）

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

2026-09-09 15:13:09 +08:00

2 Commits