消息转发不是收到什么转什么——直接照搬的转发经常出事故。转发的核心是决策什么内容值得转、转给谁、要不要加工后再转。一、转发的三种模式原样转发内容不动改个接收方直接发出。适合转发标准化的内容报价单、活动通知。加工转发提取原消息的关键信息套上模板重新组装后发送。适合转发给第三方的客户消息客户问XXX。触发式转发原消息只是触发信号转发的是预先准备的内容。适合自动应答场景收到资料就转发资料链接。三种模式的本质区别是内容从哪来——原样来自原消息加工来自组合触发式来自内容库。二、什么值得转——筛选先行接到消息就转发是灾难重复消息、闲聊、表情包全转出去接收方很快屏蔽你。转发前要过筛选器去重msgId 幂等同内容短时间不重复转、相关性判断关键词或分类模型识别、来源过滤只转特定的人或群的消息。筛选的本质是转发的信噪比——转出去的每条消息都应该有信息量。三、转发的礼仪与风控跨对象转发要脱敏把 A 客户的消息转给 B 处理时隐去 A 的个人信息昵称、手机号用编号代替。涉及隐私的聊天截图和原文未经同意不转发给无关第三方。转发频率也要控制同一接收方短时间收到大量转发会被视为骚扰批量转发场景加间隔和总量的限制。三种模式对照模式内容来源适用场景风险点原样转发原消息标准通知可能带无关内容加工转发模板提取跨对象传递提取遗漏触发式转发内容库自动应答关键词误触发加工转发实现def forward_with_context(original, to_agent): 客户消息加工后转给客服 # 筛选去重相关性 if db.exists(forward_log, msgIdoriginal[msgId]): return if not RELEVANT_KEYWORDS.search(original.get(content, )): return # 脱敏客户编号代替个人信息 contact db.query(contacts, wxidoriginal[fromUser]) cust_no contact[cust_no] if contact else 未知客户 rendered FORWARD_TEMPLATE.format( custcust_no, contentoriginal[content][:200], timefmt_time(original[createTime])) r api(sendText, {wId: WID, toUser: to_agent, content: rendered}) if r.get(code) 1000: db.save(forward_log, { msgId: original[msgId], to: to_agent, time: now()}) app.post(/webhook) def webhook(): d request.json if d.get(eventType) message: # 按业务线路由到对应客服 agent pick_agent(d.get(content, )) if agent: forward_with_context(d, agent) return {code: 1000}落地建议转发功能的投入顺序先做筛选器决定什么值得转再选转发模式内容怎么转最后加脱敏和频控转得安全。加工转发的模板要留字段校验——提取不到关键信息时宁可转原文加备注也不发一条残缺的加工消息。转发接口和消息结构说明参考 Eyun 开发文档。