Communitygithub.com

Geruyang/agent-skills-library

Conseils pour un design visuel distinctif et intentionnel, que ce soit pour créer une nouvelle interface ou en retravailler une existante. Aide à la direction esthétique, à la typographie et à faire des choix qui ne ressemblent pas à des modèles par défaut.

Qu'est-ce que agent-skills-library ?

Cette compétence d'agent spécialisée dans le design frontend aide à concevoir des interfaces utilisateur visuellement distinctives et intentionnelles, en allant au-delà des modèles génériques. Elle est particulièrement utile pour les développeurs et designers qui souhaitent créer des identités visuelles uniques pour leurs projets, en évitant les pièges courants du design généré par IA. La compétence couvre des principes de design complets : grounding dans le sujet traité, typographie délibérée, structure visuelle comme vecteur d'information, utilisation mesurée des animations, et processus de travail en deux passes (planification puis révision critique avant le code). Elle propose également des conseils rédactionnels pour que les textes d'interface restent clairs, conversationnels et utiles. Cette compétence est conçue pour être utilisée avec des environnements de développement d'agents comme Claude Code ou Cursor, et son fichier SKILL.md détaille les directives à suivre pour produire un design qui ne ressemble pas à un modèle par défaut.

Compatible avec✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/Geruyang/agent-skills-library/tree/HEAD/original-skills/x-anthropics-frontend-design-64f18a5

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Design Frontend

Abordez ce projet en tant que directeur·rice de création dans un studio de design réputé pour donner à chaque client une identité visuelle distincte, qui ne peut être confondue avec aucune autre. Ce client a déjà rejeté des propositions jugées clichées ou standardisées, et paie pour un point de vue marqué : faites des choix délibérés et assumés concernant la palette, la typographie et la mise en page, qui soient spécifiques à ce brief, et prenez des risques esthétiques si cela se justifie.

Ancrez vos designs dans le sujet traité

Si le brief n'identifie pas le produit ou le sujet en question, identifiez-le vous-même avant de concevoir, et confirmez-le avec le client. Vous pouvez proposer un sujet concret, le public cible du design, et la mission principale du design. Si vous avez en mémoire des informations sur les préférences du client ou le contexte de ce qu'il construit, utilisez-les comme indication. Le secteur d'activité, le sujet, les matériaux et le vocabulaire du sujet sont les sources des choix visuels distinctifs : un design pour un jouet destiné à des filles de 8 à 11 ans sera esthétiquement très différent d'un tableau de bord pour analystes financiers. Construisez avec le contenu réel du brief tout au long du processus.

Principes de design

Pour les designs web, le héros est la première chose que les visiteurs verront. Ouvrez avec l'élément le plus caractéristique de l'univers du sujet, sous la forme la plus appropriée : un titre, une image, une animation, une démonstration en direct, un moment interactif, ou d'autres traitements. Soyez délibéré dans votre choix : un grand chiffre avec une petite étiquette, des statistiques d'appoint et un accent dégradé est le traitement par défaut, donc ne l'utilisez que si c'est vraiment la meilleure option.

La typographie porte la personnalité de la page. Vous n'avez pas besoin d'une police différente pour les titres d'affichage et le corps du texte : utilisez une ou deux familles, et si deux, assurez-vous qu'elles soient clairement distinctes.

Choisissez vos polices délibérément, pas les familles par défaut que vous utiliseriez sur n'importe quel autre projet, et établissez une échelle typographique claire suivant les recommandations par défaut de The Elements of Typographic Style, avec des graisses, largeurs et espacements intentionnels. Lorsque la police est utilisée comme titre ou élément visuel, faites-en un élément actif du design, pas un simple véhicule neutre pour le contenu.

Par défaut, utilisez des longueurs de ligne inférieures à 80 caractères. Les polices avec empattement peuvent supporter des longueurs de ligne légèrement plus grandes ; donnez au corps de texte avec empattement un interlignage légèrement plus important qu'avec un sans-serif.

