Le MCP pour les jetons de design
Model Context Protocol est un standard ouvert qui relie les assistants IA à des outils et des données externes. Appliqué aux jetons de design, un serveur MCP expose les valeurs à jour d'un projet à un agent de développement, afin que les composants générés utilisent le design system réel plutôt que des valeurs inventées par le modèle.
Le problème traité
Un agent IA qui écrit un composant doit prendre ses valeurs de design quelque part. Faute de mieux, il utilise ce qu'il a vu à l'entraînement : les valeurs Tailwind par défaut les plus courantes, les palettes populaires, des espacements plausibles.
Le résultat compile, paraît raisonnable, et il est faux. Pas visiblement faux, et c'est bien là la difficulté. C'est un hexadécimal proche de votre primaire au lieu de votre primaire.
Coller la palette dans le prompt règle une conversation. Cela ne survit pas à la suivante, et ne passe pas à l'échelle d'une équipe.
Ce que change MCP
Model Context Protocol est un standard ouvert pour exposer des outils et des données aux assistants IA. Un client comme Cursor ou Claude Code se connecte à un serveur et peut alors appeler ses outils pendant une tâche.
Pour un design system, cela veut dire que l'agent peut demander les valeurs au moment où il en a besoin, au lieu de dépendre de ce qui a atterri dans le prompt. Un serveur typique expose :
- La lecture des jetons : les valeurs à jour pour la couleur, la typographie, l'espacement, le rayon, l'ombre et le mouvement
- La consultation d'un composant : la spécification d'un composant nommé
- Le contrôle des infractions : pour un bloc de code donné, quelles valeurs sont en dur et quels jetons les remplacent
- Les propositions de jeton : un moyen pour l'agent de demander une valeur que le système ne définit pas, au lieu de l'inventer
Ce dernier point compte plus qu'il n'y paraît. Il transforme le cas d'échec d'une invention silencieuse en une demande explicite à laquelle un humain peut répondre.
Comment on en connecte un
Les clients MCP lisent une petite configuration JSON qui nomme le serveur et indique comment l'atteindre. Dans Cursor elle vit dans les réglages MCP du projet ; dans Claude Code elle s'ajoute via la CLI. L'authentification est généralement un jeton limité à un projet.
Une fois connecté, l'agent dispose du design system à chaque génération, sans copier-coller par prompt.
En quoi cela diffère d'un fichier de règles
Les règles Cursor et les mécanismes similaires injectent du texte statique dans le contexte. Cela fonctionne, et cela vaut la peine de le faire, mais ce texte est un instantané : il est juste jusqu'à ce que les jetons changent, puis il est faux avec assurance.
Un serveur MCP est lu au moment de l'appel. Quand un jeton change, la génération suivante voit la nouvelle valeur sans que personne ne mette un fichier à jour.
Ce que Flash DSM apporte ici
Flash DSM fait tourner un serveur MCP exposant les outils ci-dessus pour n'importe quel design system que vous possédez, connectable depuis Cursor, Claude Code ou tout client MCP avec un jeton limité.