Configuration

Canal de QA

qa-channel é um transporte de mensagens sintético incluído para QA automatizado do OpenClaw. Ele não é um canal de produção - existe para exercitar o mesmo limite de Plugin de canal usado por transportes reais, mantendo o estado determinístico e totalmente inspecionável.

O que ele faz

  • Gramática de destino do tipo Slack:
    • dm:<user>
    • channel:<room>
    • group:<room>
    • thread:<room>/<thread>
  • Conversas compartilhadas channel: e group: são expostas aos agentes como turnos de sala de grupo/canal, então elas exercitam a mesma política de roteamento de resposta visível e ferramenta de mensagem usada pelo Discord, Slack, Telegram e transportes semelhantes.
  • Barramento sintético baseado em HTTP para injeção de mensagens de entrada, captura de transcrição de saída, criação de threads, reações, edições, exclusões e ações de pesquisa/leitura.
  • Executor de autoverificação no host que grava um relatório Markdown em .artifacts/qa-e2e/.

Configuração

{
  "channels": {
    "qa-channel": {
      "baseUrl": "http://127.0.0.1:43123",
      "botUserId": "openclaw",
      "botDisplayName": "OpenClaw QA",
      "allowFrom": ["*"],
      "pollTimeoutMs": 1000
    }
  }
}

Chaves da conta:

  • enabled - alternância principal para esta conta.
  • name - rótulo de exibição opcional.
  • baseUrl - URL do barramento sintético.
  • botUserId - ID de usuário do bot no estilo Matrix usado na gramática de destino.
  • botDisplayName - nome de exibição para mensagens de saída.
  • pollTimeoutMs - janela de espera de long-poll. Inteiro entre 100 e 30000.
  • allowFrom - lista de remetentes permitidos (IDs de usuário ou "*").
  • defaultTo - destino de fallback quando nenhum é fornecido.
  • actions.messages / actions.reactions / actions.search / actions.threads - controle de ferramentas por ação.

Chaves de múltiplas contas no nível superior:

  • accounts - registro de substituições nomeadas por conta, indexadas por ID de conta.
  • defaultAccount - ID da conta preferida quando várias estão configuradas.

Executores

Autoverificação no host (grava um relatório Markdown em .artifacts/qa-e2e/):

pnpm qa:e2e

Isso roteia por qa-lab, inicia o barramento de QA no repositório, inicializa a fatia de runtime qa-channel incluída e executa uma autoverificação determinística.

Suíte completa de cenários apoiada pelo repositório:

pnpm openclaw qa suite

Executa cenários em paralelo contra a via do Gateway de QA. Consulte Visão geral de QA para cenários, perfis e modos de provedor.

Site de QA com suporte do Docker (Gateway + interface de depuração do QA Lab em uma única pilha):

pnpm qa:lab:up

Compila o site de QA, inicia a pilha de Gateway + QA Lab com suporte do Docker e imprime a URL do QA Lab. A partir daí, você pode escolher cenários, escolher a via do modelo, iniciar execuções individuais e acompanhar os resultados ao vivo. O depurador do QA Lab é separado do pacote da Control UI distribuído.

Relacionados