Despliega Open Design en la cloud con Sealos Skills
Basado en la demo de Sealos: lleva Open Design de un espacio de trabajo local a una app en la cloud en funcionamiento. Un agente de código lo pone en marcha desde el repositorio de GitHub y, después, Sealos Skills analiza la configuración de Docker, los puertos y las variables de entorno, y lo despliega en una URL pública que cualquiera puede abrir.
Open Design funciona genial en tu propia máquina, pero una URL local solo funciona para ti, no para tu equipo, clientes o socios. Esta guía sigue la demo de Sealos, en la que un agente de código pone en marcha Open Design desde su repositorio de GitHub y, después, Sealos Skills lo despliega en una URL pública en la cloud. Mira el vídeo de arriba para ver la ejecución en directo, o sigue leyendo la versión escrita.
Open Design ejecutándose en local: un espacio de trabajo de diseño de código abierto y agent-native — el punto de partida antes de llevarlo online.
¿Qué es Open Design?
Open Design es un espacio de trabajo de diseño de código abierto y agent-native — una alternativa a Claude Design y Figma que funciona sobre el agente de código que ya usas. Algunas cosas que conviene saber antes de este recorrido:
- Código abierto, Apache-2.0 — lee cada línea y auto-alójalo donde quieras.
- Local-first, o auto-alojable — ejecútalo en tu propia máquina o llévalo a la cloud (que es exactamente lo que hace esta guía).
- Trae tu propio agente y tu propia key — impulsa la generación a través de Claude Code, Codex, Gemini y más, usando tu propio acceso a modelos.
- Más que prototipos — páginas web, prototipos, dashboards, decks de presentación y otros entregables, todo desde un mismo espacio de trabajo.
Por qué llevar Open Design a la cloud
Cuando ejecutas Open Design desde el código fuente, el espacio de trabajo se abre en una URL local. Eso es perfecto para trabajar en solitario: se inicia, diseñas, previsualizas el resultado en directo. Pero, como señala la demo de Sealos, hay un problema: esa dirección es esencialmente localhost. Funciona para ti, y nadie más puede acceder a ella.
Para compartir un diseño con compañeros de equipo, entregar un prototipo funcional a un cliente, o dejar que usuarios externos experimenten el resultado, la app necesita una URL pública. Ese es todo el sentido de este recorrido: llevar Open Design de un espacio de trabajo local a un servicio online, de modo que “ejecutarlo en local” sea solo el comienzo.
Poner en marcha Open Design desde el repositorio de GitHub
En lugar de leer manualmente la documentación de instalación, la demo delega todo el trabajo a un agente de código (aquí, Codex). La idea es sencilla: apuntar al agente hacia el repositorio de GitHub de Open Design y dejar que haga el trabajo de configuración.
- Dale el repositorio al agente. Envíale el enlace de GitHub y pídele que ponga en marcha Open Design. Lee el README y la guía de inicio rápido, averigua los pasos de instalación y los ejecuta por ti.
- Abre la URL local. Cuando termina el lanzamiento, el agente muestra una URL. Ábrela y el espacio de trabajo se carga, sin instalación manual comando por comando de tu parte.
Como Open Design es de código abierto, el agente puede inspeccionar el repositorio directamente: la estructura del proyecto, cómo debe ejecutarse y qué necesita. Eso es lo que convierte el siguiente paso —el despliegue en la cloud— en una tarea para el agente en lugar de una tarea manual.
Diseñar en el espacio de trabajo
Una vez abierto el espacio de trabajo, notarás que no es una herramienta de chat corriente. Puedes elegir entre un conjunto de skills —páginas web, prototipos, dashboards, decks— y elegir un design system para que el resultado tenga un estilo visual coherente.
La demo elige un skill de prototipo, pega un brief, y el agente se pone a trabajar de inmediato. Por el camino, pregunta sobre tu intención creativa, y tú respondes según lo que quieras. El agente se ejecuta a la izquierda mientras el resultado se previsualiza en tiempo real a la derecha; funciona igual que un espacio de trabajo de diseño con IA local.
Una landing page generada en el espacio de trabajo: el agente trabaja a la izquierda, la vista previa en vivo se renderiza a la derecha.
Puedes explorar el catálogo completo de skills y design systems en el hub de plugins, así que nunca empiezas desde un lienzo en blanco.
El hub de plugins: skills y design systems que puedes aplicar para dar forma a lo que produce el espacio de trabajo.
Desplegar en Sealos Cloud con Sealos Skills
Aquí es donde se resuelve el problema de la URL local. En la demo, la siguiente instrucción para Codex es simplemente usar Sealos Skills —un paquete de skills para agentes de IA— para analizar el proyecto de Open Design y desplegarlo en Sealos Cloud.
Sealos Skills le da al agente el conocimiento de despliegue que de otro modo no tendría. Así es el flujo que ejecuta la demo:
- Analizar el proyecto. El skill inspecciona la estructura del proyecto, la configuración de Docker, los puertos y las variables de entorno —los detalles que determinan cómo debe ejecutarse la app en la cloud.
- Generar un plan de despliegue. A partir de ese análisis, produce la configuración de despliegue para Sealos Cloud.
- Confirmar y desplegar. Si el plan se ve bien, respondes
yescuando se te pregunta, y despliega el proyecto en Sealos Cloud automáticamente. - Obtener una URL pública. Tras el despliegue, Sealos devuelve un enlace de acceso público —ya no una dirección local. Los miembros del equipo, socios y usuarios externos pueden abrirlo y experimentar la app directamente.
El cambio clave aquí es quién hace el trabajo. Desplegar un proyecto de código abierto suele implicar mucho criterio manual: leer configuraciones, hacer coincidir puertos, cablear variables de entorno y solucionar problemas cuando algo falla. Sealos Skills convierte todo eso en un flujo de trabajo que un agente de IA puede ejecutar de principio a fin —analizar, desplegar, verificar y publicar.
De un espacio de trabajo local a una app en la cloud en funcionamiento
En este punto, Open Design ha pasado de ser una herramienta local a un servicio online. El verdadero valor no está solo en sacar el diseño del espacio de trabajo, sino en que un despliegue manual y cargado de criterio se ha convertido en algo que un agente puede ejecutar de forma repetida y fiable. Ejecutarlo en local es solo el comienzo; que otros puedan acceder a él es lo que convierte tu trabajo en algo que realmente puedes compartir.
Preguntas frecuentes
¿Tengo que usar Sealos para ejecutar Open Design? No. Open Design es local-first: ejecutarlo en tu propia máquina funciona perfectamente. Sealos es el proveedor de cloud de terceros usado en esta demo para hacer que la app sea accesible mediante una URL pública; también puedes auto-alojarlo como prefieras, ya que es de código abierto bajo Apache-2.0.
¿Qué es Sealos Skills? Es un paquete de skills para agentes de IA, mostrado en la demo impulsando a Codex. Le da al agente el conocimiento de despliegue: analiza la configuración de Docker, los puertos y las variables de entorno de un proyecto, genera un plan de despliegue y publica la app en Sealos Cloud.
¿Qué hace exactamente el agente durante el despliegue? Lee la estructura del proyecto, comprueba la configuración de Docker, los puertos y las variables de entorno, genera una configuración de despliegue y, una vez que confirmas, despliega en la cloud y devuelve una URL pública.
¿Open Design es gratis? Sí: es de código abierto bajo la licencia Apache-2.0. Solo pagas por el uso del modelo/API del agente de código que conectes, más cualquier alojamiento en la cloud (como Sealos) que decidas usar.
¿Qué agente de código se usa aquí? La demo usa Codex, pero Open Design funciona sobre cualquier agente de código que conectes: Claude Code, Codex, Gemini y otros, usando tu propia key.
Esta guía escrita está basada en la demo de Sealos. Mira el vídeo completo arriba, y suscríbete a Sealos para más contenido sobre despliegue en la cloud con agentes de IA.