Aller au guide d’utilisation
Design Tokenspar julianoczkowski

Design Tokens Skill.

Transformez une direction de design choisie en valeurs de thème réutilisables.

  • Tokens
  • Tailwind
Revue de la source · design-tokensSKILL.md
Tâche Transformez une direction de design choisie en valeurs de thème réutilisables. Résultats Un fichier de tokens ou une extension du thème au format du projet. Avant de commencer La source demande d’étendre un système présent, pas de l’écraser.
Résumé éditorial · source examinée le 2026-11-02 · ce n’est pas un exemple généré

01 Fonctionnement

Transformez une direction de design choisie en valeurs de thème réutilisables

Générez ou étendez des tokens CSS, Tailwind ou de thème pour couleurs, espaces, typographie, disposition et animation à partir d’un brief existant.

Flux de travail fondé sur la sourcePas un benchmark d'exécution

La méthode de travail

Design Tokens établit les valeurs auxquelles les nouveaux composants feront référence. Il commence par examiner variables CSS, providers de thème, fichiers de tokens et dépendances du framework, puis lit le brief de la fonctionnalité. Si un système existe, il en comble les lacunes plutôt que de le remplacer.

Le format suit la stack : propriétés CSS personnalisées, configuration Tailwind ou module de thème. Le processus documenté inclut palettes claire et sombre, espacements, typographie, disposition, animation et valeurs responsive. L’agent explique la direction visuelle choisie et les décisions qui s’en écartent.

Livrables attendus

  • Un fichier de tokens ou une extension du thème au format du projet.
  • Des palettes claire et sombre délibérément conçues avec des rôles sémantiques.
  • Une courte explication de la direction visuelle et des choix d’implémentation.
Voir l'exemple de brief

Du brief à la revue

  1. 01
    Examiner les fondations existantes

    Recherchez variables CSS, configuration Tailwind, providers de thème et exports de tokens. Repérez les lacunes, comme l’absence de mode sombre ou de valeurs d’animation, avant toute génération.

  2. 02
    Relier le brief à la stack

    Lisez le brief actif et sa direction esthétique. Choisissez le format adapté à l’application ; utilisez par défaut des propriétés CSS personnalisées si la stack est incertaine.

  3. 03
    Définir des échelles liées

    Créez couleurs sémantiques et valeurs cohérentes d’espacement, de typographie et de disposition. Incluez catégories d’animation et de points de rupture utilisables par les composants.

  4. 04
    Créer les deux modes

    Concevez les valeurs sombres volontairement et prenez en charge les modèles de préférence système et de sélection manuelle de la source. Expliquez comment les valeurs étendent le système.

02 Cas d’usage

Quand l’utiliser

La source demande d’étendre un système présent, pas de l’écraser.

Un bon choix

  • Avant de construire les composantsUne fonctionnalité a besoin de valeurs cohérentes avant la réalisation de ses éléments visuels.
  • Fondations incomplètesUn thème manque de catégories ou de valeurs sombres conçues explicitement.

Limites à vérifier

  • Préserver les tokens existantsLa source demande d’étendre un système présent, pas de l’écraser.
  • Direction de design nécessaireSans brief, établissez la direction souhaitée. Les paramètres d’une philosophie esthétique nommée proviennent du skill complémentaire frontend-design.
  • Vérifier les valeurs en applicationUne palette générée doit encore être vérifiée pour le contraste et le rendu dans de vrais composants.

Éléments à fournir

  • Brief de fonctionnalitéFournissez la direction visuelle acceptée et les décisions pertinentes.
  • Source du thèmeFournissez variables, fichiers de configuration et exports actuels.
  • Stack de l’applicationIdentifiez l’implémentation CSS, Tailwind ou par provider de thème.

03 Décisions importantes

Les décisions importantes

  1. Réutilisation sémantique

    Les composants référencent des rôles texte, surface ou focus plutôt que des valeurs arbitraires.

  2. Modes intentionnels

    Le mode sombre est conçu en parallèle du mode clair.

  3. Adaptation à la stack

    Les tokens sont livrés là où l’application peut les utiliser.

04 Exemple de brief

Essayez un brief ciblé

L'exemple de brief ci-dessous n'a pas été testé. Vérifiez la configuration du skill avant de l'utiliser.

Examinez la source et la configuration

Fournissez la direction visuelle acceptée et les décisions pertinentes.

Fichier source amont
https://github.com/julianoczkowski/designer-skills/blob/c259656c76d9758d7ead46b0d2f125cbe84f8665/design-tokens/SKILL.md

Le lien ci-dessous ouvre les instructions d’origine. Vérifiez la configuration du dépôt avant utilisation ; ce n’est pas une commande d’installation.

Commencez par un livrable

Adaptez le périmètre, les sources et les contraintes de ce brief avant d’exécuter le skill.

Exemple de brief
Utilise design-tokens pour étendre le thème de notre fonctionnalité de reporting. Lis le brief approuvé et examine d’abord variables CSS, réglages Tailwind et providers de thème existants. Préserve les noms actuels et ne complète que les lacunes documentées. Il nous faut surfaces sémantiques de graphiques, couleurs de statut, espacements et typographie en modes clair et sombre. Utilise le format actuel et explique le rapport entre sélection manuelle et préférence système. Associe les nouvelles valeurs à leurs rôles et signale les combinaisons qui nécessitent encore une vérification du contraste rendu.

Examinez le résultat

Comparez le résultat réel à ces critères observables.

  • Les définitions existantes restent intactes sauf justification explicite du changement.
  • Les deux thèmes couvrent les rôles sémantiques prévus.
  • Les nouveaux composants peuvent consommer les résultats dans le véritable système de styles du projet.

OpenDesign fournit un espace de travail de design local pour les agents de code. Cette fiche ne signifie pas que le skill est fourni avec ses outils externes, ses identifiants et ses dépendances logicielles.

05 Source et licence

Source et licence

Cette page décrit la révision source figée liée ci-dessous. Le comportement et les exigences en amont peuvent changer.

Propriétaire de la source
julianoczkowski
Fichier du skill
SKILL.md
Licence
Apache-2.0
Version examinée
2026-11-02 · c259656c76d9
Résumé éditorial de la source
Transformez une direction de design choisie en valeurs de thème réutilisables.

Résumé original de OpenDesign, fondé sur la source liée. Les étoiles du dépôt sont un indicateur de popularité daté, pas une mesure d'utilisation du skill ni une note de qualité.

06 Questions avant de commencer

Questions avant de commencer

Crée-t-il toujours un nouveau tokens.css ?

Non. La source choisit variables CSS, configuration Tailwind ou module de thème selon la stack.

Comment obtenir le mode sombre ?

La source demande des choix de palette intentionnels, pas une simple inversion des couleurs claires.

Peut-il travailler avec un système existant ?

Oui. Il commence par repérer les tokens présents et combler les lacunes du système.

OpenDesign

Gardez votre brief et votre travail de design au même endroit.

Gardez votre brief, vos sources et votre travail de design ensemble dans un espace de travail local. Vérifiez la configuration propre au skill avant de l'ajouter à votre flux de travail.

Fichier source amont
https://github.com/julianoczkowski/designer-skills/blob/c259656c76d9758d7ead46b0d2f125cbe84f8665/design-tokens/SKILL.md