À propos du projet

Web UI Quality (WUQ) est un aperçu open-source d'une couche de vérification pour les modifications Web assistées par IA. Son objectif déclaré est d'aider une personne à vérifier un changement Web généré par IA avant de le considérer comme terminé : ce que l'IA était autorisée à modifier, ce qui a réellement changé, ce qui a été vérifié et ce qui reste inconnu. Fonctionnement L'outil sépare quatre questions : Scope, Change, Evidence et Verify. Scope couvre le projet et les fichiers pouvant être pris en compte ; Change couvre ce qu'un Host a réellement appliqué ; Evidence couvre les tests, outils, le navigateur et les enregistrements avant/après réellement exécutés ; Verify couvre si cette preuve est suffisante pour l'affirmation demandée. Une réparation nécessitant un changement de source doit recevoir le reçu d'écriture du Host applicable et les preuves de vérification actuelles avant de pouvoir être signalée comme VERIFIED. Le projet stipule qu'il n'installe pas silencieusement de dépendances, ne télécharge pas de source, ne commit pas, ne push pas, ne déploie pas et ne convertit pas une suggestion de modèle en autorité d'écriture. Installation et commandes L'aperçu actuel n'est pas publié sur PyPI ou npm, il s'installe donc à partir d'un checkout de source : clonez le dépôt, exécutez pip install -e ., puis invoquez web-ui-quality doctor. Les points d'entrée stables incluent web-ui-quality avec les sous-commandes --help, run, doctor et auth. Un run prend un chemin de projet Web local plus une tâche décrite en langage clair ; l'exemple du README demande de vérifier la mise en page mobile d'une page de paiement tout en interdisant les modifications de la logique de connexion. Pour les intégrations qui doivent échouer lorsqu'une affirmation de réparation demandée n'est pas vérifiée, --ci --require VERIFIED est disponible, et ne contourne pas l'approbation du Host, les vérifications de scope, les exigences du navigateur ou les preuves projet-outil. Des vérifications publiques autonomes sont exécutées à partir d'un checkout avec python -B run_tests.py. Fixture de démonstration Le dépôt inclut examples/scope-drift-demo/, une petite fixture publique pour une réparation de composant borné. La demande nomme un fichier de composant tandis qu'un fichier compagnon est délibérément hors de ce scope. Dans un checkout source classique, la commande enregistre un état initial réel et s'arrête jusqu'à ce qu'un Host approuvé applique le changement et retourne la preuve requise ; si un Host modifie le fichier compagnon en dehors du scope approuvé, la barrière project-drift empêche le résultat de devenir VERIFIED. Le README décrit cela comme une démonstration de limite plutôt que comme une affirmation sur la précision du modèle ou le comportement en production. Statut et limites déclarées La version publique actuelle est identifiée comme v4.3.0-oss-preview.1 sous Apache-2.0 ; une version historique v4.3.0 est décrite comme un instantané de source distinct sous licence MIT conservé pour l'historique. Le tableau de statut marque les sources publiques et les vérifications d'ingénierie comme PASS, la licence pour l'aperçu actuel comme Apache-2.0, PyPI/npm comme non publié, la qualification Host réelle comme NOT_MEASURED, le holdout aveugle externe comme NOT_MEASURED et la qualification GA commerciale comme NOT_ELIGIBLE. L'aperçu ne revendique explicitement aucune précision réelle pour Codex, Claude ou d'autres Hosts, aucun bénéfice pour l'utilisateur réel, aucune compatibilité de production, aucune accessibilité universelle, aucune attestation à distance ou économie de jetons, et les preuves de navigateur ou de Host manquantes restent non vérifiées. Disposition du dépôt et limite de licence Le runtime et le CLI se trouvent sous runtime/python/web_ui_quality/, avec skills/ pour les instructions de compétence Codex, schemas/ pour les schémas JSON publics, examples/ pour les fixtures locales et les entrées de qualification, et tests/public/ pour les tests destinés à être exécutés à partir d'un checkout propre. Les documents de limite de publication incluent PUBLICATION.md, DEPENDENCY_LICENSE_REVIEW.md et FINAL_PUBLIC_SOURCE_MANIFEST.json. Les enregistrements de récupération privés, l'historique des chats, le stockage du navigateur, evolution/, les worktrees externes, les modèles commerciaux et le matériel de démonstration commerciale sont exclus de ce cœur public. Les rapports de sécurité sont demandés via un avis de sécurité GitHub ou une adresse de contact du projet plutôt que par un ticket public, et la limite de licence est décrite dans LICENSE, NOTICE.md et THIRD_PARTY_NOTICES.md.