Guide combiné · mis à jour 7 août 2026

Open Design + Tramya : le design system qui survit entre les sessions.

Open Design (alternative open source à Claude Design, 84 000+ stars sur GitHub) génère des prototypes, slides, landings et dashboards depuis Claude Code. Tramya se souvient. Ce guide montre comment brancher les deux MCP servers dans Claude Code pour que chaque nouvelle génération hérite des tokens, blocks et décisions déjà validés — sans re-briefer, sans re-coller le design system.

Le problème

Un artifact généré aujourd'hui, oublié demain.

Open Design est excellent pour transformer un brief en artifact concret : landing, slide deck, prototype mobile, dashboard. Le problème arrive à la deuxième session. Trois semaines plus tard, vous ouvrez Claude Code pour générer une nouvelle page marketing. Open Design refait le travail — mais il ne sait pas que vous aviez déjà tranché le choix de couleur primaire, verrouillé la typo, rejeté le variant carte à ombre portée, arrêté un ratio d'espacement précis.

Résultat : deux artifacts générés à un mois d'écart divergent silencieusement. Les tokens ne matchent pas, les blocks se ressemblent sans être identiques, et le design system dérive à chaque nouvelle génération. Le problème n'est pas Open Design — c'est que le contexte design meurt à la fin de chaque session Claude Code, exactement comme le contexte code que Tramya résout déjà pour vos sessions dev.

La réponse combinée

Deux MCP servers dans Claude Code, chacun son rôle.

Open Design et Tramya s'installent tous les deux comme serveurs MCP dans Claude Code, indépendamment l'un de l'autre. Claude Code les appelle chacun quand c'est pertinent : Open Design pour produire un artifact, Tramya pour lire et écrire le design system associé.

Concrètement, Tramya expose sept outils MCP dédiés au design : get_design_context, search_design_assets, register_design_tokens, register_design_block, save_design_decision, map_design_tokens, audit_design_consistency. Chacun écrit ou lit dans la base SQLite locale de Tramya, avec un scope (projet, famille, global) et une provenance. Les décisions ne vivent plus dans le chat — elles vivent dans un graphe consultable par tout agent au début de la session suivante.

Comment ça marche

Quatre étapes pour brancher les deux MCP.

Installer Open Design

Téléchargez le .dmg macOS depuis open-design.ai. Au premier lancement, exécutez od mcp install claude dans le terminal. Open Design ajoute une entrée mcpServers dans ~/.claude/settings.json pointant vers son daemon local.

Installer Tramya

Téléchargez l’application Tramya pour macOS depuis tramya.com. Au premier lancement, ouvrez le tableau de bord sur http://127.0.0.1:4317 et cliquez « Installer dans mes agents ». Tramya ajoute sa propre entrée mcpServers à côté de celle d'Open Design.

Enregistrer tokens et décisions au fil de l'eau

Dans votre CLAUDE.md global, ajoutez : « après un choix de couleur, typographie ou espacement, appeler register_design_tokens. Après un arbitrage de layout ou de variant, appeler save_design_decision. » Claude Code respecte l'instruction et enregistre au fil de la session, avec la provenance de la génération Open Design qui les a produits.

Rappeler le contexte à chaque nouvelle session

Au début d'une nouvelle tâche design, l'agent appelle get_design_context. Tramya retourne tokens actifs, blocks validés, dernières décisions et résultat du dernier audit. Open Design compose alors le nouvel artifact avec ce contexte, au lieu de repartir de zéro.

Exemple concret

Générer une nouvelle landing sans casser la précédente.

Session 1 — jour J. Vous demandez à Claude Code de générer une landing « Fonctionnalités » via Open Design. Open Design produit le HTML, Claude enregistre côté Tramya : couleur primaire #d8c54a, typo serif pour les H1, radius 16px sur les cards, décision « pas d'ombre portée sur les blocks contenu ». Ces enregistrements passent par register_design_tokens, register_design_block et save_design_decision.

Session 2 — 3 semaines plus tard. Vous demandez une nouvelle landing « Tarifs ». La première action de Claude est get_design_context — il reçoit les tokens et décisions verrouillés. Open Design compose la nouvelle page en réutilisant la palette, la typo, le radius et l'absence d'ombre. La page « Tarifs » et la page « Fonctionnalités » restent visuellement cohérentes, même sans que vous ayez ré-expliqué le design system.

Contrôle qualité. À la fin de la session, un appel à audit_design_consistency compare l'artifact produit au design system enregistré. Toute dérive (nouveau token silencieusement introduit, radius modifié, variant hors provenance) est remontée et journalisée dans l'historique d'audit — consultable au début de la session suivante.

Questions fréquentes sur Open Design + Tramya

Faut-il payer Open Design ou Tramya pour utiliser cette combinaison ?

Non pour les deux applications. Open Design est open source (Apache-2.0) et Tramya propose un tier Free gratuit à vie sur un poste. Le coût réel vient du LLM appelé derrière : si Open Design est piloté via Claude Code, ce sont vos quotas Claude Max ou Pro qui sont consommés, pas une clé API séparée.

Open Design et Tramya se marchent-ils sur les pieds ?

Non. Ce sont deux MCP servers indépendants installés dans Claude Code. Open Design expose des outils de génération d'artifacts (prototypes, slides, landings). Tramya expose des outils de mémoire projet et de design context (save_design_decision, register_design_tokens, get_design_context). Claude Code les appelle chacun quand pertinent.

Où sont stockés les tokens et décisions de design côté Tramya ?

Dans la base SQLite locale de Tramya, sous ~/.tramya/. Rien n'est envoyé à un serveur tant que la synchronisation Cloud (optionnelle) n'est pas activée. Le coffre Cloud est alors chiffré côté appareil (AES-256-GCM, clé dérivée d'une passphrase avec scrypt) avant tout envoi.

Puis-je utiliser Open Design sans Tramya ?

Oui, Open Design fonctionne parfaitement seul : il génère les artifacts à partir du contexte de la session en cours. Tramya ajoute la persistance entre les sessions : décisions déjà tranchées, tokens validés, blocks approuvés retrouvés par un simple appel à get_project_context au début de la nouvelle tâche.

Cette combinaison fonctionne-t-elle avec Codex ou Cursor ?

Oui. Les deux serveurs MCP sont agnostiques du CLI hôte : Open Design supporte 25 CLIs coding (Claude Code, Codex, Cursor, OpenCode, Gemini, Qwen…). Tramya expose sa surface MCP à tout client compatible. La combinaison marche donc à l'identique dans Codex ou Cursor, à condition d'enregistrer les deux MCP servers dans le fichier de config du CLI cible.