Comment ça marche

Connecter votre marque à Claude, ChatGPT et Cursor

Vos tokens sont dans un dépôt. Vos composants dans Storybook. Votre ton dans un PDF. Aucun de ces endroits n'est consulté par un modèle au moment où il produit, et c'est très exactement ce que le protocole MCP vient régler.

L'équipe DesignBrain 6 min de lecture

Le problème : votre marque n'est pas là où le modèle regarde

Vos tokens sont dans un dépôt. Vos composants dans Storybook. Votre grille dans Figma. Votre ton dans un PDF. Aucun de ces endroits n'est consulté par un modèle au moment où il produit.

C'est tout le problème, et il est purement mécanique. Un LLM ne travaille que sur ce qui se trouve dans son contexte à l'instant de la génération. Ce qui n'y est pas n'existe pas, quelle que soit la qualité du document où c'est écrit, et quel que soit le nombre de personnes qui l'ont validé.

La question n'est donc pas « comment mieux documenter notre marque ? », mais « comment la mettre à portée du modèle, automatiquement, sans que personne ait à y penser ? ». C'est exactement le problème que résout MCP.

MCP, en une minute

MCP, pour Model Context Protocol, est un protocole ouvert publié par Anthropic fin 2024, et depuis adopté bien au-delà. Il standardise la façon dont une application expose du contexte et des outils à un modèle : au lieu d'écrire une intégration sur mesure pour chaque assistant, on expose une fois, et tous les clients compatibles savent s'y brancher.

L'analogie utile est celle du port USB. Avant, chaque périphérique avait son connecteur propriétaire. MCP joue le rôle du connecteur commun : d'un côté un serveur qui met des ressources à disposition, de l'autre des clients (Claude, Cursor, et les autres) qui savent les lire sans rien connaître de votre implémentation.

Ce que ça change pour une marque : votre identité cesse d'être un document à recopier. Elle devient une ressource interrogeable, que le modèle va chercher lui-même quand il en a besoin.

Ce que le serveur expose au modèle

Un Design Brain expose quatre familles de ressources. Le modèle les consulte avant de produire, sans qu'on les lui rappelle :

  • Identité : Brand DNA, direction artistique, ton de voix, positionnement.
  • Système : design rules, composants, anti-patterns, références et images.
  • Intelligence : bibliothèque de prompts, Skills, règles de conversion et de référencement.
  • Connexions : le tableau de bord, l'historique des versions, et les clients reliés.

Ce que reçoit le modèle n'est pas de la prose. Ce sont des valeurs et des interdits, sans marge d'interprétation. À titre d'illustration, voici la forme que prend une consultation de la fondation « couleur » :

→ appel automatique designbrain / get_foundations("couleur") --color-primary #7160F3 accent et CTA, un seul par écran --color-accent-coral #FF774A signature, jamais en aplat de fond --color-ink #26292E texte courant --color-border #E5E7E9 filets, le plus souvent en transparence anti-pattern ne jamais poser le corail sur le violet anti-pattern pas de dégradé derrière un bloc de texte long anti-pattern un seul fragment de titre porte le dégradé signature → le modèle compose avec ça. Il n'a plus à deviner.

Les anti-patterns sont la partie que l'on oublie systématiquement, et c'est pourtant celle qui fait le plus de travail. Une liste de ce qu'il faut faire laisse encore mille façons de mal faire ; une liste de ce qu'on ne fait jamais ferme les portes une par une. Nous détaillons ce mécanisme dans pourquoi les sites générés par IA se ressemblent.

Comment ça se passe, concrètement

  1. Un designer senior audite votre identitéVos créations existantes sont dépouillées pour en extraire ce qui fait déjà votre marque, y compris ce que vous n'aviez jamais formalisé. C'est un travail de jugement, pas d'extraction automatique : c'est là que se décide la qualité de tout le reste.
  2. Un ingénieur encode ces règlesChaque décision devient une valeur explicite et versionnée. Ce qui était « plutôt sobre » devient une contrainte qu'une machine peut vérifier. Le serveur MCP est déployé et branché sur vos outils.
  3. Vous créez, sans changer de méthodeVous continuez à prompter comme aujourd'hui, dans les mêmes outils. La différence est invisible dans le geste et flagrante dans le résultat : le modèle consulte votre marque avant de répondre.

