Intégration IA
Agents IA via MCP
Connectez un assistant IA à vos designs via MCP : il lit la structure réelle de votre fichier, inspecte les propriétés des éléments, en écrit le code et vérifie son travail avec des aperçus rendus.
- Fonctionne avec tout assistant IA compatible MCP — sans plugin maison
- Les assistants lisent la structure et les valeurs réelles, pas des captures d’écran
- Ils écrivent le code depuis votre design et le vérifient avec des aperçus
Ce que les agents savent faire aujourd’hui
- Parcourir vos fichiers de design
- Lire la structure des pages et des calques
- Inspecter tailles, couleurs et styles
- Générer du code depuis n’importe quel élément
- Rendre des aperçus pour vérifier leur travail
- Se connecter depuis n’importe quel client MCP
Brancher un assistant sur vos designs
Connectez votre assistant
Pointez n’importe quel outil compatible MCP — un assistant de code, un framework d’agents, votre propre script — vers l’intégration MCP de Tuvi. Aucun plugin sur mesure requis.
Laissez-le lire le design
L’agent liste les fichiers et parcourt le document : frames, composants, texte, styles — les mêmes données structurées que celles sur lesquelles travaille l’éditeur lui-même.
Demandez des faits, pas des suppositions
Les propriétés des éléments reviennent comme des valeurs réelles — tailles, couleurs, styles de texte, variables — donc le modèle raisonne sur des données au lieu d’estimer depuis des pixels.
Générez et vérifiez
L’agent génère le code d’un élément, puis rend cet élément en PNG pour vérifier son travail — une boucle de retour qui n’a besoin d’aucune capture d’écran humaine.
Les fichiers de design comme contexte de premier ordre
Demandez à un outil de code IA de « construire cet écran » depuis une capture d’écran et il devine : les couleurs sont approximées depuis des pixels compressés, les espacements estimés, la structure inventée. L’intégration MCP de Tuvi supprime la devinette. Via le Model Context Protocol — le standard ouvert que les assistants IA utilisent pour atteindre des outils et données externes — un agent lit le document réel : quelles frames existent, comment elles s’imbriquent, quelles sont les propriétés réelles de chaque élément.
Cela fait passer l’automatisation consciente du design du stade de démo à celui de workflow. Un assistant qui implémente une fonctionnalité peut extraire la structure exacte du composant, demander le code généré correspondant et rendre un PNG de référence pour comparer — le tout depuis la même source de vérité que vos designers éditent et que vos développeurs inspectent en Dev Mode.
Des réponses ancrées, des frontières honnêtes
Les capacités de l’intégration sont volontairement délimitées : lister les fichiers, lire structure et propriétés, générer du code, rendre des aperçus. Les agents ne réécrivent pas vos documents en silence — avec les modèles d’aujourd’hui, un assistant capable de restructurer discrètement une bibliothèque de composants est un risque, pas une fonctionnalité. La frontière est énoncée pour que vous puissiez vous y fier.
Deux engagements de plus méritent d’être nommés : Tuvi n’entraîne jamais de modèles sur vos designs — l’intégration répond aux requêtes de vos agents et rien d’autre — et MCP est un standard ouvert : vous branchez vos fichiers sur un écosystème, pas sur l’assistant d’un seul fournisseur.
Questions fréquentes
C’est quoi, MCP, en un paragraphe ?
Le Model Context Protocol est un standard ouvert qui permet aux assistants IA d’appeler des outils et de lire des données de systèmes externes de façon uniforme. Tuvi le prend en charge nativement : tout client compatible MCP peut travailler avec vos fichiers de design sans intégration sur mesure.
Tuvi utilise-t-il mes designs pour entraîner des modèles d’IA ?
Non. L’intégration MCP répond aux requêtes de vos agents et rien d’autre — vos fichiers ne servent jamais à l’entraînement de modèles, la même politique que celle qui s’applique à l’éditeur lui-même.
Quels outils IA peuvent se connecter ?
Tout ce qui parle MCP : assistants IA de bureau, agents de code dans l’IDE, frameworks d’agents ou vos propres scripts. C’est tout l’intérêt de bâtir sur un protocole ouvert plutôt que de livrer un plugin mono-fournisseur.
Un agent peut-il modifier mes fichiers de design ?
Pas aujourd’hui. Les capacités exposées sont la lecture de la structure et des propriétés, la génération de code et le rendu d’aperçus PNG. L’accès en écriture est une frontière que nous énonçons explicitement plutôt qu’une note de bas de page à découvrir plus tard.