L'alternative open source à Figma

Figma est excellent. Cela fait des années que nous y livrons du vrai travail, et ceci n'est pas un article du genre « Figma est mort » — il ne l'est absolument pas. Le fait que nous ayons construit une couche open source au lieu d'un nouveau canevas n'est pas une critique du savoir-faire de Figma. C'est un pari : la prochaine décennie du travail de design ressemblera moins à un curseur sur un canevas infini, et davantage à un agent que vous payez déjà, pilotant un workflow que vous possédez vraiment. Cet article est l'analyse honnête de Figma par une équipe qui construit dans la même catégorie : ce qu'il fait de mieux, où il vous enferme, à quoi ressemble vraiment la voie open source, et lequel vous devriez choisir ce trimestre.

Ce qu'est réellement Figma

Figma est l'outil de design collaboratif par défaut. Un canevas multi-utilisateurs en temps réel dans le navigateur, avec le Dev Mode pour la passation, FigJam pour le tableau blanc, une vaste marketplace de plugins, et un ensemble grandissant de fonctionnalités d'IA greffées sur la même surface. La tarification est par siège et par mois, échelonnée selon le rôle et l'organisation.

Il fait une poignée de choses mieux que n'importe quoi d'autre :

• Collaboration en temps réel sur le canevas. Cinq personnes dans un même fichier, curseurs en direct, commentaires sur place. Rien dans l'open source n'égale ce raffinement multi-utilisateurs.
• Travail vectoriel au pixel près. Auto Layout, contraintes, variantes, composants — les primitives du canevas sont matures et la mémoire musculaire est profondément ancrée.
• Un immense écosystème de plugins. Une décennie de plugins tiers, de fichiers communautaires et de modèles que vous pouvez intégrer directement.
• Une passation que les équipes connaissent déjà. Dev Mode, inspection, repères rouges, et un workflow sur lequel les ingénieurs ont été formés pendant des années.

Si votre travail consiste, en tant que designer, à peindre des écrans précis pour que d'autres humains les passent en revue sur un canevas partagé, Figma reste la réponse, et c'en est une bonne. Les différences qui méritent qu'on s'y attarde vivent une couche plus bas — dans la question de savoir qui possède le fichier, le workflow et la courbe de coûts.

Où il vous enferme

Figma comporte quatre formes de verrouillage qu'il vaut la peine de nommer d'emblée, parce que les pages de tarification ne le font pas.

Le fichier est propriétaire. Votre design vit dans le format de Figma, à l'intérieur des serveurs de Figma. Vous pouvez exporter des PNG et des spécifications de développement, mais la source de vérité — composants, variantes, le système de design vivant — n'est entièrement lisible qu'à l'intérieur de Figma. Il n'existe aucune version en texte brut de votre travail qui survive à l'outil.

Le runtime est hébergé. Le canevas est le cloud. Pour le travail d'agence ou la création avant lancement sous NDA, « où vit ce fichier » est une conversation d'achat, pas un réglage. Le local-only n'est pas un mode.

Les plugins ne sont pas portables. L'écosystème de plugins de Figma est réel et profond — mais chaque plugin tourne à l'intérieur du runtime de Figma, contre l'API de Figma. Un workflow que vous y construisez ne peut pas être extrait et exécuté par un agent sur votre ordinateur portable, ni composé dans un pipeline qui ne commence pas par le canevas Figma.

La facture est par siège, pour toujours. Les sièges d'abonnement conviennent à une équipe de design stable. Ils deviennent gênants pour une organisation en croissance rapide, et ils sont rédhibitoires pour la longue traîne de contributeurs, sous-traitants et collaborateurs ponctuels qui reprendraient autrement le même workflow.

Aucun de ces points n'est un bug. C'est la forme d'un produit de canevas collaboratif hébergé, et Figma est la meilleure version de cette forme. Nous ne construisons simplement pas pour le canevas — nous construisons pour l'agent.

Le basculement sur lequel parie Open Design

Open Design n'est pas un clone de Figma. Il n'y a pas de canevas infini ni de curseurs multi-utilisateurs. C'est une fine couche de skills qui transforme l'agent de code que vous utilisez déjà en moteur de design. Les quatre primitives sont les skills, systems, adapters et le daemon — et le point important, c'est qu'elles ne sont toutes que des fichiers :

• Chaque skill est un fichier SKILL.md que vous pouvez lire, forker et renvoyer sous forme de PR.
• Chaque système de design est un fichier DESIGN.md portable — y compris celui que nous livrons pour Figma lui-même. Vous pouvez l'ouvrir dans n'importe quel éditeur, le diffuser dans git, et il survit à n'importe quel outil qui le lit ensuite.
• Chaque agent adapter représente environ 80 lignes de TypeScript.

Ce que cela vous achète, c'est exactement l'inverse des quatre verrouillages ci-dessus :

