处理评述问题
This commit is contained in:
zlt
parent
90d27d43fd
commit
bcf9ff0481
103
DEVLOG.md
103
DEVLOG.md
|
|
@ -11,12 +11,22 @@
|
|||
> - **bionic_trader（决策系统）** 跑在 `192.168.16.188:38000`，挂载卷，
|
||||
> `git pull` 后 `docker compose restart backend-api worker-brain` 即生效；
|
||||
> **新增 env 必须 `docker compose up -d --force-recreate`**，restart 不重读 env。
|
||||
> 容器时钟是 UTC，看时间戳先加八小时。
|
||||
> - **akg-factor-bridge（因子桥）** 在 `factorevaluation`，容器名 `akg_factor_bridge`，
|
||||
> API 在 8300，常驻 API 改码要 compose restart。容器时钟是 UTC。
|
||||
> API 在 8300，常驻 API 改码要 compose restart。
|
||||
>
|
||||
> **时区（2026-08-06 查实、2026-08-07 再证一次，这里写的以实测为准）**：
|
||||
> 不能按「哪个系统」一刀切，要按「哪种时间」分：
|
||||
> - **容器时钟与容器日志正文** —— 北京时间，**不要加八小时**。
|
||||
> 证据：bionic 容器内 `date` 为 `15:37 CST`。
|
||||
> - **数据库的时间列**（`strategy_audit_log.created_at`、
|
||||
> `strategy_daily_results.updated_at` 等）—— **UTC，要加八小时**。
|
||||
> 证据：08-07 北京 09:03 时该库 `SELECT NOW()` = `2026-08-07 01:03:32`。
|
||||
> - **日期列**（`audit_date`、`trade_date`）—— 北京日期，不换算。
|
||||
> - `docker logs -t` 自己加的那个时间戳前缀是 UTC，跟正文里 Python logging
|
||||
> 打的时间不是一个口径，别混着读。
|
||||
>
|
||||
> 记录纪律：判收状态只写「真机见过」或「未判收」两种，不写「应该没问题」。
|
||||
> 时间一律写北京时间，引用桥或决策系统的日志时间时先加八小时并标注已换算。
|
||||
> 时间一律写北京时间，引用数据库时间列时先加八小时并标注已换算。
|
||||
|
||||
---
|
||||
|
||||
|
|
@ -450,6 +460,93 @@ PMS_UNAVAILABLE 三个值，而 `pms_advisor._today_exit_verdict` 第 102 行明
|
|||
|
||||
---
|
||||
|
||||
## 2026-08-07 · 股票评述里冒出「【手动重跑AKG_PLAN】」：运维口径的话被当成风控质询
|
||||
|
||||
**做了什么**
|
||||
|
||||
页面上一些股票的评述里出现了「【手动重跑AKG_PLAN】」这种谁也看不懂的字段。第一反应会怀疑
|
||||
是前一天新建仓那批改动，但**不是**：三个仓库全文检索「手动重跑」只有一个出处，
|
||||
`bionic_trader/scripts/rerun_pool.py` 第 237–238 行。链条如下（全部是源码，不是推测）：
|
||||
|
||||
1. `rerun_pool.py` 下发 `analyze_strategic_plan.delay(c, reason, None, target_date)`。
|
||||
**第二个位置参数不是留痕字段，是 `reviewer_feedback`** —— 风控官质询通道。
|
||||
2. `tasks_brain.IntradayClassifier.classify()` 第一道判断是 `if "【盘中" not in text: return None`，
|
||||
「【手动重跑】」不带这个前缀，返回 None。
|
||||
3. 于是掉进 `elif reviewer_feedback:` 分支，被拼进提示词的
|
||||
`[📢 CRITICAL CHALLENGE FROM RISK OFFICER]` 段，后面跟着
|
||||
`You MUST address this in your analysis`。
|
||||
4. 那是一句命令。大脑照办，把这句运维口径的话写进了 `analysis`。
|
||||
5. `generate_chinese_report` → `save_to_database` → 覆盖进
|
||||
`strategy_daily_results.analysis_summary`，也就是页面上的评述。
|
||||
|
||||
**这条真正的教训不是那个字段，是它顺带证实的悬项二。** `rerun_pool` 落库是
|
||||
`INSERT ... ON DUPLICATE KEY UPDATE`，把 `signal_type / support_level / pressure_level /
|
||||
analysis_summary` 一起就地覆盖。查实的落库时刻（库时钟是 UTC，下面已换算成北京时间）：
|
||||
|
||||
| trade_date | 行数 | 落库时刻（北京，已换算） | 当时是什么时候 |
|
||||
|---|---|---|---|
|
||||
| 20260806 | 16 | 08-06 22:32 → 22:45 | 收盘后，安全 |
|
||||
| 20260805 | 18 | 08-05 22:30 → **08-06 11:04** | **盘中**，改写的是当时正被读的昨夜结论 |
|
||||
| 20260804 | 11 | **08-05 13:04** → 08-07 00:50 | **盘中**，补录历史日 |
|
||||
|
||||
08-06 早盘 11:04 与 08-05 午盘 13:04 各有一次盘中重跑。而这张表下游有两个人在读：
|
||||
bionic 的 `pms_advisor`（支撑压力位算 PMS 买卖区间、`signal_type` 走 `BAD_Y_SIGNALS` 闸）、
|
||||
桥 `pool.py` 的 `BAD_SIGNALS`（决定把哪只票请出候选池）。所以「盘中不跑 push-pool」这条纪律
|
||||
不只针对桥，`rerun_pool` 同样在内 —— 这次是拿实测把它钉死了，不再是推测。
|
||||
|
||||
顺带记一条待查的：`SZ000800` 现在有两行相互打架的定性，`trade_date=20260806` 是 `SELL`
|
||||
（08-06 22:38 写入），`trade_date=20260804` 是 `DROPPED`（08-07 00:50 写入，晚了两个多小时）。
|
||||
补录历史日会写出一行「时间上更新、日期上更旧」的结论，取数方按 `trade_date` 排还是按
|
||||
`updated_at` 排会拿到不同答案。两边取数口径要对一遍，这次没做。
|
||||
|
||||
**改法（两处，缺一不可）**
|
||||
|
||||
- **根治** —— `rerun_pool.py` 下发时第二个位置参数固定传 `None`；`--reason` 保留，但改成
|
||||
只印在脚本自己的输出里给人看。
|
||||
- **兜底** —— `tasks_brain.py` 加 `_is_ops_note()` 前缀护栏，认
|
||||
`【手动重跑】/【运维】/【回补】`，命中就先打一行日志再把 `reviewer_feedback` 置空。
|
||||
为什么两处都要：`rerun_pool` 的用法示例第 2 条明写着鼓励人手填
|
||||
`--reason "调整X因子后重跑"`，只堵住默认值，下次手填照样中招。
|
||||
|
||||
护栏落点选在 `analyze_strategic_plan` 打完那行「🧠 Brain 正在介入」日志之后、
|
||||
`IntradayClassifier.classify` 之前。**先打日志再丢弃**是有意的：「谁在什么时候用什么理由
|
||||
重跑了这只票」这条线索要留在日志里，它只是不该进大模型的证据。拦在源头一次就够，因为
|
||||
下游用到 `reviewer_feedback` 的只有 classify 和风控官质询段两处。
|
||||
|
||||
**已经被污染的评述救不回来**：就地覆盖，没有历史表。要洗只能改完代码后按同一个池重跑一遍
|
||||
让它再覆盖一次，而那又是一次全量重算、支撑压力位会再动 —— 只能收盘后做，别在盘中洗。
|
||||
|
||||
**动了哪些文件**（都在 bionic_trader，PMS 侧一个字没动）
|
||||
- `scripts/rerun_pool.py` —— 下发传 `None`；`--reason` 改为本地留痕；文件头补两段说明
|
||||
（「什么时候不能跑」「为什么 --reason 不再下发给大脑」）。
|
||||
- `workers/tasks_brain.py` —— 新增 `_OPS_NOTE_PREFIXES` 与 `_is_ops_note()`；
|
||||
`analyze_strategic_plan` 里加四行护栏。既有两条路径（盘中事件、常规风控意见）零改动。
|
||||
- `scripts/selftest_ops_note_guard.py`（新增，24 项）—— 不 import `tasks_brain`
|
||||
（它拖着 milvus/llm），靠 AST 把 `_is_ops_note` 从源码里抠出来单独执行做真实断言，
|
||||
再用 AST 校验护栏落点与 `delay` 的第二个实参。做过三次变异验证，确认它真的会失败：
|
||||
说明文字塞回去、护栏只打日志不置空、前缀写宽一个字，三次都被抓住。
|
||||
|
||||
**部署方式**
|
||||
决策系统那台：`git pull` 后 `docker compose restart worker-brain`。没有新增 env，
|
||||
不需要 `--force-recreate`。**只重启 worker-brain 就够**，`backend-api` 没动。
|
||||
|
||||
**真机判收**
|
||||
未判收。判收两步：① 容器里跑一次
|
||||
`docker exec trader_worker_brain python scripts/selftest_ops_note_guard.py` 见「全部通过」；
|
||||
② 收盘后拿任意一只票跑一次 `rerun_pool.py --group AKG_PLAN --limit 1 --reason "护栏验证"`，
|
||||
确认 worker 日志里有「🛡️ 运维口径说明已从提示词中剔除」这一行，且该票新落库的
|
||||
`analysis_summary` 里不含「手动重跑」。
|
||||
|
||||
**还欠着什么**
|
||||
1. 上面两步真机判收。
|
||||
2. `SZ000800` 那种「补录历史日写出时间更新、日期更旧的行」，取数方按 `trade_date` 还是
|
||||
按 `updated_at` 排要对一遍口径（`pms_advisor` 与桥 `pool.py` 两处）。
|
||||
3. 已污染的三批评述（16/18/11 行）要不要收盘后洗一遍，没定。
|
||||
4. `rerun_pool.py` 里 `--dry-run` 的中文说明写的是「干跑」，项目里同类东西叫「试算」，
|
||||
措辞不统一。这次没改，因为跟本条改动无关，单独提。
|
||||
|
||||
---
|
||||
|
||||
<!--
|
||||
下一条节点从这里往下写，格式照抄上面：
|
||||
## YYYY-MM-DD · 一句话标题
|
||||
|
|
|
|||
Loading…
Reference in New Issue