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
..
__init__.py	第二批: 命令状态机/方案生成器/回放对账/管理页面/调度器骨架	2026-07-27 17:12:09 +08:00
action_engine.py	PMS 文案第二批：规则闸、仓位约束、资金、计划取数	2026-09-04 13:27:45 +08:00
command_spec.py	PMS 两处安全修复：强制交人改为一票否决不再被卖出方向短路；目标价与止损价接通且必定交人	2026-09-03 16:06:27 +08:00
copy.py	PMS 文案第二批：规则闸、仓位约束、资金、计划取数	2026-09-04 13:27:45 +08:00
cushion.py	设计定型后提交	2026-07-27 15:50:57 +08:00
exec_timing.py	代码全面修改	2026-08-28 13:07:27 +08:00
macro_rules.py	加入股汇参数和相应逻辑	2026-08-19 10:04:20 +08:00
plan_diff.py	#7 和 #12	2026-07-31 13:28:10 +08:00
planner.py	PMS 文案第二批：规则闸、仓位约束、资金、计划取数	2026-09-04 13:27:45 +08:00
rebuild_check.py	处理没成本价的问题	2026-07-31 14:19:36 +08:00
recon.py	代码全面修改	2026-08-28 13:07:27 +08:00
rule_gate.py	PMS 文案第二批：规则闸、仓位约束、资金、计划取数	2026-09-04 13:27:45 +08:00
signal_rules.py	PMS 接通选股系统判决：计划解析增读判决五键、按判决分流新建仓、研判键放行与必答题、人工裁决理由必填、信号来源区分、会话密钥补进密钥名单	2026-09-03 11:51:42 +08:00
sizer.py	PMS 文案第二批：规则闸、仓位约束、资金、计划取数	2026-09-04 13:27:45 +08:00
tradedays.py	代码全面修改	2026-08-28 13:07:27 +08:00
ws_codec.py	通道弃洞自愈+参数列放宽TEXT+运维清标记按钮+iPad浮层teleport与触屏直连+信号计划标	2026-09-01 09:18:00 +08:00