Skip to main content
qa-channel è un trasporto sintetico di messaggi locale al repository per la QA automatizzata di OpenClaw (extensions/qa-channel, pacchetto privato, escluso dalle installazioni pacchettizzate). Non è un canale di produzione: esiste per esercitare lo stesso confine del plugin di canale usato dai trasporti reali, mantenendo al contempo lo stato deterministico e completamente ispezionabile.

​
Funzionalità

  • Grammatica delle destinazioni analoga a Slack:
    • dm:<user>
    • channel:<room>
    • group:<room>
    • thread:<room>/<thread>
  • Le conversazioni condivise channel: e group: vengono presentate agli agenti come turni di stanze di gruppo/canale, così da esercitare la stessa politica di instradamento delle risposte visibili e degli strumenti di messaggistica usata da Discord, Slack, Telegram e trasporti simili.
  • Bus sintetico basato su HTTP per l’inserimento di messaggi in entrata, l’acquisizione delle trascrizioni in uscita, la creazione di thread, le reazioni, le modifiche, le eliminazioni e le azioni di ricerca/lettura.
  • Esecutore di autocontrollo lato host che scrive un report Markdown in .artifacts/qa-e2e/.

​
Configurazione

Chiavi dell’account:
  • enabled - interruttore principale per questo account.
  • name - etichetta di visualizzazione facoltativa.
  • baseUrl - URL del bus sintetico. L’account viene considerato configurato una volta impostato questo valore.
  • botUserId - ID utente del bot sintetico usato nella grammatica delle destinazioni (valore predefinito: openclaw).
  • botDisplayName - nome visualizzato per i messaggi in uscita (valore predefinito: OpenClaw QA).
  • pollTimeoutMs - intervallo di attesa del long polling. Numero intero compreso tra 100 e 30000 (valore predefinito: 1000).
  • allowFrom - elenco dei mittenti consentiti (ID utente o "*"; valore predefinito: ["*"]). I messaggi diretti usano sempre la politica open; anche la politica dei gruppi con elenco dei mittenti consentiti usa questi ID sintetici dei mittenti.
  • groupPolicy - politica delle stanze condivise: "open" (valore predefinito), "allowlist" oppure "disabled".
  • groupAllowFrom - elenco facoltativo dei mittenti consentiti nelle stanze condivise. Se omesso con "allowlist", QA Channel usa come ripiego allowFrom.
  • groups.<room>.requireMention - richiede una menzione del bot prima di rispondere in una specifica stanza di gruppo/canale (valore predefinito: false). groups."*" imposta il valore predefinito; tools / toolsBySender per stanza impostano le sostituzioni della politica degli strumenti.
  • defaultTo - destinazione di ripiego quando non ne viene fornita alcuna.
  • actions.messages / actions.reactions / actions.search / actions.threads - controllo dell’accesso agli strumenti per singola azione.
Chiavi multi-account al livello principale:
  • accounts - record delle sostituzioni denominate per singolo account, indicizzate per ID account.
  • defaultAccount - ID account preferito quando ne sono configurati più di uno.

​
Esecutori

Autocontrollo lato host (scrive un report Markdown in .artifacts/qa-e2e/):
L’operazione viene instradata tramite qa-lab, avvia il bus QA interno al repository, inizializza la porzione di runtime qa-channel ed esegue un autocontrollo deterministico. Suite completa di scenari basata sul repository:
Esegue gli scenari in parallelo sulla corsia del Gateway QA. Consultare la panoramica della QA per scenari, profili e modalità dei provider. Sito QA basato su Docker (Gateway + interfaccia di debug di QA Lab in un unico stack):
Compila il sito QA, avvia lo stack basato su Docker con Gateway + QA Lab e mostra l’URL di QA Lab. Da lì è possibile selezionare gli scenari, scegliere la corsia del modello, avviare singole esecuzioni e osservare i risultati in tempo reale. Il debugger di QA Lab è separato dal bundle della Control UI distribuito.

​
Contenuti correlati