• Le fichier est en texte brut. Les skills et systems sont du Markdown dans un repo. Votre système de design est lisible sans l'outil.
• Le runtime est local. Il tourne sur votre ordinateur portable via pnpm tools-dev, ou vous le déployez vous-même. Les prompts vont au fournisseur de modèle que vous avez choisi — rien ne transite par nous.
• Le workflow est portable. Un skill est un dossier. Il se compose dans n'importe quel agent sur votre $PATH, pas dans le runtime de plugins d'un seul fournisseur.
• BYOK par défaut. Collez n'importe quels base_url et clé compatibles OpenAI ; vos tokens vont directement au fournisseur. Apache-2.0, sans inscription, sans facture par siège.

Le modèle mental : Figma est un canevas que vous louez. Open Design est un workflow que vous possédez.

Comparaison côte à côte

	Figma	Open Design
Licence	Propriétaire	Apache-2.0
Runtime	Hébergé (navigateur, cloud Figma)	Daemon local (pnpm tools-dev) + auto-hébergement optionnel
Format des fichiers source	.fig propriétaire	SKILL.md / DESIGN.md en texte brut dans un repo
Surface principale	Canevas multi-utilisateurs en temps réel	Génération pilotée par agent + aperçu en bac à sable
Modèles / IA	Fonctionnalités d'IA propres à Figma	Tout endpoint compatible OpenAI + CLI d'agents de code détectés
Plugins	Marketplace, tourne à l'intérieur de Figma	Dossiers de skills forkables, exécutables par n'importe quel agent
Systèmes de design	Bibliothèques Figma (dans l'outil)	Fichiers DESIGN.md portables (dont un pour Figma)
Tarification	Abonnement par siège	Gratuit ; vous payez directement votre fournisseur de modèle
Passation	Dev Mode, inspection, repères rouges	Tout agent sur le $PATH, plus exports HTML / PDF / PPTX / ZIP
Auto-hébergeable	Non	Oui (ordinateur portable ou votre propre déploiement)
Chemin des données	Fichiers → cloud Figma	Prompts → le fournisseur que vous choisissez ; rien ne transite par nous

Le résumé honnête : Figma offre l'expérience de canevas collaboratif la plus raffinée du marché, et pour une équipe de designers qui passent ensemble en revue des écrans précis, ce raffinement est le produit. Open Design échange entièrement le canevas contre une bibliothèque — skills, systems et agents conçus pour se composer avec l'outil déjà présent sur votre ordinateur portable. Une forme différente, un pari différent.

Qui devrait choisir quoi

Si vous êtes…	Choisissez
Une équipe de design faisant du travail sur canevas multi-designers en temps réel avec revue en direct	Figma. Rien dans l'open source n'égale le canevas multi-utilisateurs.
Un designer faisant du travail vectoriel et de composants au pixel près toute la journée	Figma. Les primitives du canevas sont matures et votre mémoire musculaire vaut de l'argent bien réel.
Une organisation déjà standardisée sur Figma avec le Dev Mode dans la boucle d'ingénierie	Figma. Vous avez payé le coût d'intégration ; rentabilisez-le.
Un design engineer qui pilote déjà Claude Code, Codex ou Cursor depuis le terminal	Open Design. Votre agent est le moteur de design ; la couche de skills ajoute goût et structure sans nouvelle application.
Quiconque a besoin de BYOK, de changer de modèle en cours de projet, ou de traitement local-only pour des briefs sensibles	Open Design. La réalité est plus rugueuse que le marketing, mais c'est le seul contrat qui tient vraiment.
Une équipe qui veut un système de design qui survit au renouvellement des outils	Open Design. Les fichiers DESIGN.md survivent à l'outil qui les lit.
Un contributeur open source qui veut livrer un workflow de design que le projet peut adopter	Open Design. Déposez un dossier, redémarrez le daemon, envoyez la PR.

La dimension qui tranche pour la plupart des équipes n'est pas la qualité — le savoir-faire de Figma est réel. C'est de savoir si votre travail est un canevas sur lequel peindre, ou un workflow à automatiser. Si c'est le second, vous préférerez le posséder plutôt que le louer.

Quoi faire ensuite

Si vous avez déjà une tâche Figma répétable — exporter ces frames, synchroniser ces tokens, reconstruire ce modèle de deck — la façon la plus rapide de sentir la différence est d'en porter une vers un plugin. Commencez par une petite tâche agaçante et répétable, pas par « remplacer Figma ».

Ou bien lancez simplement le démarrage rapide en trois commandes et pointez-le vers le modèle que vous payez déjà. Le tout vit dans un seul repo et le premier deck prend environ dix minutes.

Essayez le workflow open source.

Pour aller plus loin

• Comment porter un workflow Figma vers un plugin Open Design — le chemin concret pour un export, une synchro de tokens ou un kit de marque
• L'alternative open source à Claude Design — la même analyse honnête, pour un autre outil
• Pourquoi nous avons fait d'Open Design une couche de skills, et non un produit — le manifeste plus long derrière le pari « une couche, pas un produit »