页面是三千行的单文件,没有任何测试,改错了不会有东西报警。所以这一批先写守卫, 再靠守卫把问题扫出来——它比人工照清单改可靠,实际也确实多抓出了四处清单里没有的。 改掉的直出点: - 操作日志印的是函数名式的操作码(issue_command:EXIT_STOCK 这类)。冒号前是做了 什么、冒号后是对象,后半段复用页面已有的翻译组,英文码退到悬浮提示。 - 持仓表的冻结原因没走翻译,而同一份文件里另一处走了,是执行漏网。 - 提议卡两处印判决词。判决词本身不告诉人能不能买,句子主干换成原因。这里顺带 接上了 missing 字段——它一路从后端带到前端却从没被渲染过,"关注"态终于说得出 到底缺什么。 - 规则闸未通过项与裁决理由带着大写判据码。前端加一份剥前缀的实现,与后端 app/core/copy.py 同口径。 - 账本那一列原先叫「硬数字」,把整个字典打出来。改成只念人要读的几项,完整原文 退到悬浮提示。同一行的动作与研判两列也是英文原值,一起走翻译。 - 候选池落选明细、命令参数、安全垫状态、自主档位,都是直接印原值。 - 翻译兜底原先是原样返回,会让一个英文词单独立在页面上当句子。改成退到括号里。 守卫检查四件事:枚举字段直出、判据码没剥前缀、把整个对象打给交易员看、翻译兜底 裸奔。运维面板里那些有意显示原始数据的地方逐条登记放行,每条写明在哪个面板、 为什么放行。 例数 654 到 655,测试入口的例数表与哨兵位置清单同改——新增会送到页面的枚举字段 要往守卫的名单里登记一行,不登记等于不检查。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> |
||
|---|---|---|
| .. | ||
| assets | ||
| core | ||
| db | ||
| repo | ||
| services | ||
| web | ||
| ws | ||
| __init__.py | ||
| scheduler.py | ||