zlt
|
4077b57e35
|
PMS 文案第二批：规则闸、仓位约束、资金、计划取数
抽了一个公共的显示层函数 app/core/copy.py，把句首那个大写判据码剥掉再给人看。
这一步是有讲究的。那些判据码是承重的：账本靠它取去重键（同一条被拒指令当日只记一条），
命令进度靠它做原因聚类。2026-07-29 账本被同一条指令按分钟灌满，病根就是去重键失效。
所以码必须留在句首，只能在显示层剥。此前后端两处各写了一份剥前缀的逻辑，现在共用一份。
改写的文案：
规则闸六句。冻结原因原先写「该股处于 COMMAND_HALT, 禁止增持」，既印了枚举值，也没分开
三种来路——你下的命令、你手设的、系统刹车期间，对交易员是三件不同的事。昨夜信号原先写
「决策系统昨夜定性 SELL (形态恶化)」，SELL 是枚举值，而「形态恶化」是给三种信号硬安的
定性，回避未必是形态问题。
仓位约束六句，原先全是「加后总仓 82.3% > 上限 80%」这种电报体。大于号要人翻译，而且
没说清百分比是占什么。行业占比那条还漏了设计要点——两条都超才拦，不写会被当成误拦
来投诉。
资金四句改在源头。这个字段有三个下游都直接显示给人看，改一处三处一起干净。异常原文
只进日志。
计划取数两句会渲染成页面顶部整条红色横幅。原先网络抖一下就顶一条异常原文给基金经理
看。改成说清三件事：现在拿不到什么、多久之后重试有意义、还不行找谁。其中「过 1 分钟
再试」不能省——失败结果会被缓存一分钟，早于这个点重读拿到的还是同一条失败。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
2026-09-04 13:27:45 +08:00 |
|
zlt
|
c6034a6220
|
PMS 两处安全修复：强制交人改为一票否决不再被卖出方向短路；目标价与止损价接通且必定交人
卖出侧：原判定把卖出方向放在或运算左边，强制交人的标记被整个短路。改为强制交人一票否决排在方向与档位之前。真正需要自动卖的两条路（风控高置信止损、用户命令清仓）不经提议分流，不受影响。
目标价：接通而非摘掉入口。到价产出清仓提议但必定交人，文案写明系统不自动卖；拿不到现价时不动。止损价参与规则检查，只告警不拦截。填 0 即取消，已写进命令说明与页面提示。
复核发现并修：同一轮可能同时产出保垫减仓与到价清仓，前者当场执行后者等人拍板，等人采纳时数量已超过实际持仓会被整条驳回。改为同轮只发一条减持，用户设的目标价优先。
测试：全套 ALL SUITES PASS，例数 626 增至 650。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
2026-09-03 16:06:27 +08:00 |
|
zlt
|
7e06e43334
|
代码全面修改
|
2026-08-28 13:07:27 +08:00 |
|
zlt
|
1efd7fb40f
|
规则闸: 决策系统昨夜定性形态恶化时不新增买入, 拒绝落评审账本
|
2026-08-05 11:27:43 +08:00 |
|
zlt
|
2ae59df497
|
处理对应bug
|
2026-07-31 16:10:58 +08:00 |
|
zlt
|
0ab611b9e3
|
买入前资金校验+规模偏差可见; 给QMT侧补1100股来历与持仓情形要求
|
2026-07-30 13:02:51 +08:00 |
|
zlt
|
4a83209dac
|
第三批: 规则闸/择时执行器实现B/三模式下发通道/执行编排
|
2026-07-28 09:10:07 +08:00 |