台账第 026 条:关闭启动涨幅线的实测对照,以及计划接口的真实耗时

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
zlt 2026-09-04 10:58:48 +08:00
parent de7f83d18d
commit 49e423e0de
1 changed files with 11 additions and 0 deletions

View File

@ -196,3 +196,14 @@
- 部署窗口09:30 开盘后立刻做的,经用户当场拍板。做之前复查过出口队列为空、无在途指令、无待确认提议;库里有一条 09-03 留下的待发买单002463.SZ 买 400 股PROPOSED 状态),它落在库里不受重启影响,重连后由择时循环重新评估。重建后通道即刻恢复在线,心跳 0.9 秒。
- 一处时序要记住:今天的计划是早上 07:10 构建的,而论断质量标注的代码是 09:40 才拉到 155 的,所以那四项提示要等下一次构建才会出现在计划里。下一个交易日是周一 09-07。
- 复核日期:周一 09-07 的计划里确认缺失项带上了论断质量的四项提示。
## 026 · 2026-09-04 · 关闭启动涨幅线;给人看的文字去掉代码名
- 改动一,启动涨幅线做成整条开关(配置项 CARD_REQUIRE_STARTED按拍板置 0 关闭。原先只有一个阈值,想不要这条门槛只能把它调成一个很小的负数,那是绕法不是关闭——没有当日行情的票仍会被拦下。
- 这条门槛回答的不是这只票好不好,是今天是不是买点:只在票已经动起来的当天买,不猜底。关掉它等于改成左侧买入。好处是研究结论成立的当天就能进场,不用等市场先认同;代价是要承受不确定的等待,候选数会明显变多。
- 实测对照(数据日 09-03关之前当日 83 只强传导票**全部**落到仅展示,候选 0 只。关之后判决分布是候选 33 只、关注 1 只、仅展示 102 只PMS 逐票处置里有 11 只进入建仓流程。新建仓与整体自主档都是只提议,所以这 11 只是待人拍板的提议,不会自动下单。
- 想开回去:把 CARD_REQUIRE_STARTED 设回 1 并重建容器,判决当天即恢复原样。旧配置已备份为 .env.bak-20260904。
- 改动二给人看的文字里不再出现代码名。起因是页面上出现过「选股系统判为仅展示不出提议门槛未过started」。started 是门槛在代码里的变量名SELL 是决策系统的枚举值,两者都只该在系统之间传递。判决依据、缺失项、风险这三个字段被 PMS 原样显示给人读,全部改写成完整中文并带上具体数字。新增一条守卫用例,造十五种情形逐个检查这三个字段里一个代码名都没有。
- PMS 那边同改两处:跳过原因只写原因不写判决名;候选一只不剩时的说明不再把计数字典原样打印,改成只念不为零的那几项。
- **一个此前没人发现的事实**:选股系统的计划接口是每次实时重算的,从来不读快照,实测耗时 24 秒;而 PMS 的取数超时是 10 秒。之前一直能过是因为容器热着。09-04 重建容器后立刻暴露,已把 PMS_PLAN_TIMEOUT 从 10 调到 60。这一条要记住容器重建之后第一次拉计划必然比平时慢。
- 复核日期下一个交易日09-07看候选数与提议数是否稳定在这个量级。