Un design system Figma impeccable peut rendre Claude complètement inutile. Je l'ai vu chez un client la semaine dernière, et le paradoxe mérite qu'on s'y arrête, parce qu'il avait tout fait dans les règles.
Tokens, composants, naming convention : propre, lisible, à jour. Pourtant, quand il demandait à Claude de générer un écran à partir de son design system, il passait plus de temps à corriger les erreurs et à réexpliquer ses propres règles qu'à designer.
Le diagnostic : lisible pour des humains, muet pour un LLM
Le problème n'était pas l'outil. Son design system était lisible pour des humains, muet pour un LLM. Toute la connaissance qui rend le système utilisable (quand choisir quoi, dans quel contexte, avec quelles contraintes) vivait dans les têtes et dans les conventions, pas dans un format qu'un modèle peut interpréter.
En 2026, ça ne suffit plus. Si ton design system ne sait pas se présenter à une IA, tu paies la dette en prompting manuel à chaque écran généré : les mêmes explications, répétées à chaque session, par chaque personne de l'équipe.
Ce qu'on a mis en place ensemble
- Une extraction structurée. Les données Figma (tokens, contraintes, logique d'auto-layout) passées dans un format que Claude interprète sans ambiguïté.
- Une skill Claude dédiée. Elle contient la bibliothèque de composants et la logique métier du produit. L'IA s'appuie sur le système au lieu de l'inventer.
Le vrai gain n'est pas la vitesse
On pourrait croire que tout ça sert à générer plus vite. Le vrai gain est ailleurs : c'est de tester 10 variantes d'une même solution dans la journée, parce que ce qui sort est aligné à 100 % sur le système au lieu d'en être une approximation floue. La génération cesse d'être un brouillon à corriger pour devenir un matériau de décision.
Ton design system est lisible par un humain. Mais est-il lisible par une IA ?