QA-Kanal

qa-channel ist ein gebündelter synthetischer Nachrichtentransport für automatisierte OpenClaw-QA. Es ist kein Produktionskanal - er existiert, um dieselbe Channel-Plugin-Grenze auszuüben, die von echten Transporten verwendet wird, während der Zustand deterministisch und vollständig einsehbar bleibt.

Was es macht

• Zielgrammatik der Slack-Klasse:
  • dm:<user>
  • channel:<room>
  • group:<room>
  • thread:<room>/<thread>
• Geteilte channel:- und group:-Unterhaltungen werden Agenten als Gruppen-/Kanalraum-Turns angezeigt, sodass sie dieselbe Richtlinie für sichtbare Antworten und Message-Tool-Routing ausüben, die von Discord, Slack, Telegram und ähnlichen Transporten verwendet wird.
• HTTP-gestützter synthetischer Bus für Inbound-Nachrichteninjektion, Outbound-Transkripterfassung, Thread-Erstellung, Reaktionen, Bearbeitungen, Löschungen sowie Such-/Leseaktionen.
• Hostseitiger Self-Check-Runner, der einen Markdown-Bericht nach .artifacts/qa-e2e/ schreibt.

Konfiguration

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

Kontoschlüssel:

• enabled - Master-Umschalter für dieses Konto.
• name - optionale Anzeige-Bezeichnung.
• baseUrl - URL des synthetischen Busses.
• botUserId - Bot-Benutzer-ID im Matrix-Stil, die in der Zielgrammatik verwendet wird.
• botDisplayName - Anzeigename für ausgehende Nachrichten.
• pollTimeoutMs - Wartefenster für Long-Polling. Ganzzahl zwischen 100 und 30000.
• allowFrom - Sender-Allowlist (Benutzer-IDs oder "*"). Direktnachrichten und die Allowlist-Gruppenrichtlinie verwenden beide diese synthetischen Sender-IDs.
• groupPolicy - Richtlinie für geteilte Räume: "open" (Standard), "allowlist" oder "disabled".
• groupAllowFrom - optionale Sender-Allowlist für geteilte Räume. Wenn sie unter "allowlist" ausgelassen wird, fällt QA Channel auf allowFrom zurück.
• groups.<room>.requireMention - erfordert eine Bot-Erwähnung, bevor in einem bestimmten Gruppen-/Kanalraum geantwortet wird. groups."*" legt den Standard fest.
• defaultTo - Ausweichziel, wenn keines angegeben ist.
• actions.messages / actions.reactions / actions.search / actions.threads - Tool-Gating pro Aktion.

Mehrkontoschlüssel auf oberster Ebene:

• accounts - Datensatz benannter kontospezifischer Überschreibungen, nach Konto-ID geschlüsselt.
• defaultAccount - bevorzugte Konto-ID, wenn mehrere konfiguriert sind.

Runner

Hostseitiger Self-Check (schreibt einen Markdown-Bericht unter .artifacts/qa-e2e/):

pnpm qa:e2e

Dies wird über qa-lab geleitet, startet den QA-Bus im Repository, bootet den gebündelten qa-channel-Runtime-Abschnitt und führt einen deterministischen Self-Check aus.

Vollständige repositorygestützte Szenario-Suite:

pnpm openclaw qa suite

Führt Szenarien parallel gegen die QA-Gateway-Lane aus. Szenarien, Profile und Provider-Modi finden Sie in der QA-Übersicht.

Docker-gestützte QA-Site (Gateway + QA Lab-Debugger-UI in einem Stack):

pnpm qa:lab:up

Baut die QA-Site, startet den Docker-gestützten Gateway- + QA Lab-Stack und gibt die QA Lab-URL aus. Von dort aus können Sie Szenarien auswählen, die Modell-Lane wählen, einzelne Läufe starten und Ergebnisse live beobachten. Der QA Lab-Debugger ist vom ausgelieferten Control-UI-Bundle getrennt.

Verwandte Themen

• QA-Übersicht - gesamter Stack, Transport-Adapter, Szenarioerstellung
• Matrix-QA - beispielhafter Live-Transport-Runner, der einen echten Kanal steuert
• Kopplung
• Gruppen
• Kanalübersicht