QA-канал

qa-channel — це вбудований синтетичний транспорт повідомлень для автоматизованого QA OpenClaw. Це не виробничий канал — він існує, щоб перевіряти ту саму межу Plugin каналу, яку використовують реальні транспорти, зберігаючи стан детермінованим і повністю доступним для інспекції.

# Що він робить

• Граматика цілей класу Slack:
  • dm:<user>
  • channel:<room>
  • group:<room>
  • thread:<room>/<thread>
• Спільні розмови channel: і group: показуються агентам як ходи кімнат групи/каналу, тож вони перевіряють ту саму політику видимих відповідей і маршрутизації інструмента повідомлень, яку використовують Discord, Slack, Telegram та подібні транспорти.
• Синтетична шина на базі HTTP для введення вхідних повідомлень, захоплення вихідного транскрипту, створення тредів, реакцій, редагувань, видалень, а також дій пошуку/читання.
• Хостовий runner самоперевірки, який записує 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 синтетичної шини.
• botUserId - ідентифікатор користувача бота в стилі Matrix, який використовується в граматиці цілей.
• botDisplayName - відображуване ім’я для вихідних повідомлень.
• pollTimeoutMs - вікно очікування long-poll. Ціле число від 100 до 30000.
• allowFrom - список дозволених відправників (ідентифікатори користувачів або "*").
• defaultTo - резервна ціль, коли жодну не вказано.
• actions.messages / actions.reactions / actions.search / actions.threads - обмеження інструментів для окремих дій.

Ключі кількох облікових записів на верхньому рівні:

• accounts - запис іменованих перевизначень для окремих облікових записів, індексованих за ідентифікатором облікового запису.
• defaultAccount - бажаний ідентифікатор облікового запису, коли налаштовано кілька.

# Runner-и

Хостова самоперевірка (записує Markdown-звіт у .artifacts/qa-e2e/):

pnpm qa:e2e

Це проходить через qa-lab, запускає QA-шину з репозиторію, завантажує вбудований runtime-зріз qa-channel і виконує детерміновану самоперевірку.

Повний набір сценаріїв на базі репозиторію:

pnpm openclaw qa suite

Запускає сценарії паралельно проти лану QA Gateway. Див. огляд QA щодо сценаріїв, профілів і режимів провайдерів.

QA-сайт на базі Docker (Gateway + інтерфейс налагодження QA Lab в одному стеку):

pnpm qa:lab:up

Збирає QA-сайт, запускає стек Gateway + QA Lab на базі Docker і виводить URL QA Lab. Звідти можна вибирати сценарії, обирати модельний лан, запускати окремі виконання й дивитися результати наживо. Налагоджувач QA Lab відокремлений від постачаного пакета Control UI.

# Пов’язане

• огляд QA - загальний стек, адаптери транспортів, створення сценаріїв
• Matrix QA - приклад runner-а для живого транспорту, який керує реальним каналом
• Сполучення
• Групи
• Огляд каналів