4077b57e35
抽了一个公共的显示层函数 app/core/copy.py，把句首那个大写判据码剥掉再给人看。 这一步是有讲究的。那些判据码是承重的：账本靠它取去重键（同一条被拒指令当日只记一条）， 命令进度靠它做原因聚类。2026-07-29 账本被同一条指令按分钟灌满，病根就是去重键失效。 所以码必须留在句首，只能在显示层剥。此前后端两处各写了一份剥前缀的逻辑，现在共用一份。 改写的文案： 规则闸六句。冻结原因原先写「该股处于 COMMAND_HALT, 禁止增持」，既印了枚举值，也没分开 三种来路——你下的命令、你手设的、系统刹车期间，对交易员是三件不同的事。昨夜信号原先写 「决策系统昨夜定性 SELL (形态恶化)」，SELL 是枚举值，而「形态恶化」是给三种信号硬安的 定性，回避未必是形态问题。 仓位约束六句，原先全是「加后总仓 82.3% > 上限 80%」这种电报体。大于号要人翻译，而且 没说清百分比是占什么。行业占比那条还漏了设计要点——两条都超才拦，不写会被当成误拦 来投诉。 资金四句改在源头。这个字段有三个下游都直接显示给人看，改一处三处一起干净。异常原文 只进日志。 计划取数两句会渲染成页面顶部整条红色横幅。原先网络抖一下就顶一条异常原文给基金经理 看。改成说清三件事：现在拿不到什么、多久之后重试有意义、还不行找谁。其中「过 1 分钟 再试」不能省——失败结果会被缓存一分钟，早于这个点重读拿到的还是同一条失败。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> |
||
|---|---|---|
| .. | ||
| assets | ||
| core | ||
| db | ||
| repo | ||
| services | ||
| web | ||
| ws | ||
| __init__.py | ||
| scheduler.py | ||