docs: 消息架构重构阶段总结文档+broadcast/messenger spec+INDEX更新

This commit is contained in:
xxm
2026-08-22 10:29:19 +08:00
parent fb5a1adcec
commit 0c1c6cabeb
4 changed files with 221 additions and 0 deletions
+1
View File
@@ -27,6 +27,7 @@
| [HEALTH-PIPELINE.md](HEALTH-PIPELINE.md) | 健康监控管线 |
| [operations-index.md](operations-index.md) | **★运维操作索引**:问题场景→文档/命令定位(改调度/查重评/数据流)|
| [scheduler-mechanism.md](scheduler-mechanism.md) | **定时调度机制**(改时间只改 schedule.expr|
| [message-architecture-20260821.md](message-architecture-20260821.md) | **★消息架构重构**:统一消息生产-消费架构(播报系统+messenger+异常浮窗融合)|
| [doc-audit-20260811.md](doc-audit-20260811.md) | 文档治理核实报告(15 份文档对照系统)|
| [system-audit-20260810.md](system-audit-20260810.md) | 系统彻查报告(含处理状态追踪)|
+125
View File
@@ -0,0 +1,125 @@
# MoFin 消息架构重构(2026-08-21
> 阶段总结:建立统一消息生产-消费架构,整合播报系统、异常浮窗、消息通道路由。
## 一、背景与问题
知微(hermes)通过 XMPP 发送的消息过多,真正有用的操作推荐被埋没。同时存在多套独立的消息系统,导致:
- 交易推荐和系统异常混在一起
- 部分消息(如 deploy_guard 回滚通知)只在 XMPP,系统界面看不到
- 右上角异常浮窗显示几天前的旧异常
- 各脚本消息输出不可控(直接 print 就被推 xmpp
## 二、统一消息架构
### 2.1 核心原则
- **生产者(脚本)与消费者(消息处理者)解耦**:脚本只负责发消息,不关心去向
- **消费者按"生产者是谁"(哪个 job)决定消息通道**,不按消息内容判断
- **broadcast_messages 表是唯一消息源**,所有消息都进这里
### 2.2 三层结构
```
[生产者] 77个 cron 脚本
└─ 每个脚本开头: from messenger import install_stdio_hook; install_stdio_hook()
(自动识别当前脚本/job, 拦截 stdout)
[消费者] messenger.py (统一消息处理者)
├─ 读 jobs.json 该脚本的 delivery 配置
├─ broadcast 通道 → print 被吞, 内容写 broadcast_messages 表
├─ xmpp 通道 → print 输出给 hermes(推xmpp) + 写 broadcast 表
└─ both 通道 → 两者
[通道]
├─ broadcast_messages 表 (播报Tab/历史查询)
└─ XMPP (操作推荐/交易触发)
```
### 2.3 通道配置(jobs.json delivery 字段)
- `broadcast`:只写 broadcast_messages 表(不推 xmpp
- `xmpp`:写广播表 + 推 xmpp
- `both`:两者
## 三、组件清单
### 3.1 数据库表
| 表 | 用途 |
|---|---|
| broadcast_messages | 统一消息源(id/ts/category/title/content/source/archived/created_at|
### 3.2 核心模块
| 模块 | 职责 |
|---|---|
| messenger.py | 统一消息处理者(分类+路由+hook拦截)|
| broadcast.py | 播报查询(get_recent/search_history/archive_old|
| alert_logger.py | 异常记录(写 alerts.json + broadcast|
| alert_helper.py | 告警网关(分级推送 + broadcast 归档)|
### 3.3 API 端点
| 端点 | 功能 |
|---|---|
| GET /api/broadcast/recent?hours=72 | 最近72h消息 |
| GET /api/broadcast/search | 历史搜索(日期/关键字/类型)|
| POST /api/broadcast/archive | 每日归档 |
| POST /api/broadcast/toggle_delivery | 切换 job 消息通道 |
### 3.4 前端
| 页面/组件 | 功能 |
|---|---|
| 播报 Tab (index.html) | 72h 消息流,分类标签+颜色,点击浮动全文弹窗 |
| broadcast.html | 历史消息查询(日期范围+关键字+类型筛选)|
| 健康 Tab cron 列表 | 新增"消息通道"列(点击切换 broadcast/xmpp/both|
| 右上角异常浮窗 | 从 broadcast system_error 类读取(24h内)|
## 四、消息分类(category
| 分类 | 关键词 | 去向 |
|---|---|---|
| trading | 买入/卖出/止损/止盈/加仓/持仓异动/推荐/区间触发 | xmpp + 播报 |
| system_error | LLM端点故障/API错误/超时/异常/失败/告警 | 播报 + 异常浮窗 |
| health | 健康检查/系统体检/数据完整性 | 播报 |
| market | 大盘/市场/板块/行业/指数 | 播报 |
| news | 新闻/消息面/资讯/公告/政策 | 播报 |
| strategy | 策略/重评/评估/温区/12维 | 播报 |
| general | 其他 | 播报 |
## 五、异常浮窗行为规则
- **24小时过滤**:只有24小时内的异常才显示
- **新异常自动展开**:检测到从未展开过的异常 → 展开 → **3秒后自动折叠**
- **已展开不重复**localStorage `expandedAlertKeys` 持久化,旧异常不再展开
- **首次加载不弹旧异常**`alertsInitialized` 标记,首次打开把当前异常标记为已展开
- **24小时后算历史**:超过24小时的异常自动从"最新异常"移除
## 六、Cron Job 清理
### 已禁用(30个失效/冗余 job)
- 引用已归档模块:branch_scanner/prune_branches/meta_growth/meta_watchdog/stale_push_wlin/strategy_evaluator/advice_reconciliation/ab_research/evolution_daily
- 空脚本:市场精选推荐/宏观风险扫描系列
- 功能重复:cron_to_xmpp(与 messenger 冲突)、stale_detector + strategy-staleness-check(每日重评覆盖)
### 最终架构(77 enabled
- xmpp 通道(7个):价格监控/买入区提醒/持仓异动/知微洞察/策略复盘/重评跟进/自选退出
- broadcast 通道(70个):采集/加工/健康/备份
## 七、修复记录
| 问题 | 修复 |
|---|---|
| price_monitor ModuleNotFoundError | alert_logger.py 复制到 deploy |
| realtime_indicators no such column id | 移除 SELECT id |
| realtime_indicators 写错日期 | 改用 live_prices 实时价格 |
| hermes cron 不执行 job | jobs.json 缺 id 字段(知微修复)|
| hermes provider 429 | ocg-new → ocg-router(多key路由)|
| daily_kline 600s超时 | script_timeout_seconds: 1800 + sh统一 no_agent |
| promote_candidates DB锁 | _exec_retry 自动重试 |
| xmpp_logger score TypeError | usage_percent None 兜底 |
| health_monitor_daily 引用 evolution | 禁用 job |
| messenger hook 递归 | 写表直接操作DB不经send |
| cycDelivery 非法正则 | \x00-\x7F → [^ -~] |
| alert_float 旧异常 | 24h过滤+已展开记录+3秒折叠 |
## 八、设计文档关联
- [holding-strategies-multewriter-analysis.md](holding-strategies-multewriter-analysis.md) — 多写方分析(A-E组)
- [llm-execution-protocol.md](llm-execution-protocol.md) — LLM执行协议
- [evolution-archive-readme.md](evolution-archive-readme.md) — 进化模块归档说明
+49
View File
@@ -0,0 +1,49 @@
{
"module": "broadcast",
"purpose": "统一消息播报系统——所有系统消息的唯一数据源与展示",
"human_help": {
"title": "播报系统",
"description": [
"播报系统是 MoFin 所有系统消息的唯一数据源。",
"所有 cron 脚本产生的消息(交易推荐/系统异常/市场数据/新闻/策略评估)都会写入 broadcast_messages 表。",
"播报 Tab 展示最近72小时的消息(分类标签+颜色,点击可查看全文)。",
"历史消息页(broadcast.html)支持按日期范围、关键字、类型查询。"
],
"usage": [
"播报 Tab:主界面查看最近消息,最新在最上。",
"分类:trading(交易)/system_error(异常)/health(健康)/market(市场)/news(新闻)/strategy(策略)。",
"长消息:表格只显示前120字,点击弹出完整内容。",
"历史消息:点击右上角'📋 历史消息'进入查询页。"
],
"troubleshooting": [
"播报 Tab 显示 Loading:检查 /api/broadcast/recent 是否正常。",
"消息缺失:检查对应脚本的 delivery 配置(jobs.json)。",
"异常没显示:异常浮窗只显示24小时内的 system_error 类消息。"
]
},
"ai_spec": {
"purpose": "统一消息源 + 播报查询",
"apis": [
{"method": "GET", "path": "/api/broadcast/recent", "returns": "最近N小时消息列表"},
{"method": "GET", "path": "/api/broadcast/search", "returns": "历史消息搜索(start/end/keyword/category)"},
{"method": "POST", "path": "/api/broadcast/archive", "returns": "归档超过N天的消息"},
{"method": "POST", "path": "/api/broadcast/toggle_delivery", "returns": "切换job消息通道(broadcast/xmpp/both)"}
],
"dependencies": ["broadcast_messages表", "messenger.py", "jobs.json delivery配置"],
"constraints": [
"broadcast_messages 是唯一消息源",
"所有脚本通过 messenger 写消息,不直接操作表",
"category 由 messenger._classify 自动判定"
],
"must_not": [
"禁止脚本直接 INSERT broadcast_messages(必须走 messenger",
"禁止绕过 messenger 直接 print 给用户消息"
],
"related_files": [
"deploy/profile-scripts/broadcast.py",
"deploy/profile-scripts/messenger.py",
"static/broadcast.html",
"static/index.html (播报Tab)"
]
}
}
+46
View File
@@ -0,0 +1,46 @@
{
"module": "messenger",
"purpose": "统一消息处理者——生产者与消费者解耦,按 job 配置路由消息通道",
"human_help": {
"title": "统一消息处理者",
"description": [
"messenger 是 MoFin 的统一消息处理者。所有脚本发送消息时调用 messenger,不需要关心消息去哪个通道。",
"消息去向由【生产者是谁】(哪个 cron job)决定,配置在 jobs.json 的 delivery 字段。",
"通道:broadcast(只写播报表) / xmpp(推用户+归档) / both(两者)。"
],
"usage": [
"脚本接入:文件开头加 from messenger import install_stdio_hook; install_stdio_hook()",
"发送消息:messenger.send(title=..., content=..., source=脚本名)",
"通道配置:健康 Tab cron 列表的'消息通道'列点击切换。",
"操作推荐:messenger.send_action_recommendation() 强制走 xmpp。"
],
"troubleshooting": [
"消息没推 xmpp:检查该脚本的 delivery 配置是否为 broadcast。",
"消息没进播报:检查 messenger 是否正确安装 hook。",
"递归嵌套:已修复(写表直接操作DB不经send)。"
]
},
"ai_spec": {
"purpose": "消息生产者与消费者解耦,统一通道路由",
"apis": [
{"method": "fn", "path": "messenger.send(title, content, source, channel, job_name)", "returns": "通道(broadcast/xmpp)"},
{"method": "fn", "path": "messenger.send_action_recommendation(title, content, source)", "returns": "强制xmpp"},
{"method": "fn", "path": "messenger.install_stdio_hook(script_name)", "returns": "当前通道"},
{"method": "fn", "path": "messenger.get_channel(script)", "returns": "脚本通道配置"}
],
"dependencies": ["jobs.json delivery", "broadcast_messages表"],
"constraints": [
"消费者按生产者(job)判通道,不按内容",
"所有通道都写 broadcast_messages 归档",
"xmpp 通道输出 stdout 供 hermes 捕获推 xmpp"
],
"must_not": [
"禁止按消息内容决定通道(内容分类仅用于 broadcast 表展示)",
"禁止脚本绕过 messenger 直接 print 用户消息"
],
"related_files": [
"deploy/profile-scripts/messenger.py",
"hermes jobs.json (delivery字段)"
]
}
}