qaos run --config.
Exemples complets
Mode QAOS
qaos-config.json
Mode guidé
qaos-config.json
Champs de niveau racine
name requis
Type : string
Un libellé lisible pour cette exécution, affiché dans le tableau de bord et les rapports. Utilisez des noms descriptifs qui identifient la portée et le contexte.
projectId requis
Type : string (UUID)
L’ID du projet QAOS auquel cette exécution appartient. Trouvez les IDs de projet dans le Tableau de bord sous Projets → Paramètres.
agentInfo optionnel
Type : object
Métadonnées clé-valeur arbitraires attachées à l’exécution et visibles dans le rapport. Utilisez cela pour suivre le contexte comme le nom de l’environnement, les infos du pipeline CI ou l’utilisateur déclencheur.
websiteOrigin optionnel
Type : string
Le répertoire racine du site web testé. Requis uniquement lorsqu’une startUrl est un chemin de système de fichiers — soit une URL file://, soit un chemin de lecteur Windows local (ex. : C:/mon-site).
Lorsqu’il est défini, chaque startUrl (dans toutes les tâches et dans qaosConfig) doit commencer par cette valeur. Les chemins sont comparés avec des barres obliques, donc C:\mon-site et C:/mon-site sont traités de la même façon.
Pour les URLs HTTP et HTTPS, vous pouvez omettez ce champ entièrement — il n’est pas utilisé.
maxBudget optionnel
Type : number
Budget maximum de l’exécution en USD. Lorsqu’il est défini, l’exécution est arrêtée dès que le coût OpenAI estimé atteint cette valeur.
costUsd = (inputTokens / 1000) * 0.00075 + (outputTokens / 1000) * 0.0045
qaosMode optionnel
Type : boolean
Quand true, active le mode d’exploration autonome. L’agent démarre depuis qaosConfig.startUrl, découvre les pages par lui-même et audite tout ce qu’il trouve. Le tableau tasks est ignoré.
qaosConfig requis si qaosMode: true
Type : object
Configuration de l’exploration autonome. Utilisé uniquement lorsque qaosMode est true.
tasks requis sauf si qaosMode: true
Type : array
La liste des tâches du mode guidé à exécuter. Les tâches s’exécutent séquentiellement dans l’ordre où elles sont définies. Requis lorsque qaosMode n’est pas défini. Ignoré lorsque qaosMode: true.
Champs de tâche
Chaque objet dans le tableautasks :
description requis
Type : string
Une description en langage naturel de ce que cette tâche doit faire. L’agent l’interprète pour décider quelles actions entreprendre, vers quelles pages naviguer et quoi rechercher. Des descriptions plus précises donnent de meilleurs résultats.
context optionnel
Type : string
Informations supplémentaires dont l’agent doit être conscient lors de l’exécution de cette tâche. Utile pour fournir des identifiants, expliquer un comportement spécifique à l’application ou signaler des limitations connues.
startUrl requis
Type : string
L’URL vers laquelle l’agent navigue au début de cette tâche. Doit inclure un schéma reconnu :
- URLs web :
https://ouhttp:// - Chemins de système de fichiers : URL
file://, un chemin Windows (C:/mon-site/page.html), ou un chemin absolu Unix/Mac (/home/user/site/page.html)
subAgents optionnel
Type : array de "security" | "uiux"
Les modules d’agents à activer pour cette tâche. Accepte un tableau contenant une valeur, les deux, ou aucune. Un tableau vide est valide — l’agent naviguera et tentera de compléter la tâche, mais n’effectuera aucune évaluation de critères. Le cas d’usage principal est de vérifier qu’un flux peut être complété de bout en bout (la tâche échoue si l’agent ne peut pas la terminer, ce qui révèle des bugs dans le flux). Il peut aussi servir à préparer un état avant une tâche suivante qui, elle, effectuera des évaluations.
Modèles courants
Mode QAOS — audit complet du site
Flux d’authentification en plusieurs étapes
Audit d’administration axé sur la sécurité
Vérification d’accessibilité uniquement
Tâche de complétion uniquement (sans évaluation)
Utilisez"subAgents": [] pour vérifier qu’un flux peut être complété sans rechercher de critères spécifiques. La tâche échoue si l’agent ne peut pas la terminer, ce qui révèle des bugs dans le flux lui-même. Il est également possible de l’utiliser pour préparer un état (ex. : connexion) avant une tâche suivante qui effectuera des évaluations.
Tester un site statique local
Utilisez des chemins de système de fichiers pour tester un site statique servi localement. DéfinissezwebsiteOrigin sur le répertoire racine et utilisez des chemins complets pour chaque tâche.