tradingSystem/app/web
zlt db2bca4d90 第零件甲组:PMS 目标价那条路的四个缺陷,加裁决理由服务端强制
独立审查(09-07)报的两条高严重度与两条中严重度,都在目标价这条路上,都违背 09-03
写下的「目标价必交人、系统不自动卖」。

一,跨轮减持抢在人前面卖。同轮只发一条减持只管一次扫描;下一分钟到价清仓已成在途、
按(代码,动作)被跳过,保垫减仓单独产出、不需确认、卖出方向又不走强制入队,于是
自动卖掉三分之一,人随后采纳的清仓单永远等不到可卖量。修法两处互为保险:动作引擎里
同票只要有任何一条减持在跳过集合里,本轮其余减持一律让路;提议服务的在途集合对减持侧
按代码去重,一条在途两种减持一起记。

二,到价提议挂着时高置信止损被吞。在途检查把等人拍板的到价清仓算作在途,止损整条不落。
到价提议的来源写在硬数字里,按来源区分:等人拍板的止盈不挡止损。止损落单后把还挂着的
到价提议作废并在账本记一行,免得人再点采纳对一只已清掉的票再发清仓。

三,到价当天有买入成交时清仓被整条拒。原先按总持仓报数,规则闸一句「卖出 > T+1 可卖」
拒掉再被当日去重挡住,人当天看不到。改按可卖量报数,与执行器口径对齐;可卖为零不产出。
采纳路径同样按拍板那一刻的可卖量重算。

四,挂了交易方案的票目标价永不触发。原先整只跳过,策略层又没有任何地方读目标价。
改成策略票仍评目标价,其余四类不评。目标价是用户的命令,优先级高于自动挂上的方案。

另收第五件里的一小项:裁决理由改为服务端强制,空理由直接拒绝请求。此前必填只在浏览器
里成立,任何脚本都能写出一条默认文案的裁决记录。

测试:第四批加三例(跨轮让路、策略票评目标价、按可卖量报数),第二十一批加两例
(到价提议不挡止损并被作废、非到价来源的在途仍挡),例数 655 到 660。

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
2026-09-07 11:22:05 +08:00
..
static 翻译表按清点结果补齐;修守卫把两套同名枚举混成一组的错 2026-09-04 15:17:06 +08:00
__init__.py 第二批: 命令状态机/方案生成器/回放对账/管理页面/调度器骨架 2026-07-27 17:12:09 +08:00
auth.py 添加权限 2026-08-27 10:16:45 +08:00
main.py 第零件甲组:PMS 目标价那条路的四个缺陷,加裁决理由服务端强制 2026-09-07 11:22:05 +08:00