Código abierto · Vibe Design Workspace
Open Design planta cara a Claude Design desde tu propia máquina
Open Design, un espacio de trabajo de vibe design con licencia Apache-2.0, se posiciona como la respuesta local de código abierto a Claude Design. Tu agente, tus claves, tus archivos: sin nube de proveedor, sin suscripción, 21 agentes de codificación y más de 85.5K estrellas en GitHub.
Emmanuel Fabrice Omgbwa Yasse Asistido por IA
2026-08-22 · 4 min de lectura

El argumento fundacional de Open Design es fácil de pasar por alto detrás de las demostraciones. Cuando los LLM demostraron por primera vez que podían producir diseño real en lugar de prosa, sostiene el proyecto, esa capacidad llegó cerrada, alojada y ligada a un único proveedor. Su respuesta, expuesta en open-design.ai, es un espacio de trabajo que se ejecuta en tu máquina, acepta claves de cualquier proveedor y publica todo bajo una licencia Apache-2.0.
El detalle más llamativo es lo que no existe: una nube de Open Design. Un demonio local se comunica directamente con el proveedor para el que aportes claves, y los artefactos generados son archivos simples en tu directorio de proyecto. Solo tu prompt y el contexto de la skill viajan a ese proveedor, y la facturación recae en tu propia cuenta, no en una suscripción a Open Design. La página de inicio muestra actualmente un banner de campaña que ofrece DeepSeek V4 Pro y V4 Flash gratis durante dos semanas, un recordatorio de que la herramienta está diseñada para situarse frente a cualquier modelo, no para encerrarte en uno.
El flujo de trabajo: tu agente de codificación se convierte en el motor de diseño
La categoría que ha acuñado, "vibe design workspace", consiste en diseñar describiendo la intención a un agente en lugar de colocar elementos a mano. Open Design no entrena agentes. Conecta los agentes de codificación que ya están en tu estación de trabajo, entre ellos Claude Code, Codex, Cursor, Gemini CLI, OpenCode y Qwen, a un flujo de cuatro pasos: elegir un punto de partida, definir una dirección visual, generar el artefacto y, después, entregarlo o convertirlo en un vídeo de marketing HTML con HyperFrames. El agente lee el contexto completo, escribe archivos ejecutables y los previsualiza en un sandbox que puedes editar en vivo.
Una capa de marca portable y un cambio de configuración entre agentes
El conocimiento de marca vive en archivos DESIGN.md portables. Arrastra una captura de pantalla o una exportación de Figma a la interfaz web, y el agente extrae la identidad a design-systems/<your-brand>/; a partir de ahí, cada skill posterior se renderiza con esa marca sin necesidad de volver a pedirlo. Como los archivos de skill y los design systems son independientes del agente, el mismo SKILL.md se renderiza con Claude Code, Codex, Cursor, Gemini CLI, GitHub Copilot, Grok, Hermes o Qwen. Las FAQ resumen la promesa en una línea: cambiar de agente es un cambio de configuración en el demonio, no un rediseño. Esa portabilidad es la diferencia práctica frente a un producto alojado y ligado a los modelos de un único proveedor.
Las cifras de la comunidad, el precio y la letra pequeña
| Estadística de la comunidad | Cifra |
|---|---|
| Estrellas en GitHub | 85,500+ |
| Contribuidores | 402 |
| Plugins | 447+ |
| Design systems | 152+ |
| Agentes de codificación compatibles | 21 |
El proyecto publica esas cifras en su sitio, y el modelo de precios es tan inusual como la arquitectura: el producto es gratuito, no hay suscripción, y pagas el costo de API del proveedor que hayas elegido, facturado directamente a ti. Las contrapartidas se exponen abiertamente. Todavía no hay sandbox alojado; las FAQ tratan el enfoque local-first como una restricción de diseño, no como un eslogan. La configuración mínima es un demonio local más un agente; el demonio se ejecuta en cualquier lugar donde se ejecute Node 24, y los equipos que lo autoalojan suelen fijarlo a una máquina de su propia red. Un sandbox alojado está en la hoja de ruta, pero las FAQ lo sitúan por debajo de la promesa central: los artefactos en tu repositorio valen más que los documentos en la base de datos de otro.
La batalla entre lo abierto y lo cerrado no es nueva en esta sección. Como señaló nuestra cobertura anterior del avance de DeepSeek-V4, ese lanzamiento intensificó la carrera de los pesos abiertos y presionó a OpenAI y Google para que justificaran sus estrategias de código cerrado. Open Design lleva el mismo argumento a la capa de diseño, donde el bloqueo está en el flujo de trabajo y no en los pesos del modelo. Si el enfoque local-first puede superar la comodidad de lo alojado a escala es una cuestión abierta. La propuesta, al menos, es coherente: tú aportas el agente y las claves, y lo que recibes a cambio son archivos que te pertenecen.
- Fuente : Open Design official website
Lo esencial de la tecnología en 3 minutos cada mañana
Un correo, cada día laborable, con lo que realmente importa en IA y tecnología.