Clawhong 任务分发器

它解决什么问题

在军团式多工人（worker）协作场景里，任务通常要先经过一层「派单」才能落到具体执行者手上。难点不在于把消息发出去，而在于：

• 工人离线或配额耗尽时，盲目派单只会得到失败回执；
• 低绩效工人（如 openclaw-d）被频繁派单会拖累整体产出，但完全禁用又浪费了兜底算力；
• 任务消息只包含指令本身，工人拿到手不知道自己属于哪个军团、目标是什么，容易跑偏。

Clawhong Task Dispatcher v2 就是补上这一层：先做匹配与过滤，再把必要的上下文一起打包派下去。

核心能力

上下文注入：派单时自动把军团背景写进任务消息，包括「你是谁、军团目标、历史产出」三项。工人拿到任务时不只是看到指令，还能看到自己在全局中的位置。

智能跳过：对离线或配额耗尽的工人（如 urfq、cursor）直接跳过，不进入候选队列，避免无效派单。

谨慎派单：对低绩效工人 openclaw-d 采取兜底策略，只在无人可派时才分配任务，避免被高频调用。

本体驱动：匹配规则不再写死在代码里，而是从 config/worker-roster.json 动态读取（v2 格式，含 org_context 与 dispatch_rules 两段）。改规则只需改配置文件，不用动派单逻辑。

触发场景

• 收到需要分发给特定工人的任务；
• 需要按工人专长做任务路由；
• 批量分发任务给多人。

注意点

• 依赖 config/worker-roster.json 的 v2 格式，旧版 roster 需要先迁移，否则 org_context 与 dispatch_rules 读不到；
• 派单动作通过 Dashboard API 的 POST inbox 完成，调用方需要事先拿到对应权限；
• 在线状态与配额判断依赖上游上报的及时性，状态同步有延迟时仍可能派到刚离线的工人，建议在执行端做一次确认。