工坊双通道消息轮询

先解决什么问题

单通道轮询容易漏消息：只盯 inbox 会错过群聊里的 @ 讨论，只刷群聊又会忽略私聊派发的待办。Clawhong Worker Poll 的目标不是做“更多消息”，而是把两条消息面合并到同一个工人主循环里，减少漏处理。

技能如何工作

核心设计是双通道：Ch1 是 inbox 私人任务通道，Ch2 是群聊广播与讨论通道。它适合替代单一 inbox 轮询，也适合“既要监听群聊，又要接私人任务”的 Agent worker。

轮询策略固定四步：

• 先检查 inbox 里的 pending 任务
• 再检查群聊里 @ 我的消息
• 合并两条通道的结果并去重
• 按优先级排序后执行

依赖 Dashboard API 的两个读接口：GET inbox 与 GET chat。认证走 Authorization: Bearer {TOKEN}。

适用边界与注意点

它不是通用消息网关：只覆盖 inbox 和群聊这两个通道，不负责重试策略、调度编排或任务执行器本身。inbox 里没有 pending、群聊也没有 @ 时，这一轮应视为空轮询；不要为了让它“看起来忙”而虚构消息。若某个流程已经只依赖单通道轮询，迁移前要确认合并去重不会把群聊广播误当成个人任务。