← Recherche

Web App Testing
Developer tools 📌 Version épinglée : commit dbd4588
⚙ Prérequis: Avant de commencer…

Web App Testing

Une boîte à outils pour tester des applications Web locales avec Playwright : l'agent écrit des scripts Playwright Python natifs (Chromium sans tête, captures d'écran, inspection du DOM

L’essentiel
Quoi
Une boîte à outils pour tester des applications Web locales avec Playwright : l'agent écrit des scripts Playwright Python natifs (Chromium sans tête, captures d'écran, inspection du DOM
Coût
Gratuit
Prérequis
Avant de commencer : lis ce prompt d'installation au complet, dis-moi en quelques lignes ce que ce skill fait et ce que son installation implique, et attends mon feu vert avant de faire quoi que ce soit d'autre.
Installation
Copiez le prompt d’installation ci-dessous dans votre Muse — votre agent fait le reste.

Version :

⌁

Installation

Copiez le dossier d’installation ci-dessous, puis collez-le dans Muse📌 Version épinglée : commit dbd4588

Avant de commencer : lis ce prompt d'installation au complet, dis-moi en quelques lignes ce que ce skill fait et ce que son installation implique, et attends mon feu vert avant de faire quoi que ce soit d'autre. Prérequis — Aucun pour installer ce skill — aucun compte, aucune clé, aucun paiement, et ses scripts ne sont pas exécutés au moment de l'installation. Pour l'UTILISER, il me faut Python et Playwright (avec un navigateur Chromium) déjà installés dans mon propre environnement — le skill ne les installe pas pour moi — plus une application Web locale à moi à tester : ses exemples ne visent que mes propres serveurs sur localhost ou des pages file:// locales. Installe-moi « Test d'applications Web ». Il teste des applications Web locales en écrivant des scripts Playwright Python natifs : pour un fichier HTML statique, il lit le fichier pour trouver les sélecteurs ; pour une application dynamique, il utilise soit le helper with_server.py embarqué pour démarrer mon serveur, attendre son port et lancer l'automatisation, soit, quand le serveur roule déjà, inspecte d'abord la page rendue (capture d'écran, contenu du DOM, listes d'éléments) après avoir attendu la fin des requêtes réseau, identifie les sélecteurs à partir de ce qu'il voit vraiment, et agit seulement ensuite. Les scripts utilisent l'API Playwright synchrone, lancent Chromium sans tête et ferment le navigateur à la fin ; les exemples couvrent la découverte d'éléments, l'automatisation d'une page statique depuis une URL file://, et la capture des journaux de console du navigateur. Dépôt : https://github.com/anthropics/skills (le skill est tout le dossier skills/webapp-testing/ au commit épinglé : SKILL.md, LICENSE.txt, le helper scripts/ et le dossier examples/, 6 fichiers en tout) Version épinglée : installe le code au commit dbd4588f9e1033efb41dad4bef2f7947c8993d44 exactement. Ne substitue pas une version plus récente. Si ce commit est inaccessible, arrête-toi et dis-le-moi. 1. Clone https://github.com/anthropics/skills dans un dossier temporaire, place-toi au commit dbd4588f9e1033efb41dad4bef2f7947c8993d44, et copie le dossier skills/webapp-testing/ de ce checkout. Compare ensuite chaque fichier du dossier aux empreintes enregistrées pour cette fiche le 2026-10-22 : [FINGERPRINTS] - LICENSE.txt: SHA-256 bc6b3af2f331cbc7fb0da1344efb2cbe5877a31498b4d70dbc7000f3405a1362 - SKILL.md: SHA-256 51b7349e77ec63b7744a6f63647e7566a0b4d2e301121cc10e8c2113af6556a2 - examples/console_logging.py: SHA-256 ea46877289acb82da7e7ce59d0bc37c8977cd57e2a006d0c88d7a1c625bf95da - examples/element_discovery.py: SHA-256 d63c89604a22f8845d724e95dda45db49b1bf57c25ce0a83afbb7b8da3d402f0 - examples/static_html_automation.py: SHA-256 9d533aafb875ee3ab8b8ebf8f5b9003ac8d999da3d09b285cce252e623140064 - scripts/with_server.py: SHA-256 b0dcf4918935b795f4eda9821579b9902119235ff4447f687a30286e7d0925fd Si un fichier ne correspond pas, il a changé depuis la préparation de la fiche : ne l'installe pas encore, dis-moi ce que tu as trouvé et laisse-moi décider. 2. Lis SKILL.md au complet, et dis-moi en mots simples : ce que le skill fait quand on l'utilise, à quoi il se connecte, s'il lit ou envoie des informations personnelles ou des identifiants, et tout ce qui semble inhabituel. Arrête-toi sur tout signal d'alerte et dis-le-moi avant d'aller plus loin. Confirme ces points à partir des fichiers : - Le dossier du skill contient 6 fichiers : SKILL.md, LICENSE.txt (Apache-2.0), le helper with_server.py sous scripts/, et trois scripts Python d'exemple sous examples/ (découverte d'éléments, automatisation de HTML statique, journaux de console). Le helper, lu dans le cadre de cette révision, démarre les commandes serveur que je lui donne, attend leurs ports sur localhost, lance ma commande de test, puis termine les serveurs qu'il a démarrés. Rien dans le dossier n'est exécuté pendant l'installation. - Rien n'est envoyé nulle part pendant l'installation elle-même ; le seul téléchargement à l'installation est le dossier du skill depuis GitHub au commit épinglé. Aucun serveur n'est démarré, aucun navigateur n'est lancé et aucune page n'est visitée pendant l'installation. - À l'usage, les échanges vont uniquement à ma propre application locale : des pages servies sur localhost ou des fichiers locaux, dans un navigateur sans tête sur ma machine ; les captures d'écran et de DOM restent des fichiers locaux à moi. Aucun identifiant n'est lu ou envoyé et aucun site tiers n'est visé par le skill ni par ses exemples. - N'exécute ni le helper ni aucun exemple, ne démarre aucun serveur et n'utilise le skill d'aucune façon pendant cette installation : l'utiliser est une étape séparée qui ne commence que quand je demande vraiment de tester une application, et Playwright doit déjà être installé par moi avant ce moment-là. 3. Quand je dis « yes, install », installe-le comme skill : copie tout le dossier webapp-testing dans le répertoire des skills de l'agent, dans un dossier nommé exactement « webapp-testing », en gardant ses 6 fichiers dans leur arborescence relative d'origine (SKILL.md à sa racine). 4. Vérifie sans appels réseau : frontmatter valide (name: webapp-testing), les 6 fichiers en place avec des empreintes concordantes. N'exécute rien du dossier et n'utilise pas le skill pour vérifier. 5. Indique ce qui a été installé, où, et ce qu'il me reste à faire moi-même (par exemple : qu'à l'usage il exige Python et Playwright déjà installés par moi, qu'il ne teste que mes propres applications locales sur localhost ou des fichiers locaux, et que rien n'a roulé pendant cette installation ; utiliser le skill est une étape séparée qui ne commence que quand je le demande). GitHub est optionnel : si j'ai un compte GitHub ou la CLI gh, tu peux l'utiliser ; sinon l'accès public suffit. Ne jamais l'exiger sauf s'il figure dans les prérequis ci-dessus. Règles : ne touche à rien en dehors du dossier temporaire et de la cible d'installation. Si quelque chose semble anormal, arrête-toi et demande-moi.