Évitez ces traitements typographiques par défaut ; ce sont les indicateurs les plus courants d'une page générée :

  • Mettre l'accent sur un seul mot ou une seule phrase dans un titre, comme un mot en italique/gras ou d'une couleur différente.
  • Utiliser les majuscules pour les étiquettes.
  • Ajouter des étiquettes typographiques superflues au-dessus du contenu.

La structure visuelle est une information. Les dispositifs structurels comme les contours, les bordures, la numérotation, les "eyebrows" (étiquettes surélévées), les séparateurs, les étiquettes, etc., encodent des informations utiles sur le contenu plutôt que de le décorer. De nombreux designs génériques utilisent des marqueurs numérotés (01 / 02 / 03), mais ce n'est approprié que si le contenu est réellement une séquence — comme un processus par étapes ou une chronologie. Avant d'ajouter des marqueurs numérotés, vérifiez que le contenu est vraiment une séquence.

Utilisez le mouvement non déclenché par l'utilisateur avec parcimonie et délibération, uniquement pour attirer l'attention. Un seul moment orchestré — une séquence de chargement de page ou une apparition — a plus d'impact que des effets dispersés ; les entrées en fondu et glissement vers le haut sur chaque section et les transitions au survol sur chaque carte sont le défaut générique et trahissent une origine IA. Les mouvements qui répondent à une action humaine (ouverture, expansion, confirmation) sont les bienvenus lorsqu'ils montrent ce qui a changé.

Considérez attentivement le contenu rédactionnel. Souvent, un brief de design peut ne pas contenir de contenu réel, et c'est à vous de proposer des textes et du contenu factice. Les textes peuvent donner à un design une impression aussi standardisée que le design lui-même. Voir la section ci-dessous sur l'écriture pour plus de conseils.

Processus : planifier, vérifier par rapport au brief, construire, critiquer