Le premier écran conforme à votre identité arrive dès le deuxième jour, et l'ensemble est déployé en sept jours. Ce n'est pas un délai commercial : c'est la durée réelle du travail quand l'audit est mené par quelqu'un qui sait ce qu'il cherche.

Ce que ça change dans le travail quotidien

Avant. Vous ouvrez une conversation. Vous recollez votre charte. Vous rappelez la palette. Vous corrigez le premier jet, puis le deuxième. Vous obtenez quelque chose d'acceptable au bout de la cinquième itération. Demain, tout recommence, et votre collègue, lui, recommencera autrement.

Après. Vous ouvrez une conversation. Vous demandez ce que vous vouliez demander. Le modèle interroge votre Design Brain, compose avec vos règles, et le premier jet est déjà dans votre territoire. Vous corrigez sur le fond, plus sur la forme.

→ Le gain n'est pas le nombre d'itérations économisées. C'est que la cohérence cesse de dépendre de la vigilance de quelqu'un.

Compatibilité, et ce que ça ne fait pas

Le serveur fonctionne avec Claude, ChatGPT, Cursor, Lovable et tout client compatible MCP. Vous ne changez ni d'outil, ni d'abonnement, ni de méthode : le protocole est justement là pour que votre marque ne soit pas liée à un fournisseur. Si vous changez de modèle l'an prochain, votre Design Brain vous suit.

Trois limites, qu'il vaut mieux connaître avant qu'après.

  • Un Design Brain ne remplace pas le jugement. Il applique des règles ; il ne décide pas si une création est bonne. C'est encore vous qui validez, et c'est très bien ainsi.
  • La qualité de la sortie dépend de la qualité de l'audit. Encoder une identité floue produit des règles floues. Le travail humain en amont n'est pas une étape administrative : c'est le livrable.
  • Un modèle reste un modèle. Il peut ignorer une règle sur une génération donnée. La différence, c'est qu'un écart devient repérable et corrigeable, parce que la règle existe quelque part sous forme explicite.

Le point à retenir

Le problème n'a jamais été que les modèles soient mauvais en design. C'est qu'ils travaillent sans mémoire de vous. MCP est ce qui permet de leur en donner une : une fois, plutôt qu'à chaque conversation.

Si vous vous demandez par où commencer, la question précède la technique : nous l'avons traitée dans brand book, design system, design brain : lequel vous faut-il ?

Questions fréquentes

Faut-il changer d'outil pour utiliser un serveur MCP ?

Non. C'est même l'intérêt du protocole : vous continuez à travailler dans Claude, ChatGPT, Cursor ou Lovable, avec le même abonnement et la même méthode. Le serveur se branche sur le client que vous utilisez déjà ; le geste ne change pas, seul le résultat change.

Que se passe-t-il si je change de modèle d'IA l'an prochain ?

Votre Design Brain vous suit. MCP est un protocole ouvert, pas un format propriétaire : votre identité n'est liée à aucun fournisseur. Changer de modèle revient à rebrancher un client sur le même serveur.

MCP, est-ce réservé aux développeurs ?

Le protocole est technique, son usage ne l'est pas. Le serveur est déployé et branché pour vous pendant le sprint ; ensuite, vous prompter normalement. Le tableau de bord permet de suivre les règles et leurs versions sans écrire une ligne de code.

Combien de temps prend le déploiement ?

Sept jours, avec un premier écran conforme à votre identité dès le deuxième jour. L'essentiel de ce délai est l'audit humain de votre identité : c'est lui qui détermine la qualité de tout ce qui suit.