ui-test
Teste automatiquement une interface utilisateur dans Chrome : navigation, clics, validation visuelle, tests fonctionnels, responsive, comportement et debug. Génère un rapport détaillé avec screenshots et optionnellement un GIF du parcours.
What this skill does
# Chrome UI Test Skill ## Instructions à Exécuter **IMPORTANT : Exécute ce workflow étape par étape de manière proactive.** ## Usage ``` /chrome-ui-test:ui-test <URL> [options] ``` **Arguments :** - `<URL>` : URL de la page à tester (obligatoire) **Options :** - `--scenario="description"` : Scénario de test à exécuter (ex: "login avec email/password") - `--responsive` : Tester sur 3 tailles d'écran (mobile 375x667 + tablette 768x1024 + desktop 1920x1080) - `--mobile` : Tester uniquement sur mobile (375x667) - `--tablet` : Tester uniquement sur tablette (768x1024) - `--desktop` : Tester uniquement sur desktop (1920x1080) - `--visual` : Capturer des screenshots pour validation visuelle - `--debug` : Activer le mode debug (console logs, network requests) - `--gif` : Enregistrer un GIF du parcours utilisateur - `--viewport=WIDTHxHEIGHT` : Taille de fenêtre custom (ex: 1366x768) - `--help` : Afficher un résumé des actions qui seront effectuées (avec les options actives) et demander confirmation **Exemples :** ```bash # Test simple de navigation /chrome-ui-test:ui-test https://example.com # Test d'un scénario de login avec GIF /chrome-ui-test:ui-test https://app.example.com/login --scenario="login avec credentials valides" --gif # Test responsive (3 tailles : mobile + tablette + desktop) /chrome-ui-test:ui-test https://example.com --responsive --visual # Test mobile uniquement /chrome-ui-test:ui-test https://m.example.com --mobile --visual # Test desktop uniquement /chrome-ui-test:ui-test https://example.com --desktop # Debug d'une page avec erreurs /chrome-ui-test:ui-test https://example.com/broken-page --debug # Voir ce qui sera fait avant de lancer /chrome-ui-test:ui-test https://example.com --mobile --visual --help ``` ## Workflow ### Phase -1 : Mode Aide (si --help) **IMPORTANT : Cette phase s'exécute UNIQUEMENT si l'option --help est présente.** 1. **Analyser l'URL et les options** - URL cible : afficher l'URL qui sera testée - Options actives : lister toutes les options détectées 2. **Générer le résumé des actions** ``` 📋 RÉSUMÉ DU TEST UI 🎯 URL cible : [URL] 📐 Configuration viewport : [Si --responsive] → Tests sur 3 viewports (mobile 375x667, tablette 768x1024, desktop 1920x1080) [Si --mobile] → Test mobile uniquement (375x667) [Si --tablet] → Test tablette uniquement (768x1024) [Si --desktop] → Test desktop uniquement (1920x1080) [Si --viewport=WxH] → Viewport custom WxH [Sinon] → Viewport par défaut (1920x1080) 🎬 Actions prévues : 1. Créer un nouvel onglet Chrome dédié 2. [Si viewport spécifique] Redimensionner la fenêtre 3. [Si --gif] Démarrer l'enregistrement GIF 4. Naviguer vers l'URL 5. [Si --scenario] Exécuter le scénario : [description du scénario] 6. [Sinon] Explorer la page (tests basiques) 7. [Si --visual] Capturer des screenshots à chaque étape 8. [Si --debug] Analyser console logs et network requests 9. [Si --responsive] Répéter tests sur chaque viewport 10. [Si --gif] Arrêter enregistrement et exporter le GIF 11. Générer rapport détaillé ⚙️ Options actives : [Liste toutes les options avec leur signification] 📊 Résultats attendus : - Rapport Markdown : /tmp/claude-*/scratchpad/ui-test-report-[timestamp].md [Si --visual] - Screenshots : /tmp/claude-*/scratchpad/step-*.png [Si --gif] - GIF animé : téléchargé dans Downloads/ui-test-recording-*.gif [Si --responsive] - [X] screenshots (X par viewport) ⏱️ Durée estimée : [estimer selon options : 30s simple, 1-2min avec scénario, 2-3min responsive, etc.] ``` 3. **Demander confirmation** - Afficher : "Voulez-vous lancer ce test ? (oui/non)" - Attendre réponse utilisateur - Si "oui" ou "yes" ou "o" : continuer vers Phase 0 - Si "non" ou "no" ou "n" : arrêter et afficher "Test annulé" - Toute autre réponse : redemander ### Phase 0 : Initialisation (OBLIGATOIRE) 1. **Récupérer le contexte Chrome** ``` Utiliser mcp__claude-in-chrome__tabs_context_mcp avec createIfEmpty=true ``` 2. **Créer un nouvel onglet dédié** ``` Utiliser mcp__claude-in-chrome__tabs_create_mcp Stocker le tabId pour toutes les opérations suivantes ``` 3. **Présenter le plan à l'utilisateur** ``` Utiliser mcp__claude-in-chrome__update_plan avec : - domains: liste des domaines qui seront visités - approach: liste des actions qui seront effectuées ``` 4. **Configurer la fenêtre** - Si `--viewport=WxH` : utiliser `resize_window` avec les dimensions custom - Si `--mobile` : utiliser `resize_window` avec 375x667 - Si `--tablet` : utiliser `resize_window` avec 768x1024 - Si `--desktop` : utiliser `resize_window` avec 1920x1080 - Si `--responsive` : préparer liste des 3 viewports à tester (375x667, 768x1024, 1920x1080) - Sinon (aucune option) : viewport par défaut 1920x1080 5. **Démarrer l'enregistrement GIF (si --gif)** ``` Utiliser gif_creator avec action="start_recording" ``` ### Phase 1 : Navigation et Exploration 1. **Naviguer vers l'URL** ``` Utiliser navigate avec l'URL fournie et le tabId Attendre le chargement complet (wait 2-3 secondes) ``` 2. **Capturer screenshot initial (si --visual ou --gif)** ``` Utiliser computer avec action="screenshot" Sauvegarder avec nom descriptif ``` 3. **Lire la structure de la page** ``` Utiliser read_page pour obtenir l'arbre d'accessibilité Identifier les éléments clés : formulaires, boutons, liens ``` 4. **Mode debug (si --debug)** ``` - Lire console_messages avec pattern pertinent - Lire network_requests pour voir les appels API - Identifier erreurs JavaScript ou requêtes échouées ``` ### Phase 2 : Exécution du Scénario **Si `--scenario` est fourni :** 1. **Analyser le scénario** - Décomposer en étapes atomiques - Identifier les éléments à manipuler - Définir les validations attendues 2. **Exécuter chaque étape** ``` Pour chaque action : a. find ou read_page pour localiser l'élément b. computer (click/type) ou form_input pour interagir c. Attendre réaction (wait 1-2s) d. Vérifier résultat (read_page, console, network) e. Screenshot si --visual ``` 3. **Validations** - Vérifier les changements de page (navigate, URL) - Vérifier les messages d'erreur ou de succès - Vérifier les appels API (network_requests) - Vérifier la console (pas d'erreurs JS) **Sinon (exploration libre) :** 1. **Tests basiques** - Vérifier que la page charge sans erreur 404/500 - Vérifier absence d'erreurs JavaScript console - Tester les liens principaux (clic sur 2-3 liens majeurs) - Vérifier formulaires (remplir et valider un formulaire si présent) ### Phase 3 : Tests Responsive (si --responsive) **Viewports à tester :** - Mobile : 375x667 (iPhone) - Tablette : 768x1024 (iPad) - Desktop : 1920x1080 **Pour chaque viewport :** 1. `resize_window` avec les dimensions 2. `wait` 1 seconde pour le reflow 3. `screenshot` avec nom incluant la taille 4. `read_page` pour vérifier éléments visibles 5. Valider : - Pas d'overflow horizontal - Éléments empilés correctement - Pas d'éléments coupés - Menu mobile fonctionnel (si < 768px) ### Phase 4 : Génération du Rapport 1. **Arrêter l'enregistrement GIF (si --gif)** ``` - gif_creator avec action="stop_recording" - gif_creator avec action="export", download=true - Attendre téléchargement ``` 2. **Compiler les résultats** - Résumé des actions effectuées - Screenshots capturés (liste avec descriptions) - Erreurs détectées (console, network, visuel) - Validations réussies/échouées - Recommandations d'amélioration 3. **Créer rapport Markdown** ```markdown # Rapport de Test UI - [URL] **Date :** [timestamp] **Scénario :** [description ou "exploration libre"] **Viewport(s) :** [liste] ## Résumé - ✅ Tests réussis : X - ❌ Tests échoués : Y - ⚠️ Avertissements : Z ## Actions Effectué
Related in Design
contribute
IncludedLocal-only OSS contribution command center. Auto-refreshes the user's in-flight PR and issue state on invoke so conversations start with full context — no need to brief Claude on what's in flight. Helps the user find issues to contribute to on GitHub, builds per-repo dossiers of what each upstream expects (CLA, DCO, branch convention, AI policy, draft-first, review bots, issue templates), runs deterministic gates before any external action so AI-assisted contributions don't reach maintainers as slop. State is markdown-only: candidate files at ~/.contribute-system/candidates/, repo dossiers at ~/.contribute-system/research/, append-only event log at ~/.contribute-system/log.jsonl. No database, no cloud calls. Use when the user asks about their PRs / issues / contributions, wants to find new work to take on, claim an issue, build/refresh a repo's dossier, or draft a Design Issue or PR. Trigger with "/contribute", "what's my PR status", "find a contribution", "claim issue X", "draft a Design Issue for Y", "refresh dossier for Z".
architectural-analysis
IncludedUser-triggered deep architectural analysis of a codebase or scoped subtree across eight modes — information architecture, data flow, integration points, UI surfaces, interaction patterns, data model, control flow, and failure modes. This skill should be used when the user asks to "diagram this codebase," "map the architecture," "show the data flow," "give me an ERD," "trace control flow," "find the integration points," "verify the layout pattern," "audit the UX architecture," or any similar request whose primary deliverable is mermaid diagrams plus cited reports under docs/architecture/. Dispatches haiku/sonnet sub-agents in parallel for per-mode exploration, then verifies every citation mechanically before any node lands in a diagram. Not for one-off prose explanations of code (use code-explanation) or for high-level system design from scratch (use system-design).
mcp
IncludedModel Context Protocol (MCP) server development and tool management. Languages: Python, TypeScript. Capabilities: build MCP servers, integrate external APIs, discover/execute MCP tools, manage multi-server configs, design agent-centric tools. Actions: create, build, integrate, discover, execute, configure MCP servers/tools. Keywords: MCP, Model Context Protocol, MCP server, MCP tool, stdio transport, SSE transport, tool discovery, resource provider, prompt template, external API integration, Gemini CLI MCP, Claude MCP, agent tools, tool execution, server config. Use when: building MCP servers, integrating external APIs as MCP tools, discovering available MCP tools, executing MCP capabilities, configuring multi-server setups, designing tools for AI agents.
react-native-skia
IncludedDesign, build, debug, and optimise high-polish animated graphics in React Native or Expo using @shopify/react-native-skia, Reanimated, and Gesture Handler. Use when the user wants canvas-driven UI, shaders, paths, rich text, image filters, sprite fields, Skottie, video frames, snapshots, web CanvasKit setup, or performance tuning for custom motion-heavy elements such as loaders, hero art, cards, charts, progress indicators, particle systems, or gesture-driven surfaces. Also use when the user asks for fluid, glow, glass, blob, parallax, 60fps/120fps, or GPU-friendly animated effects in React Native, even if they do not explicitly say "Skia". Do not use for ordinary form/layout work with standard views.
plaid
IncludedProduct Led AI Development — guides founders from idea to launched product. Six capabilities: Idea (discover a product idea), Validate (pressure-test the idea against fatal flaws, problem reality, competition, and 2-week MVP feasibility), Plan (vision intake + document generation), Design (translate image references into a design.md spec), Launch (go-to-market strategy), and Build (roadmap execution). Use when someone says "PLAID", "plaid idea", "help me find an idea", "product idea", "idea from my business", "idea from my expertise", "plaid validate", "validate my idea", "pressure-test", "is this idea good", "find fatal flaws", "validate the problem", "plan a product", "define my vision", "generate a PRD", "product strategy", "plaid design", "design from image", "translate image to design", "create design.md", "extract design tokens", "plaid launch", "go-to-market", "launch plan", "GTM strategy", "launch playbook", "plaid build", "build the app", "start building", or "execute the roadmap".
nextjs-framer-motion-animations
IncludedAdds production-safe Motion for React or Framer Motion animations to Next.js apps, including reveal, hover and tap micro-interactions, whileInView, stagger, AnimatePresence, layout and layoutId transitions, reorder, scroll-linked UI, and lightweight route-content transitions. Use when the user asks to add, refactor, or debug Motion or Framer Motion in App Router or Pages Router codebases, especially around server/client boundaries, reduced motion, LazyMotion, bundle size, hydration, or route transitions. Avoid for GSAP-style timelines, WebGL or 3D scenes, heavy scroll storytelling, or CSS-only effects unless Motion is explicitly requested.