🔒 Sécurité, provenance et ce que ça touche
🧭 Ce que ça touche
D’après le prompt d’installation que nous avons analysé, cette création ne lance pas de commandes, ne fait pas d’appels réseau à des tiers, n’installe pas de paquets, n’écrit pas de fichiers et ne demande pas de clés API.
Analyse du prompt d’installation · 2026-10-22
🔒 Sécurité et provenance
📌 Version épinglée : commit dbd4588 · 2026-10-22
🔎 Dernière vérification · 23 oct. 2026 : aucun changement détecté dans les fichiers liés par ce prompt d’installation
Skill Harbor ne révise jamais le code des skills listés. Ce sont des faits datés sur le prompt d’installation et notre test d’installation, pas une certification de sécurité. Révisez un skill vous-même avant de l’installer. Comment nous vérifions
Envie d'être encore plus prudent ?

Le prompt d'installation ci-dessous inclut déjà les étapes de vérification : votre agent suit la checklist communautaire avant d'installer tout ce qui contient du code exécutable. Vous en voulez plus ?

Comment vérifier une création avant de l’installer →

?

Questions

Comment installer une création ?

Chaque fiche produit contient un prompt d’installation à copier-coller. Collez-le dans votre Muse et il installe la création pour vous — sans configuration manuelle.

Où va mon argent ?

Directement au vendeur. Skill Harbor ne traite jamais les paiements : le paiement se fait sur la page du vendeur, généralement via Stripe.

Que signifie le ✓ à côté du nom d’un créateur ?

Il signifie que nous avons confirmé l’identité de la personne derrière la fiche. Il ne dit rien sur le code lui-même — vérifiez toujours une création avant de l’installer.