Open Design défie Claude Design depuis votre propre machine

L'argument fondateur d'Open Design est facile à manquer derrière les captures de démonstration. Lorsque les LLM ont prouvé pour la première fois qu'ils pouvaient produire un véritable design plutôt que de la prose, argue le projet, cette capacité est arrivée fermée, hébergée et liée à un fournisseur unique. Sa réponse, présentée sur open-design.ai, est un espace de travail qui tourne sur votre machine, accepte les clés de n'importe quel fournisseur et publie le tout sous licence Apache-2.0.

Le détail le plus frappant est ce qui n'existe pas : un cloud Open Design. Un démon local communique directement avec le fournisseur dont vous apportez les clés, et les artefacts générés sont de simples fichiers dans votre répertoire de projet. Seuls votre prompt et le contexte de skill voyagent vers ce fournisseur, et la facturation atterrit sur votre propre compte plutôt que sur un abonnement Open Design. La page d'accueil affiche actuellement une bannière de campagne offrant DeepSeek V4 Pro et V4 Flash gratuitement pendant deux semaines, un rappel que l'outil est conçu pour se placer devant n'importe quel modèle, sans vous y enfermer.

Le workflow : votre agent de codage devient le moteur de design

La catégorie qu'il s'est appropriée, « vibe design workspace », consiste à concevoir en décrivant une intention à un agent plutôt qu'en plaçant les éléments à la main. Open Design n'entraîne pas d'agents. Il connecte les agents de codage déjà présents sur votre poste de travail, parmi lesquels Claude Code, Codex, Cursor, Gemini CLI, OpenCode et Qwen, à un flux en quatre étapes : choisir un point de départ, définir une direction visuelle, générer l'artefact, puis le livrer ou le transformer en vidéo marketing HTML avec HyperFrames. L'agent lit le contexte complet, écrit des fichiers exécutables et les prévisualise dans un bac à sable que vous pouvez modifier en direct.

Une couche de marque portable, et un changement de configuration entre agents

La connaissance de la marque vit dans des fichiers DESIGN.md portables. Déposez une capture d'écran ou un export Figma dans l'interface web, et l'agent extrait l'identité dans design-systems/<your-brand>/; chaque skill ultérieur s'affiche alors dans cette marque sans nouvelle invite. Parce que les fichiers de skill et les design systems sont indépendants de l'agent, le même SKILL.md s'affiche avec Claude Code, Codex, Cursor, Gemini CLI, GitHub Copilot, Grok, Hermes ou Qwen. La FAQ résume la promesse en une ligne : changer d'agent est un changement de configuration dans le démon, pas une refonte. Cette portabilité est la différence pratique avec un produit hébergé lié aux modèles d'un seul fournisseur.

Le projet rapporte ces chiffres sur son site, et le modèle tarifaire est aussi inhabituel que l'architecture : le produit est gratuit, il n'y a pas d'abonnement, et vous payez le coût d'API du fournisseur que vous avez choisi, qui vous est facturé directement. Les compromis sont énoncés ouvertement. Il n'y a pas encore de bac à sable hébergé ; la FAQ traite le local-first comme une contrainte de conception, pas comme un slogan. La configuration minimale est un démon local plus un agent, le démon fonctionne partout où tourne Node 24, et les équipes qui pratiquent l'auto-hébergement le rattachent généralement à une machine de leur propre réseau. Un bac à sable hébergé figure sur la feuille de route, mais la FAQ le classe en dessous de la promesse centrale : des artefacts dans votre dépôt valent plus que des documents dans la base de données de quelqu'un d'autre.

La bataille entre l'open et le fermé n'est pas nouvelle sur ce terrain. Comme notre couverture précédente de l'aperçu DeepSeek-V4 le notait, cette sortie a intensifié la course aux poids ouverts et a mis la pression sur OpenAI et Google pour qu'ils justifient leurs stratégies en source fermée. Open Design porte le même argument jusqu'à la couche du design, où le verrouillage concerne le workflow plutôt que les poids du modèle. La question de savoir si le local-first peut battre la commodité d'une solution hébergée à grande échelle reste ouverte. L'argumentaire, au moins, est cohérent : vous apportez l'agent et les clés, et ce que vous récupérez, ce sont des fichiers qui vous appartiennent.