01 / NEGATIVE
风险预警
投诉、辱骂、泄密等风险词分级检测；只让高危信号打扰管理员，普通预警进入台账等待复核。
- · 同群 + 同人 + 同词未闭环只累计，不重复轰炸
- · AI 结合上下文初诊主题、严重度与处置建议
- · 待处理 → 已处理 / 已忽略，形成闭环
v0.1.1 · 全量真机上线 · 生产运行中
群里每一条情绪，
都变成可行动的信号
moo-radar 是可复用的 Laravel 客情雷达：负面消息进入风险预警与 AI 初诊，正面表扬归到对应服务人员；全量会话再沉淀为可检索、可回扫、可复盘的数据资产。
Laravel 12 · Composer 私有包12 张表 · 17 个迁移171 项测试
从命中词、严重度到原始消息与上下文，管理员在一处完成研判与处理。
Prototype · 01Two-sided radar
客情不只有投诉，也有认可
同一份消息流，一面捕捉风险，一面沉淀正向关系；机器人问答则把模型能力直接带进群聊现场。
02 / POSITIVE
认可沉淀
从客户的表扬、感谢与点赞里识别正向信号，归属对应服务人员，形成可追溯的认可台账和榜单。
- · 正向词库分 7 类维护
- · 否定语境降噪，拿不准的留待认领
- · 可改派、精选、统计与导出
@机器人问答
群成员直接 @应用发问，回调在 5 秒内确认，实际推理进入异步队列，失败也不会拖垮消息入口。
- · 自建应用回调即用
- · 问答与初诊共用调用台账
- · Token、耗时、成败与 request id 留痕
Interface prototype
不是概念图，是已经走通的工作台
原型把风险研判、认可归属和客户群全景放进同一套后台信息架构。以下画面来自项目界面原型，数据为演示内容。
风险词、AI 初诊、处置建议与前后文上下文在同一个详情页里对齐，降低跨页核对成本。
风险处置
把客户认可归属到服务人员，并保留原始表达和上下文。
认可沉淀
从群聊回到客户关系全景，查看成员、消息和历史信号。
客群档案Signal pipeline
五步把一条消息变成行动
回调消息和会话存档共用同一套检测、分级、去重、告警与落库逻辑，来源不同，口径不漂移。
01
接入
应用回调 + 全量会话存档
02
验真
验签解密，msg_id 幂等去重
03
研判
风险 / 认可双路检测 + AI 初诊
04
触达
分级私信 / 管理群，多渠道叠加
05
闭环
台账处理、统计、回扫与复盘
Data asset
不只抓命中，完整保存上下文
企业微信侧的存档消息有时间窗口。radar 将命中与未命中、文本与非文本、撤回记录统一沉淀，成为长期可复盘的数据层。
180d消息默认留存
365dAI 日志默认留存
11运维命令
171Pest 用例
MESSAGE ASSET LAYERS
消息原貌
原文、类型、撤回标记、媒体元数据、发生时间；不因当时未命中而丢失。
会话与成员
群名、群主、公告、成员身份、企业名、跟进备注与入群时间定时同步。
风险与认可
风险日志、处理状态、AI 初诊、认可归属与榜单从原始消息派生，随时可回溯。
再计算能力
增加新词或开启新能力后可回扫历史，补生成台账而不重复计数。
Quiet reliability
监控最怕两件事：漏，和太吵
五条设计决策同时控制重复、延迟、误报和告警噪音，让系统持续运行而不是上线三天就被静音。
H
消息幂等
企微超时重推同一 msg_id，只处理一次。
A
未闭环计次
同类风险累计更新，不重复建档告警。
D
批量触达
一次 API 调用发给全部管理员。
C
词库缓存
缓存加速，增删改后立即失效刷新。
E
分级降噪
高危才打扰；普通预警只进台账。
What it needs
真实接入条件
- · 全量群聊正文需要开通企业微信“会话内容存档”，不是普通应用回调就能拿到。
- · 生产必须使用 Redis 队列与常驻 worker，回调要在 5 秒内确认。
- · 涉及聊天正文与 AI 初诊时，应明确成员授权、隐私范围和数据保留策略。
- · 客户档案同步还依赖相应的客户联系 API 权限与可见范围。
What it is not
刻意不承诺的事
- · AI 初诊是分诊和建议，不替代人工处理结论。
- · 低危不告警不等于不记录；安静优先是产品策略，不是漏报。
- · 不把所有聊天无限保存；留存期限、清理命令和开关均可配置。
- · 包负责客情机制，最终 ACL、审计岗授权和业务处置规范仍由 host 决定。