Les rôles Lecteur, Designer et Développeur
Les 12 actions de WTFAA dans les rôles Lecteur, Designer et Développeur, quand les utiliser, et comment changer de rôle ou choisir un rôle par défaut.
WTFAA regroupe ses actions sur la page en trois rôles : Lecteur, Designer et Développeur. Chaque rôle charge ses propres préréglages de prompts et place quatre actions dans la barre d'outils en haut du panneau latéral, soit 12 actions au total.
Ce guide explique ce que produit chaque action, quand l'utiliser et comment changer de rôle. Si WTFAA n'est pas encore configuré, commencez par Bien démarrer.
Fonctionnement des actions
- Les actions s'affichent sous forme d'icônes dans la barre d'outils. Survolez une icône pour voir son nom.
- Quand vous cliquez sur une action, WTFAA lit l'onglet actif à ce moment-là. La plupart des actions utilisent le contenu de la page ; Audit du formulaire et Remplir des données de test utilisent les champs de formulaire visibles.
- Avant tout envoi, la fenêtre Vérifier avant envoi affiche le contexte que l'IA recevra. Confirmez avec Envoyer à l’IA, ou cochez Ignorer le prochain aperçu d’action rapide pour envoyer l'action suivante sans cette fenêtre.
- Les prompts demandent à l'IA de s'appuyer sur la page en cours et de signaler comme tels le contexte général ou les hypothèses incertaines.
- Quel que soit le rôle, vous pouvez saisir votre propre question dans la zone de saisie.
Lecteur : comprendre et réutiliser le contenu
Pour les articles, la documentation, les annonces et les autres pages riches en texte. Une nouvelle installation démarre avec ce rôle.
| Action | Résultat | Quand l'utiliser |
|---|---|---|
| Résumer | Points clés (sujet, informations centrales, public probable), un résumé en 2 à 3 paragraphes et les enseignements principaux | Saisir l'essentiel d'une longue page avant de la lire en entier |
| Expliquer cette page | Contexte, concepts clés avec exemples, détails importants, liens avec des sujets plus larges, applications pratiques et questions de suivi | La page suppose des connaissances que vous n'avez pas encore |
| Extraire les mots-clés | Mots-clés principaux et secondaires, entités nommées (personnes, organisations, produits) et tags suggérés | Étiqueter, prendre des notes de recherche ou vérifier le vrai sujet d'une page |
| Transformer en post social | Un brouillon de thread X/Twitter, un post LinkedIn, une phrase d'accroche et des hashtags | Partager une page ; le prompt limite les affirmations à ce que dit la page, mais relisez le brouillon avant de publier |
Designer : examiner l'interface visible
Pour les landing pages, les écrans d'application et toute page où la mise en page et la qualité visuelle comptent. Ces actions portent sur ce qui est visible ; elles ne jugent ni l'implémentation ni le comportement du backend.
| Action | Résultat | Quand l'utiliser |
|---|---|---|
| Analyse visuelle | Hiérarchie visuelle et points focaux, usage des couleurs, typographie, espacements et mise en page | Un premier examen structuré d'un design |
| Notes couleur et contraste | Un tableau de palette et des notes de contraste fondés sur les couleurs que WTFAA relève localement dans les styles calculés de la page, en précisant quelles valeurs sont mesurées et lesquelles sont des estimations visuelles | Documenter une palette ou repérer des problèmes de contraste probables |
| Critique de design | Points forts, améliorations concrètes, problèmes d'accessibilité visibles, comparaison avec des modèles d'interface courants et tableau de corrections par priorité | Revues de design et retours |
| Signaux A11y visibles | Une checklist des signaux d'accessibilité visibles (contraste, indicateurs de focus, libellés, ordre des titres, parcours clavier, textes alternatifs), un tableau des problèmes par gravité et des corrections rapides | Un premier passage rapide avant un audit d'accessibilité complet |
Notes couleur et contraste et Signaux A11y visibles sont des revues heuristiques. Elles ne valent pas certification de conformité WCAG.
Développeur : inspecter, tester et remplir des formulaires
Pour le travail frontend, la QA et les pages riches en formulaires.
| Action | Résultat | Quand l'utiliser |
|---|---|---|
| Détecter la stack frontend | Signaux probables de framework frontend, de styles et d'outils de build, avec les indices visibles pour chacun, des niveaux de confiance et ce qui ne peut pas être déterminé | Prendre ses repères sur un site inconnu |
| Checklist QA de page | Un tableau de cas de test (ID, préconditions, étapes, résultat attendu), des cas limites visibles, des vérifications d'accessibilité et des risques de performance observables | Préparer des tests manuels d'une page ou d'un parcours |
| Audit du formulaire | Un tableau des champs (type, libellé, obligatoire, validation visible), les dépendances entre champs et les problèmes potentiels | Vérifier la structure et les libellés d'un formulaire |
| Remplir des données de test | Des valeurs réalistes mais fictives pour les champs visibles, présentées pour vérification avant tout remplissage | Remplir rapidement des formulaires de test pendant le développement ou la QA |
Détecter la stack frontend ne rapporte que ce que la page expose elle-même. L'action n'identifie ni l'architecture backend, ni les bases de données, ni l'hébergement, ni les API privées.
Avec Remplir des données de test, WTFAA affiche d'abord Champs à vérifier avant remplissage, avec chaque champ et sa valeur. Rien ne change sur la page avant que vous cliquiez sur Exécution en un clic, et le remplissage ne soumet jamais le formulaire. L'action demande à l'IA de ne traiter que les champs visibles et d'exclure les champs masqués, les mots de passe, les champs de paiement et l'acceptation des conditions : vérifiez donc la liste avant de confirmer. Détails dans Audit de formulaire et données de test.
Changer de rôle
- Repérez le bouton de rôle à l'extrémité droite de la barre d'actions. Il affiche l'icône du rôle actuel et une petite flèche (info-bulle : Changer de rôle).
- Cliquez dessus et choisissez Développeur, Designer ou Lecteur.
- La barre affiche alors les quatre actions de ce rôle. La conversation reste dans le panneau.
Choisir un rôle par défaut
- Ouvrez les Paramètres (icône d'engrenage) et restez sur l'onglet Général.
- Dans Rôle par défaut, choisissez le rôle souhaité.
Le menu des rôles de la barre d'outils et le réglage Rôle par défaut modifient la même valeur enregistrée : le panneau conserve donc le dernier rôle choisi. Si vous faites surtout un type de travail, réglez-le une fois ici et utilisez le menu de la barre pour les changements ponctuels.
Guides associés
- La traduction de page et l'analyse de capture d'écran se trouvent dans la zone de saisie et fonctionnent avec tous les rôles.
- Confidentialité et aperçu avant envoi explique ce qui est envoyé et comment fonctionne le masquage local.