fix: 修复 thread 消息 channel_type 字符串比较失败导致串频道

[caster-Q]

Summary

WuKongIM 在 CommunityTopic(子区) 场景下可能推送 channel_type 为字符串 "5" 而非数字 5，JavaScript 的 === 不做类型转换，导致：

1. isGroup 判定为 false，thread 消息被当成 DM 处理
2. readReceipt + typing 发到私聊而非 thread
3. session 路由到 direct 而非 thread session

Fix

在消息入口统一 Number() 转换 channel_type：

• channel.ts onMessage 回调入口
• inbound.ts handleInboundMessage 入口（defense-in-depth）

Test plan

• npm run build 通过
• npm test 476 通过
• thread 里 @bot 发消息，回复在 thread 里而非私聊

🤖 Generated with Claude Code

[lml2468]

Review: LGTM，可以合入

修复逻辑正确：WuKongIM 有时将 channel_type 以字符串 "5" 发出，导致与 ChannelType enum 严格比较失败。两处 Number(msg.channel_type) as ChannelType 正确处理了类型强制转换。

两点值得注意：

1. 双重防御设计合理：channel.ts 在入口处规范化，inbound.ts 再做一次兜底，注释也明确写了defense-in-depth。可以接受，但如果后续 SDK 修复了类型，记得清理两处。

2. 与 #169 冲突风险：两个文件（channel.ts / inbound.ts）都在 #169 的改动范围内。如果 #169 先合，#179 需要 rebase 确认无冲突。

建议合并顺序：先确认 #169 的合并计划再处理 #179，或先合 #179（改动小、独立），再让 #169 在 rebase 时吸收。