Commit Graph

4 Commits

Author SHA1 Message Date
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 7e06e43334 代码全面修改 2026-08-28 13:07:27 +08:00
zlt 05a4fee86c 处理对应bug 2026-07-31 14:36:50 +08:00
zlt dc96db734f 设计定型后提交 2026-07-27 15:50:57 +08:00