Chatterino2中AutoMod消息处理机制的分析与优化建议

Chatterino2作为一款流行的Twitch聊天客户端，在处理Twitch AutoMod系统消息时存在一个值得注意的技术问题。本文将深入分析该问题的成因，并探讨可行的解决方案。

问题现象

当客户端接收到AutoMod操作消息时，会导致最后一条非PRIVMSG类型的消息被意外禁用（显示为灰色）。这种情况会影响用户体验，特别是当被禁用的消息是重要通知（如续订消息）时。

技术背景

AutoMod是Twitch的自动聊天审核系统，当检测到潜在违规内容时会向频道管理员发送处理请求。Chatterino2通过PubSub协议接收这些通知，并显示为特殊系统消息。

问题根源

通过代码分析，我们发现问题的核心在于：

1. 原始实现意图是当管理员处理AutoMod消息后，禁用对应的通知消息
2. 但由于AutoMod消息的ID处理不完善，导致系统错误地匹配并禁用了其他消息
3. 具体来说，当查找要禁用的消息时，系统会回退到查找最后一个没有消息ID的记录

解决方案探讨

目前有两种主要解决思路：

1. 完善消息禁用机制

   • 将deleteMessage调用移至postToThread回调中
   • 为AutoMod消息分配专用ID（如chatterino-格式）
   • 确保ID匹配的准确性

2. 简化处理逻辑

   • 完全移除对AutoMod消息的禁用功能
   • 保持与其他系统消息一致的处理方式

技术考量

值得注意的是，PubSub协议即将被淘汰，Twitch正在转向EventSub协议。EventSub已经提供了完整的AutoMod消息处理功能。因此，从长远来看：

• 短期修复可采用方案2，保持简单稳定
• 长期应迁移到EventSub实现，利用其更完善的消息ID机制

实现建议

对于希望立即修复的开发者，建议：

1. 检查AutoMod消息处理流程
2. 验证消息ID的生成和匹配逻辑
3. 考虑Twitch API的演进方向
4. 在保持功能完整性的同时简化代码

这个问题展示了消息系统设计中ID管理的重要性，也提醒我们在处理第三方API时要考虑其生命周期和替代方案。