跳转到内容

QA 渠道

qa-channelOpenClaw 是一个用于自动化 OpenClaw QA 的内置合成消息传输。它不是一个生产渠道——它的存在是为了在与真实传输使用的相同渠道插件边界上进行操作,同时保持状态的确定性和完全可检查性。

  • Slack 类目标语法:
    • dm:<user>
    • channel:<room>
    • group:<room>
    • thread:<room>/<thread>
  • 共享的 channel:group:DiscordSlackTelegram 会话作为群组/渠道房间轮次呈现给代理,因此它们执行与 Discord、Slack、Telegram 和类似传输使用的相同的可见回复和消息工具路由策略。
  • 用于入站消息注入、出站记录捕获、线程创建、反应、编辑、删除以及搜索/读取操作的 HTTP 支持的合成总线。
  • 主机端自检运行器,用于将 Markdown 报告写入 .artifacts/qa-e2e/
{
"channels": {
"qa-channel": {
"baseUrl": "http://127.0.0.1:43123",
"botUserId": "openclaw",
"botDisplayName": "OpenClaw QA",
"allowFrom": ["*"],
"pollTimeoutMs": 1000
}
}
}

账户密钥:

  • enabled - 此账户的主开关。
  • name - 可选的显示标签。
  • baseUrl - 合成总线 URL。
  • botUserIdMatrix - 目标语法中使用的 Matrix 风格的机器人用户 ID。
  • botDisplayName - 出站消息的显示名称。
  • pollTimeoutMs - 长轮询等待窗口。介于 100 和 30000 之间的整数。
  • allowFrom - 发送者白名单(用户 ID 或 "*")。直接消息和 白名单群组策略都使用这些合成发送者 ID。
  • groupPolicy - 共享房间策略:"open"(默认)、"allowlist""disabled"
  • groupAllowFrom - 可选的共享房间发送者白名单。当在 "allowlist" 下省略时,QA 渠道回退到 allowFrom
  • groups.<room>.requireMention - 在特定的群组/渠道房间中回复之前需要机器人提及。groups."*" 设置默认值。
  • defaultTo - 未提供目标时的回退目标。
  • actions.messages / actions.reactions / actions.search / actions.threads - 每个操作的工具门控。

顶层的多账户密钥:

  • accounts - 按账户 ID 键入的命名按账户覆盖记录。
  • defaultAccount - 当配置了多个账户时的首选账户 ID。

主机端自检(在 .artifacts/qa-e2e/ 下写入 Markdown 报告):

Terminal window
pnpm qa:e2e

这会通过 qa-lab 路由,启动仓库内 QA 总线,引导捆绑的 qa-channel 运行时切片,并运行确定性自检。

完整的仓库支持场景套件:

Terminal window
pnpm openclaw qa suite

针对 QA 网通道道并行运行场景。有关场景、配置文件和提供商模式,请参阅 QA 概述

Docker 支持的 QA 站点(一个堆栈中的网关 + QA Lab 调试器 UI):

Terminal window
pnpm qa:lab:up

构建 QA 站点,启动 Docker 支持的网关 + QA Lab 堆栈,并打印 QA Lab URL。从那里你可以选择场景,选择模型通道,启动单独的运行,并实时观看结果。QA Lab 调试器与已发布的 Control UI 捆绑包是分开的。