OpenClaw 里只配置自动执行还不够。真实业务里总会有 Agent 处理不了的任务：权限不足、客户情绪升级、知识库缺口、外部系统异常、敏感动作需要确认。如果这些任务没有明确去处，就会卡在自动化里，既没人处理，也没人知道风险正在累积。
转人工队列要接在 暂停队列、变更后验证清单、证据归档 后面。它不是把任务丢给人工，而是把 Agent 无法继续处理的上下文完整交出来。
进入队列的条件要明确
哪些任务必须转人工，要提前写成规则。比如连续失败超过阈值、客户明确要求人工、涉及金额争议、工具返回权限不足、高风险动作证据不完整、SLA 即将超时。
如果规则太模糊，Agent 会继续尝试；如果规则太宽，人工队列会被低价值任务淹没。配置时要按风险和业务后果拆开。
任务卡片要带证据包
人工接手时，最怕只看到一句“请处理”。任务卡片至少要包括任务 ID、用户问题、Agent 已尝试步骤、工具返回、失败原因、客户情绪、当前 SLA、建议下一步和相关链接。
这些信息可以复用 审计查询字段。证据越完整，人工越不需要重新问一遍，也越容易判断是否可以恢复自动化。
优先级不能只按时间排
先来先处理并不适合所有转人工任务。重要客户、客户可见风险、高金额订单、公开发布内容、即将超时的 SLA，都应该提高优先级。
这里可以参考 任务队列优先级 的思路，把影响范围、紧急程度、客户等级和可恢复性放进排序规则。
处理结果要回流规则
人工处理完以后，不要只关闭任务。要记录最终原因：知识库缺失、工具权限错误、提示词误判、用户意图不清、业务例外，还是外部系统故障。
这些结果会反过来改进转人工规则。长期看，好的转人工队列不是越来越大，而是让团队更早发现哪些问题可以修规则，哪些问题必须保留人工确认。
总结
OpenClaw 转人工队列的价值，是让失败任务有去处、有证据、有优先级、有负责人。Agent 做不了的事要及时交出来，自动化系统才不会在错误里沉默堆积风险。
