qa/scenarios-YAML-Katalog.
Szenarien
Zehn Szenarien, definiert inqa/scenarios/personal/*.yaml:
Die maschinenlesbaren Metadaten des Pakets (ID-Liste, Titel, Beschreibung) befinden sich in
extensions/qa-lab/src/scenario-packs.ts als QA_PERSONAL_AGENT_SCENARIO_IDS.
Führen Sie das Paket mit --pack personal-agent aus:
--pack wirkt additiv mit wiederholten --scenario-Flags. Explizite Szenarien werden
zuerst ausgeführt, danach werden die Paketszenarien in der Reihenfolge von QA_PERSONAL_AGENT_SCENARIO_IDS
ausgeführt, wobei Duplikate entfernt werden.
Das Paket ist für qa-channel mit mock-openai oder eine andere lokale QA-Provider-
Lane vorgesehen. Richten Sie es nicht auf Live-Chat-Dienste oder echte persönliche Konten.
Datenschutzmodell
Die Szenarien verwenden ausschließlich simulierte Benutzer, simulierte Präferenzen, simulierte Geheimnisse und den temporären QA-Gateway-Arbeitsbereich, den die Suite erstellt. Sie dürfen keine echten OpenClaw-Benutzerspeicher, Sitzungen, Anmeldedaten, Launch Agents, globalen Konfigurationen oder Live-Gateway-Zustände lesen oder schreiben. Artefakte verbleiben im vorhandenen Artefaktverzeichnis der QA-Suite und werden wie Testausgaben behandelt. Schwärzungsprüfungen verwenden simulierte Marker, sodass Fehler sicher untersucht und in Issues gemeldet werden können.Paket erweitern
Fügen Sie neue.yaml-Fälle unter qa/scenarios/personal/ hinzu und ergänzen Sie anschließend die Szenario-ID
in QA_PERSONAL_AGENT_SCENARIO_IDS. Halten Sie jeden Fall klein, lokal und deterministisch
in mock-openai und konzentrieren Sie ihn auf ein Verhalten persönlicher Assistenten.
Gute Kandidaten für nachfolgende Erweiterungen: Prüfungen des Exports geschwärzter Trajektorien,
Prüfungen rein lokaler Plugin-Workflows.
Fügen Sie keinen neuen Runner, kein Plugin, keine Abhängigkeit, keinen Live-Transport und keinen Modell-Judge
hinzu, solange der Szenarienkatalog nicht genügend stabile Fälle enthält, die eine solche Oberfläche rechtfertigen.