Canal QA

qa-channel est un transport de messages synthétique intégré pour la QA automatisée d’OpenClaw. Ce n’est pas un canal de production - il existe pour exercer la même frontière de Plugin de canal que celle utilisée par les transports réels, tout en gardant l’état déterministe et entièrement inspectable.

# Ce qu’il fait

• Grammaire de cible de classe Slack :
  • dm:<user>
  • channel:<room>
  • group:<room>
  • thread:<room>/<thread>
• Les conversations partagées channel: et group: sont présentées aux agents comme des tours de salle de groupe/canal, afin d’exercer la même politique de réponse visible et de routage des outils de message utilisée par Discord, Slack, Telegram et les transports similaires.
• Bus synthétique adossé à HTTP pour l’injection de messages entrants, la capture de transcript sortant, la création de fils, les réactions, les modifications, les suppressions et les actions de recherche/lecture.
• Exécuteur d’auto-vérification côté hôte qui écrit un rapport Markdown dans .artifacts/qa-e2e/.

# Configuration

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

Clés de compte :

• enabled - interrupteur principal pour ce compte.
• name - libellé d’affichage facultatif.
• baseUrl - URL du bus synthétique.
• botUserId - identifiant utilisateur de bot de style Matrix utilisé dans la grammaire de cible.
• botDisplayName - nom d’affichage pour les messages sortants.
• pollTimeoutMs - fenêtre d’attente de long-polling. Entier compris entre 100 et 30000.
• allowFrom - liste d’autorisation des expéditeurs (identifiants utilisateur ou "*").
• defaultTo - cible de secours lorsqu’aucune n’est fournie.
• actions.messages / actions.reactions / actions.search / actions.threads - contrôle d’accès aux outils par action.

Clés multi-comptes au niveau supérieur :

• accounts - enregistrement des remplacements nommés par compte, indexés par identifiant de compte.
• defaultAccount - identifiant de compte préféré lorsque plusieurs sont configurés.

# Exécuteurs

Auto-vérification côté hôte (écrit un rapport Markdown sous .artifacts/qa-e2e/) :

pnpm qa:e2e

Cela passe par qa-lab, démarre le bus QA du dépôt, lance la tranche d’exécution qa-channel intégrée et exécute une auto-vérification déterministe.

Suite complète de scénarios adossée au dépôt :

pnpm openclaw qa suite

Exécute les scénarios en parallèle contre la voie Gateway de QA. Consultez la vue d’ensemble QA pour les scénarios, les profils et les modes de fournisseur.

Site QA adossé à Docker (Gateway + interface de débogage QA Lab dans une seule pile) :

pnpm qa:lab:up

Construit le site QA, démarre la pile Gateway + QA Lab adossée à Docker et affiche l’URL QA Lab. À partir de là, vous pouvez choisir des scénarios, sélectionner la voie de modèle, lancer des exécutions individuelles et suivre les résultats en direct. Le débogueur QA Lab est distinct du bundle Control UI livré.

# Liens connexes

• Vue d’ensemble QA - pile globale, adaptateurs de transport, création de scénarios
• QA Matrix - exemple d’exécuteur de transport en direct qui pilote un canal réel
• Appairage
• Groupes
• Vue d’ensemble des canaux