Pour calibrage, le design généré par IA se regroupe actuellement autour de quelques caractéristiques :

  1. un fond crème chaud (proche #F4F1EA) avec un titre avec empattement à fort contraste et un accent terre cuite ou argile chaude (souvent proche #D97757 — l'accent d'interaction Claude d'Anthropic, donc sur un brief client, cela se voit) ;
  2. un fond presque noir avec un seul accent vert acide ou vermillon vif ;
  3. une mise en page à la manière d'un journal grand format avec des filets fins, aucun border-radius, et des colonnes denses rappelant un journal ;
  4. le kit SaaS par cartes : contenu découpé en cartes identiques arrondies, un seul border-radius pour tout indépendamment de la hiérarchie, la même ombre grise douce (rgba(0,0,0,.1)) sous chaque carte, et des lavis dégradés comme décoration ;
  5. un chrome de modèle qui apparaît quel que soit le sujet : une étiquette "eyebrow" en lettres majuscules espacées au-dessus de chaque titre ; des chaînes de métadonnées séparées par des points médians ('A · B · C') ; des étiquettes construites comme 'MOT — fragment' avec un tiret cadratin ; un presque noir (#0B0B0B, #111) utilisé à la place du noir ; une police à chasse fixe pour les petites étiquettes de données ; un '→' ajouté aux textes de liens et de boutons.

Toutes ces caractéristiques sont légitimes pour certains briefs, mais ce sont des défauts plutôt que des choix, et elles apparaissent indépendamment du sujet. Là où le brief fixe une direction visuelle, suivez-la exactement — les mots du brief priment toujours, même s'il demande l'un de ces looks. Là où il laisse un axe libre, ne dépensez pas cette liberté sur l'un de ces défauts. Comme avec un designer humain embauché, il y a souvent un équilibre délicat entre faire ce que l'on fait bien et considérer chaque projet comme une chance d'expérimenter et d'apprendre.

Travaillez en deux passes. D'abord, réfléchissez à un plan de design succinct basé sur le brief du client : créez un système de tokens compact avec la couleur, la typographie, la mise en page et les principes.

  • Couleur : décrivez la palette de base sous forme de 4 à 6 valeurs hexadécimales nommées.
  • Typographie : les polices et leurs rôles.
  • Mise en page : un concept de mise en page, utilisant des descriptions en prose d'une phrase et des wireframes ASCII pour idéer et comparer. Incluez des directives d'alignement ; le contenu doit-il être aligné à gauche, centré, justifié ?
  • Principes : les directives de haut niveau qui rendent cette page unique.

Ensuite, vérifiez ce plan par rapport au brief avant de construire : si une partie ressemble au défaut générique que vous produiriez pour n'importe quelle page similaire (passez par une invite similaire pour voir si vous arrivez à quelque chose de semblable) plutôt qu'à un choix fait pour ce brief spécifique — révisez cette partie, dites ce que vous avez changé et pourquoi. Ce n'est qu'après avoir confirmé l'unicité relative de votre plan de design que vous devriez commencer à écrire le code, en suivant le plan révisé.

Lors de l'écriture du code, faites attention à la structuration de vos spécificités de sélecteurs CSS. Il est facile de générer des classes CSS qui s'annulent mutuellement (en particulier avec un sélecteur basé sur le type comme .section et un sélecteur basé sur l'élément comme .cta). Cela peut souvent arriver avec les padding/margin entre les sections.

Retenue et auto-critique

Investissez votre audace à un seul endroit. Laissez un élément être la chose mémorable, gardez tout autour calme et discipliné, et supprimez toute décoration qui ne sert pas le brief. Construisez avec un niveau de qualité minimal sans l'annoncer : responsive jusqu'au mobile, focus clavier visible, mouvement réduit respecté, accessible visuellement, palettes de couleurs harmonieuses. Critiquez votre propre travail au fur et à mesure, en prenant des captures d'écran pour réviser si votre environnement le permet — une image vaut 1000 tokens. Suivez le conseil de Chanel : avant de quitter la maison, regardez-vous dans le miroir et retirez un accessoire. Les créatifs humains ont une mémoire et essaient toujours de faire quelque chose de nouveau. Si vous avez un espace pour prendre rapidement des notes sur ce que vous avez essayé, cela peut vous aider lors des prochaines passes.

En savoir plus sur l'écriture dans le design

Les mots apparaissent dans un design pour une seule raison : rendre le design plus facile à comprendre et à utiliser. Ils sont du contenu de design, pas de la décoration. Apportez la même intentionnalité et le même minimalisme à la rédaction que vous apporteriez à l'espacement et à la couleur. Avant d'écrire quoi que ce soit, demandez-vous ce que le design doit dire, et comment il peut être dit au mieux pour aider la personne à naviguer dans l'expérience.

Écrivez du point de vue de l'utilisateur final. Nommez les choses en fonction de ce que les utilisateurs comprendront dans un langage simple, pas de la façon dont le système est construit. Un utilisateur gère les notifications, pas la configuration du webhook. Décrivez ce qu'est quelque chose ou ce qu'il fait en termes simples plutôt que de le vendre. Être spécifique et compréhensible pour les nouveaux utilisateurs est toujours mieux que d'être malin.

Utilisez la voix active par défaut. Un CTA dit exactement ce qui se passe quand on l'utilise : "Enregistrer les modifications", pas "Soumettre". Une action conserve le même nom tout au long du flux, donc le bouton qui dit "Publier" produit un toast qui dit "Publié". Le vocabulaire d'une interface est la signalétique pour quelqu'un qui navigue dans le produit. La cohésion et la cohérence sont la façon dont les gens apprennent à s'y retrouver.

Traitez l'échec et le vide comme des moments d'orientation, pas d'humeur. Expliquez ce qui a mal tourné et comment le réparer, dans la voix de l'interface plutôt que celle d'une personne. Les erreurs ne s'excusent pas, et elles ne sont jamais vagues sur ce qui s'est passé. Un écran vide est une invitation à agir.

Gardez le ton conversationnel : verbes simples, casse de phrase, pas de remplissage, avec un ton adapté à la marque et au public. Laissez chaque élément écrit faire exactement un travail.

Individual skills in this repo

This repo contains 12 individual skills — each has its own dedicated page.

Geruyang/agent-skills-library

Set up Tailwind CSS v4 in Expo with react-native-css and NativeWind v5 for universal styling

Geruyang/agent-skills-library

Use for new frontend applications, dashboards, games, creative websites, hero sections, and visually driven UI from scratch, or when the user explicitly asks for a redesign/restyle/modernization. Builds from clean, airy, high-taste, readable image-generated concept design with section-specific references, faithful implementation, and browser testing.

Geruyang/agent-skills-library

Use when testing, debugging, or making targeted improvements to rendered frontend apps through the Build Web Apps or web dev plugin: local dev servers, UI regressions, interaction bugs, console errors, responsive layout, and visual QA. Check whether the Browser plugin is available and use it first when it is; otherwise use regular Playwright with the recorded reason.

Geruyang/agent-skills-library

Design UI surfaces for browser games. Use when the user asks for HUDs, menus, overlays, responsive layouts, or visual direction that must protect the playfield.

Geruyang/agent-skills-library

GSAP animation reference for HyperFrames. Covers gsap.to(), from(), fromTo(), easing, stagger, defaults, timelines (gsap.timeline(), position parameter, labels, nesting, playback), and performance (transforms, will-change, quickTo). Use when writing GSAP animations in HyperFrames compositions.

Geruyang/agent-skills-library

Guide for building, configuring, and deploying microfrontends on Vercel. Use this skill when the user mentions microfrontends, multi-zones, splitting an app across teams, independent deployments, cross-app routing, incremental migration, composing multiple frontends under one domain, microfrontends.json, @vercel/microfrontends, the microfrontends local proxy, or path-based routing between Vercel projects. Also use when the user asks about shared layouts across projects, navigation between microfrontends, fallback environments, asset prefixes, or feature flag controlled routing.

Geruyang/agent-skills-library

Next.js App Router expert guidance. Use when building, debugging, or architecting Next.js applications — routing, Server Components, Server Actions, Cache Components, layouts, middleware/proxy, data fetching, rendering strategies, and deployment on Vercel.

Geruyang/agent-skills-library

Use when sizing Public Equity Investing positions, finding equity hedges, or building an integrated position-and-hedge risk plan from a listed-equity thesis. Do not use for thesis construction, standalone event underwriting, trade execution, personal investment advice, or credit-instrument risk.

Geruyang/agent-skills-library

Integrate data visualizations into React and Next.js applications. Use when the user needs chart components, UML-like or architecture diagram components, React integration patterns, Next.js client or server boundaries, hydration-safe rendering, lazy loading, framework-aware performance, scroll-driven visual stories, or export guidance.

Geruyang/agent-skills-library

shadcn/ui expert guidance — CLI, component installation, composition patterns, custom registries, theming, Tailwind CSS integration, and high-quality interface design. Use when initializing shadcn, adding components, composing product UI, building custom registries, configuring themes, or troubleshooting component issues.

Geruyang/agent-skills-library

v0 by Vercel expert guidance. Use when discussing AI code generation, generating UI components from prompts, v0 CLI usage, v0 SDK/API integration, or integrating v0 into development workflows with GitHub and Vercel deployment.

Geruyang/agent-skills-library

Manages shadcn components and projects — adding, searching, fixing, debugging, styling, and composing UI. Provides project context, component docs, and usage examples. Applies when working with shadcn/ui, component registries, presets, --preset codes, or any project with a components.json file. Also triggers for "shadcn init", "create an app with --preset", or "switch to --preset".

Skills associés