web-design-guidelines

Skill officielle publiée par Vercel Labs, qui relit ton code d'interface à l'aune des Web Interface Guidelines, le référentiel public que la même équipe maintient dans un dépôt séparé. Sa particularité tient en une ligne : elle n'embarque aucune copie figée des règles, elle va chercher le fichier de référence à jour à chaque exécution, donc elle ne vieillit pas entre le jour de l'installation et le jour de l'audit. Les constats reviennent au format fichier deux-points ligne, directement exploitable dans l'éditeur. Elle fait partie d'un recueil de skills Vercel installable en une commande, sous licence MIT. **Attention à ce qu'elle lit vraiment.** La skill ne récupère pas la page publique [vercel.com/design/guidelines](https://vercel.com/design/guidelines) mais sa version condensée, le fichier `command.md` du dépôt. Les règles qualitatives y sont (un focus visible et des commandes au clavier sur chaque élément interactif, ne jamais bloquer le collage dans un champ, garder le bouton d'envoi actif jusqu'au départ de la requête, ne pas désactiver le zoom, `autoFocus` à éviter sur mobile), mais les seuils chiffrés n'y figurent pas : une cible d'au moins 24 px, 44 px sur mobile, et un champ de saisie en 16 px minimum sur mobile pour que Safari iOS ne zoome pas au focus. Manque aussi la règle qui fait garder son libellé à un bouton pendant le chargement. Et aucune des deux versions ne fixe de ratio de contraste : la page complète recommande seulement de le mesurer en APCA plutôt qu'en WCAG 2. Or ce sont précisément ceux qu'une démo met en avant, comme celle d'[Henri, ExplorIA](https://www.instagram.com/reel/DdzfOd_Dd9h/) qui affiche « cible tactile trop petite » et « police trop petite » au premier passage, à côté d'un « contraste 3,1:1 » qu'aucune règle publiée ne chiffre. Si tu veux ces constats-là, donne la page complète à l'agent en plus de la skill.

Forces

Limites

Pour qui

Voir sur Coeurdar