Zum Hauptinhalt springen

Documentation Index

Fetch the complete documentation index at: https://docs2.openclaw.ai/llms.txt

Use this file to discover all available pages before exploring further.

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