Configuration
Essayer un plugin
Le plugin Design est livré avec /design-system déjà structuré pour comparer un écran ou une PR à un fichier de tokens et un inventaire de composants. Si votre administrateur gère les plugins et qu'il n'est pas encore disponible, ignorez cette étape ; rien ci-dessous n'en dépend.
/design-systemAudit, document, or extend your design system./ux-copyWrite or review UX copy — microcopy, error messages, empty states, CTAs.Connectez vos outils
Claude Cowork est plus puissant lorsqu'il fonctionne directement avec vos systèmes. Vous contrôlez les autorisations et les accès. En savoir plus sur l'accès aux outils(s’ouvre dans un nouvel onglet).
Accédez à Personnaliser → Connecteurs dans Cowork pour configurer.
Définissez votre dossier de travail
Faites glisser les fichiers que vous allez utiliser (captures d'écran de production, les diffs de PR que vous examinez, votre fichier de tokens, l'inventaire des composants) dans un seul dossier sur votre machine, puis pointez Cowork vers celui-ci. Cowork y lit et y écrit le rapport de dérive. Si vous effectuez régulièrement de l'assurance qualité design, créez un projet Cowork(s’ouvre dans un nouvel onglet) à partir de ce dossier afin que votre source système reste attachée.
Le prompt
Copiez ceci dans Claude Cowork
Examinez les écrans livrés et les PR ouvertes dans ce dossier par rapport à notre système de design. Pour chacun, listez chaque endroit où il dérive de nos tokens, composants, espacements ou modèles d'interaction, évaluez la gravité, et suggérez le correctif conforme au système. Ignorez tout ce qui correspond déjà.
Pourquoi cela fonctionne
Précisez ce qu'il faut vérifier. Tokens, composants, espacement, interaction : la checklist est explicite.
Demandez une gravité pour chaque constat. Le triage sait quoi corriger ce sprint.
Précisez ce qu'il faut exclure. Le rapport ne contient que le travail, jamais le bruit.
Placez les fichiers de référence dans le dossier. Les tokens et l'inventaire sont lus, pas mémorisés.
Obtenir un meilleur brouillon
Ajoutez un exemple à reproduire. Déposez un exemple que vous aimez dans le dossier et Cowork reproduira votre structure et votre ton.
Demandez-lui de signaler l'incertitude. Ajoutez « signale tout ce dont tu n'es pas sûr » pour savoir où regarder en premier lors de la relecture du brouillon.
Faites travailler Cowork pour vous
Le /design-system du plugin est un point de départ générique. Une fois que l'étape 2 produit un rapport de dérive que vous publieriez réellement sur une PR, demandez à Cowork d'écrire votre propre version de la compétence. Intégrez vos seuils de gravité, vos exceptions autorisées, votre correspondance composant-code, et le ton de commentaire auquel vos ingénieurs répondent. Quelques minutes de conversation et la compétence fonctionne ensuite avec vos standards.
Transforme ce que nous avons fait dans cette tâche jusqu'à présent en une compétence, ou modifie la compétence /design-system avec mes retours.
Rendez-le reproductible
Partagez-le en tant qu'artefact
La dérive s'accumule silencieusement entre les sprints. Demandez à Cowork de publier le rapport en tant qu'artefact et l'équipe design-system dispose d'un seul lien — relancez la compétence ou planifiez son actualisation.
Publie ce rapport de dérive en tant qu'artefact pour le canal design-system. Tiens un décompte continu des éléments de gravité élevée encore ouverts.
Exécutez-le sur chaque PR qui touche l'interface utilisateur
La dérive est moins coûteuse à détecter avant la fusion. Tapez /schedule dans le prompt, ou ouvrez Planifié dans la barre latérale de Cowork, et configurez la compétence personnalisée pour s'exécuter deux fois par jour, en vérifiant les PR ouvertes et les dernières captures d'écran de production.
/schedule En semaine à 10h et 16h, vérifie les PR ouvertes étiquetées « ui » et Design-QA/Sprint-42 pour les nouveaux écrans, exécute /design-system sur chacun, et publie le rapport de dérive en commentaire ou sur #design-system.
À 10h et 16h, vérifie les PR UI ouvertes et le dossier QA, exécute /design-system, et publie le rapport de dérive en commentaire de PR ou sur #design-system.
Partagez avec vos coéquipiers
Votre /design-system personnalisé porte désormais vos tokens, votre correspondance de composants, votre échelle de gravité et votre liste d'exceptions. Partagez-le pour que chaque équipe obtienne la même revue sur chaque PR, et que l'équipe système ne soit plus le goulot d'étranglement pour savoir « si c'est conforme au système ».