Déployer Open Design dans le cloud avec Sealos Skills

Open Design est excellent sur sa propre machine — mais une URL locale ne fonctionne que pour soi, pas pour son équipe, ses clients ou ses partenaires. Ce guide suit la démo de Sealos, où un agent de codage lance Open Design depuis son dépôt GitHub, puis Sealos Skills le déploie vers une URL cloud publique. Regardez la vidéo ci-dessus pour le déroulé en direct, ou poursuivez la lecture pour la version écrite.

Open Design en local : un espace de travail de design open source et agent-native — le point de départ avant de le mettre en ligne.

Qu'est-ce qu'Open Design ?

Open Design est un espace de travail de design open source et agent-native — une alternative à Claude Design et Figma qui fonctionne par-dessus l'agent de codage que vous utilisez déjà. Quelques points à connaître avant ce tutoriel :

• Open source, Apache-2.0 — lisez chaque ligne, et auto-hébergez-le où vous voulez.
• Local-first, ou auto-hébergeable — exécutez-le sur votre propre machine, ou emmenez-le dans le cloud (ce qui est exactement l'objet de ce guide).
• Apportez votre propre agent et votre propre key — il pilote la génération via Claude Code, Codex, Gemini et d'autres, en utilisant votre propre accès aux modèles.
• Plus que des prototypes — pages web, prototypes, tableaux de bord, decks de présentation et autres livrables, tous depuis un seul espace de travail.

Pourquoi faire passer Open Design dans le cloud

Lorsque vous exécutez Open Design depuis les sources, l'espace de travail s'ouvre sur une URL locale. C'est parfait pour travailler seul : ça se lance, vous concevez, vous prévisualisez le résultat en direct. Mais comme le souligne la démo de Sealos, il y a un piège — cette adresse est essentiellement localhost. Elle fonctionne pour vous, et personne d'autre ne peut y accéder.

Pour partager un design avec des coéquipiers, remettre un prototype fonctionnel à un client, ou laisser des utilisateurs externes découvrir le résultat, l'application a besoin d'une URL publique. C'est tout l'objet de ce tutoriel : faire passer Open Design d'un espace de travail local à un service en ligne, pour que « fonctionner en local » ne soit qu'un début.

Lancer Open Design depuis le dépôt GitHub

Plutôt que de lire manuellement la documentation d'installation, la démo confie l'ensemble de la tâche à un agent de codage (Codex ici). L'idée est simple : pointer l'agent vers le dépôt GitHub d'Open Design et le laisser s'occuper de l'installation.

• Donnez le dépôt à l'agent. Envoyez-lui le lien GitHub et demandez-lui de faire fonctionner Open Design. Il lit le README et le guide de démarrage rapide, détermine les étapes d'installation, et les exécute pour vous.
• Ouvrez l'URL locale. Une fois le lancement terminé, l'agent affiche une URL. Ouvrez-la et l'espace de travail se charge — aucune installation manuelle, commande par commande, de votre part.

Comme Open Design est open source, l'agent peut inspecter le dépôt directement : la structure du projet, comment il est censé fonctionner, et ce dont il a besoin. C'est ce qui fait de l'étape suivante — le déploiement dans le cloud — une tâche pour l'agent plutôt qu'une tâche manuelle.

Concevoir dans l'espace de travail

Une fois l'espace de travail ouvert, vous remarquerez que ce n'est pas un simple outil de chat. Vous pouvez choisir parmi un ensemble de skills — pages web, prototypes, tableaux de bord, decks — et sélectionner un design system pour que le résultat conserve un style visuel cohérent.

La démo choisit un skill de prototype, colle un brief, et l'agent se met immédiatement au travail. En cours de route, il pose des questions sur votre intention créative, et vous répondez selon ce que vous voulez. L'agent tourne à gauche pendant que le résultat s'affiche en temps réel à droite — cela fonctionne exactement comme un espace de travail de design IA local.

Une landing page générée dans l'espace de travail — l'agent travaille à gauche, l'aperçu en direct s'affiche à droite.

Vous pouvez parcourir le catalogue complet des skills et des design systems dans le hub de plugins, pour ne jamais partir d'une page blanche.

Le hub de plugins : les skills et design systems que vous pouvez appliquer pour façonner ce que produit l'espace de travail.

Déployer sur Sealos Cloud avec Sealos Skills

C'est ici que se résout le problème de l'URL locale. Dans la démo, l'instruction suivante donnée à Codex est simple : utiliser Sealos Skills — un pack de skills pour agents IA — pour analyser le projet Open Design et le déployer sur Sealos Cloud.

Sealos Skills donne à l'agent le savoir-faire de déploiement qu'il n'aurait pas autrement. Voici le déroulé exécuté par la démo :

1. Analyser le projet. Le skill inspecte la structure du projet, la configuration Docker, les ports et les variables d'environnement — les détails qui déterminent comment l'application doit fonctionner dans le cloud.
2. Générer un plan de déploiement. À partir de cette analyse, il produit la configuration de déploiement pour Sealos Cloud.
3. Confirmer et déployer. Si le plan semble correct, vous répondez yes lorsqu'on vous le demande, et il déploie automatiquement le projet sur Sealos Cloud.
4. Obtenir une URL publique. Après le déploiement, Sealos renvoie un lien d'accès public — ce n'est plus une adresse locale. Les membres de l'équipe, les partenaires et les utilisateurs externes peuvent l'ouvrir et découvrir l'application directement.

Le vrai changement ici, c'est qui fait le travail. Déployer un projet open source implique habituellement beaucoup de jugement manuel : lire des configurations, faire correspondre des ports, câbler des variables d'environnement, et dépanner quand quelque chose casse. Sealos Skills transforme tout cela en un workflow qu'un agent IA peut exécuter de bout en bout — analyser, déployer, vérifier et livrer.

De l'espace de travail local à l'application cloud en ligne

À ce stade, Open Design est passé d'un outil local à un service en ligne. La vraie valeur ne réside pas seulement dans le fait de sortir le design de l'espace de travail — c'est qu'un déploiement manuel, exigeant beaucoup de jugement, est devenu quelque chose qu'un agent peut exécuter de façon répétée et fiable. Fonctionner en local n'est qu'un début ; être accessible aux autres est ce qui transforme votre travail en quelque chose que vous pouvez réellement partager.

FAQ

Dois-je utiliser Sealos pour faire fonctionner Open Design ? Non. Open Design est local-first — l'exécuter sur votre propre machine fonctionne très bien. Sealos est l'hébergeur cloud tiers utilisé dans cette démo pour rendre l'application accessible via une URL publique ; vous pouvez aussi l'auto-héberger comme vous le préférez, puisqu'il est open source sous Apache-2.0.

Qu'est-ce que Sealos Skills ? C'est un pack de skills pour agents IA, montré dans la démo en train de piloter Codex. Il donne à l'agent le savoir-faire de déploiement — analyser la configuration Docker, les ports et les variables d'environnement d'un projet, générer un plan de déploiement, et publier l'application sur Sealos Cloud.

Que fait exactement l'agent pendant le déploiement ? Il lit la structure du projet, vérifie la configuration Docker, les ports et les variables d'environnement, génère une configuration de déploiement, et — une fois que vous confirmez — déploie dans le cloud et renvoie une URL publique.

Open Design est-il gratuit ? Oui — il est open source sous licence Apache-2.0. Vous ne payez que pour l'usage du modèle/de l'API de l'agent de codage que vous connectez, plus tout hébergement cloud (comme Sealos) que vous choisissez d'utiliser.

Quel agent de codage est utilisé ici ? La démo utilise Codex, mais Open Design fonctionne par-dessus n'importe quel agent de codage que vous connectez — Claude Code, Codex, Gemini et d'autres — avec votre propre key.

---

Ce guide écrit est basé sur la démo de Sealos. Regardez la vidéo complète ci-dessus, et abonnez-vous à Sealos pour en savoir plus sur le déploiement cloud avec des agents IA.