忙时消息、定时任务与输出
选择 steering、合并跟进或逐条排队,理解持久 Channel loops。
普通消息的忙时分发、定时任务和结果展示各有独立设置。改变其中一个不会自动改变其他两个。
忙时分发
| dispatchMode | 行为 |
|---|---|
| steer,通用默认 | 取消当前请求,改为处理新消息 |
| collect | 缓存跟进,当前结束后合成一次新 prompt |
| followup | 每条排队,逐条独立轮次处理 |
群可覆盖渠道默认;共享会话只有 operator 可 steering,其他成员排队。适配器还可缩小支持范围,例如 Email 不接受 collect。
持久 Channel loops
/loop add "*/15 * * * *" check the deployment and report changes
/loop list
/loop inspect <id>
/loop cancel <id>模型也可通过 channel_loop_create/list/cancel 管理。使用机器本地时区的五字段 cron,每聊天/线程最多十个启用任务,单 prompt 最多四千字符。
独立服务存 QWEN_HOME/channels/cron.json,daemon 按工作区存 channels/daemon 下,重启仍在;这与会话内调度不同。
执行时重新核对目标准入和创建者 operator 身份,不再授权则禁用。single 没有唯一聊天目标而不可用;named task 模式也不能开 loop。主动投递还要求适配器/目标支持,Telegram、DingTalk、Feishu、WeCom 有对应接入,不推广到所有平台。
返回方式
一般渠道沿适配器正常投递路径返回完成结果,可原生更新卡片,长消息仍可能分段。blockStreaming、blockStreamingChunk、blockStreamingCoalesce 已废弃,新加或修改会拒绝;同类型保存可保留未变旧值或删除,改变类型前必须移除。
outputMode 当前只有 DingTalk 支持:per_turn 默认每轮最后非空回复,per_response 每完整响应,per_task 等关联后台工作结束后取任务最后非空回复。它不是 token 分块设置,也不额外调用模型生成总结。
其他适配器显式设置 outputMode 会被解析或保存拒绝,不能为了少发消息套用 DingTalk 参数。
渠道本地命令
/help、/status、/clear(含 /new、/reset)本地处理。/btw 接受最多 4096 字符纯文本侧问,要求 agent 连接支持,不中断主任务。其他命令如 /compress、/summary 转发 agent。
命名任务命令仅 multiSession 开启时注册,避免抢走旧配置的 /sessions。/cancel 当前只由 Telegram 注册,不可假设每个渠道都有同样的取消命令。