[Bug] 渠道机器人答复内容重复

[huguangshanse-cloud]

出了什么问题？（必填，附截图）

使用渠道建立了一个钉钉机器人，通过机器人与对应的“员工”进行交互，发现：当我将这个指定的对话删除后，开启新一个对话后，机器人的答复开始重复2遍。当我将这个指定的对话再次删除后，开启新一个对话后，机器人的答复会重复3遍。

怎么复现？（必填，编号步骤）

1建立渠道对钉钉的机器人，机器人关联相关员工
2通过钉钉与机器人交互
3在metaclaw中将机器人交互的对话删除
4通过钉钉再与机器人交互，机器人答复开始重复。
重复上述3、4

影响模块（选填，多选）

No response

环境（必填，一行）

1.5.0

[mateaix]

@huguangshanse-cloud 感谢反馈，问题确实存在，已定位并修复。

根因

三个问题叠加：

1. 钉钉渠道完全没有入站去重（主因）

八个渠道适配器里有四个各自实现了去重缓存（三种不同的过期策略），另外四个——钉钉在内——一个都没有。IM 平台在 ack 迟到、丢失或收到非 200 响应时会重投同一条消息；重投到达路由器后就跑一轮完整的 Agent 回合，用户看到重复答复，会话里也多出一对重复的 user/assistant 记录。

2. 钉钉 Stream 回调 ack 太晚

回调里先同步下载媒体文件再返回，ack 因此被推迟到下载完成之后。这本身就在制造第 1 条里的重投——两个问题互相喂饭。

3. 删除会话留下幽灵缓存

deleteConversation 的数据库级联会删掉 mate_channel_session 行，但 ChannelSessionStore 的内存缓存是它的私有状态，任何 DB 删除都够不到。缓存条目就此变成幽灵：下一条入站消息走"更新已有"分支，对一个已不存在的主键调 updateById，影响 0 行且永不重新插入，主动推送与定时任务的渠道解析在下次重启后会静默失效。这一条和你复现步骤里的"删除对话"直接相关。

修复

• 新增共享的 TTL + 容量双限认领登记表，在 ChannelMessageRouter.enqueue 里、任何副作用发生之前认领一次。一条代码路径覆盖全部渠道，现有的和以后新增的都包含在内
• 入站身份优先取平台消息 id，退化到 发送者+时间戳；两者都不存在时放行——漏掉一条真实消息比重复回答一次更糟
• 钉钉 Stream 回调改为交给 worker 后立即返回，ack 不再等媒体下载
• 会话删除时通过事件清理缓存；更新时发现行已消失则重新插入
• 移除三处各行其是的适配器私有缓存，飞书 / 企业微信保留一个前置 peek，让已知重投在下载媒体、发"已收到"表情之前就短路

配置项（application.yml，默认开启）：

mate:
  channel:
    dedup:
      enabled: true
      ttl: 5m          # 需明显长于各平台重投窗口
      max-size: 2000

想请你帮忙复测

有一点需要如实说明："每删一次会话、重复次数就 +1" 这个递增规律，我们在本地没能精确复现。 已确认并修复的是"重投导致重复回答"这个机制本身，以及删除会话留下幽灵缓存这个与你操作步骤直接相关的 bug。递增计数是否随之消失，需要你的真实环境来确认——你的复现路径比我们的构造用例更接近实际。

修复已合入 dev（commit aaae3bf1），会随下个版本发布。方便的话可以用 dev 分支自建验证原来的步骤：

1. 钉钉与机器人交互
2. 在 MateClaw 中删除该对话
3. 再次交互，观察是否还重复
4. 重复 2–3 若干次，确认重复次数不再递增

如果仍能复现，麻烦贴一下复现时段的服务端日志，搜这两个关键字：

• Duplicate inbound message —— 命中说明重投被正确拦截了，那重复就另有来源
• [ChannelSession] Evicted cached session —— 删除会话时应该出现

有这两行日志（或者恰恰没有），就能直接区分是重投放行、还是别的路径在重复发送。也欢迎直接在这个 issue 下回复结果。