信访风险研判看板 v8.23 · 插件化预警看板
- 信访看板
- 一切皆插件
- 预警分级
- 持续学习
- 数据看板
🎯 目标
把信访风险研判从"分散台账+人工翻阅"升级为插件化预警看板，实现画像全息化、风险三色预警、18 面板全覆盖，解决风险人员预警不直观、处置跟踪难闭环的问题。
💡 概念
平台外壳+功能插件+数据总线架构：数据外置 JS 文件、页面与数据分离；豆包只做需求设计/派工/盯进度/验收， 所有代码由本地 DSH 编写；每轮先同行借鉴（仙居五环智控/浙江红橙黄分级/惠州清单预警/TrendRadar 词云/ Grafana 预计算聚合/中经网预警规则）形成"有对标"设计再派工；验收以文件凭证+浏览器实测为准。
⚙️ 过程
1. 完成 v8.20 画像全息化基线：5 人画像（信访轨迹/历次处置/情绪态度有来源）、跟踪事项、回访台账，验收口径 278/122/45/111/409 通过 2. 迭代 v8.21、v8.22 各新增 3 面板（生命周期/重复信访/风险因素、趋势/质效/报告），12/15 面板验收通过 3. L4 轮借鉴 6 对标源形成 design 文档，派工 DSH 实现 v8.23 三面板（预警卡+高关注清单/诉求热点词云/单位视图），18/18 面板落盘 4. 发现 Bug1（预警卡点击筛选错乱）→ 20:25 派修复工单（cu/Chrome 兜底发送）→ 盯修复落盘 → 复验红3/橙149/黄6 全过 5. 验收通过后建每小时值守监控；值守中发现服务停止（node 进程消失）按授权重启恢复
🚧 问题
- 派单通道 bu 经常超时/点击无反应，Edge 同内容发送被证实未进目标会话；可靠路径=cu/Chrome 兜底+三重确认会话名（详见过程资产） - v8.20 曾遇外部 LLM API TRANSPORT Connection error（L0 全局层），重启本地服务无效，等 API 恢复后补发"继续"闭环 - Bug1 根因：预警卡点击误设 setFilter('search',人名) 致筛选错乱；修复后 bu 与 Chrome 实例 localStorage 相互独立需分别清理复位 - DSH 服务曾中途停止（node 进程消失），值守发现后按授权重启恢复
✅ 成果
v8.23 完成 18/18 面板、console 0 错误、统计口径 278/122/45/111/409 不回归、全库无占位名； 预警分级规则落地（红≥7或到期≤3日/橙5-6或4-10日/黄3-4），复验命中红3/橙149/黄6； 桌面 file:// 直接部署使用，数据与页面分离（换数据 JS 即更新）。
🔗 链接
📂 过程资产
- 案例预警卡点击筛选错乱 Bug 的发现-修复-复验闭环2026-09-16
v8.23 预警卡点击筛选错乱（点红卡命中1人且筛选区误显示姓名）：根因=预警卡点击误设 setFilter('search', 人名)，修复=改 setFilter('alert', 级别)+data-bus 新增 alert 筛选键+画像加 _alert 字段；复验注意 bu 与 Chrome 实例 localStorage 独立需分别清理，最终红3/橙149/黄6 全部通过。
- 坑派单通道 bu 经常超时/点击无反应，Edge 发送未进目标会话2026-09-16
豆包侧边工作台（bu）打开 DSH 多次 COMMAND_TIMEOUT、点击发送无反应；曾改用 Edge 桌面浏览器同内容发送，被证实未进入目标会话（勿再用）；可靠路径=cu/Chrome 兜底 + 发送前三重确认会话名 + 验证"输入框清空+消息流出现工单全文"。