English简体中文繁體中文日本語EspañolPortuguês (BR)한국어DeutschFrançaisالعربيةItalianoTiếng ViệtNederlandsTürkçeУкраїнськаBahasa IndonesiaPolskiفارسیไทย

Configuration

QA-Kanal

qa-channel ist ein mitgelieferter synthetischer Nachrichtentransport für automatisierte OpenClaw-QA. Er ist kein Produktionskanal - er dient dazu, dieselbe Plugin-Grenze für Channels auszuüben, die von echten Transporten verwendet wird, während der Zustand deterministisch und vollständig einsehbar bleibt.

Was es tut

  • Slack-ähnliche Zielgrammatik:
    • dm:<user>
    • channel:<room>
    • group:<room>
    • thread:<room>/<thread>
  • Geteilte channel:- und group:-Unterhaltungen werden Agents als Gruppen-/Channel-Raum-Turns bereitgestellt, sodass sie dieselbe Routing-Richtlinie für sichtbare Antworten und Message-Tools ausüben, die von Discord, Slack, Telegram und ähnlichen Transporten verwendet wird.
  • HTTP-gestützter synthetischer Bus für das Einspeisen eingehender Nachrichten, das Erfassen ausgehender Transkripte, Thread-Erstellung, Reaktionen, Bearbeitungen, Löschungen sowie Such-/Leseaktionen.
  • Host-seitiger 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
    }
  }
}

Account-Schlüssel:

  • enabled - Hauptschalter für diesen Account.
  • name - optionales Anzeigelabel.
  • baseUrl - URL des synthetischen Busses.
  • botUserId - Matrix-artige Bot-Benutzer-ID, die in der Zielgrammatik verwendet wird.
  • botDisplayName - Anzeigename für ausgehende Nachrichten.
  • pollTimeoutMs - Long-Poll-Wartefenster. Ganzzahl zwischen 100 und 30000.
  • allowFrom - Sender-Allowlist (Benutzer-IDs oder "*").
  • defaultTo - Fallback-Ziel, wenn keines angegeben ist.
  • actions.messages / actions.reactions / actions.search / actions.threads - Tool-Gating pro Aktion.

Multi-Account-Schlüssel auf oberster Ebene:

  • accounts - Datensatz benannter accountbezogener Überschreibungen, nach Account-ID verschlüsselt.
  • defaultAccount - bevorzugte Account-ID, wenn mehrere konfiguriert sind.

Runner

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

pnpm qa:e2e

Dies läuft über qa-lab, startet den QA-Bus im Repository, bootet den mitgelieferten qa-channel-Runtime-Slice 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. Siehe QA-Übersicht für Szenarien, Profile und Provider-Modi.

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 verfolgen. Der QA-Lab-Debugger ist vom ausgelieferten Control-UI-Bundle getrennt.

Verwandt