De la idea al prototipo, web, slides y vídeo HTML — todo el flujo de diseño de producto, terminado en tu propia máquina.
Una alternativa agent-native a Figma y Claude Design.
Desktop-first, con 21 agentes de código, 129 design systems y licencia Apache-2.0.

Why Open Design?
Brief → Plantilla → Dirección visual → Artifact → Memoria
Describe tu objetivo en una frase, o empieza desde una plantilla / plugin.
Una vez fijada la dirección, paleta, tipografía y espaciado entran automáticamente en la generación.
El agente lee todo el contexto, produce archivos reales ejecutables y los previsualiza y edita en vivo en un sandbox.
Expórtalo a ingeniería para seguir construyendo, o conviértelo en un vídeo de marketing con HyperFrames.Cada etapa es iterativa, visual y basada en investigación: archivos componibles en lugar de prompts opacos.


Open · Local · Agent-native
Open Design es el workspace oficial y open source de IA de diseño del proyecto nexu-io/open-design. Convierte un coding agent local — Claude Code, Codex, Cursor, Gemini CLI, OpenCode o Qwen — en un motor de diseño con skills componibles y sistemas DESIGN.md portables.
Sí. El sitio canónico es https://open-design.ai/ y el código fuente está en GitHub en https://github.com/nexu-io/open-design. "Open Design", "OpenDesign", "open-design" y "Open Design AI" apuntan al mismo proyecto.
Claude Design es un producto alojado ligado a un solo proveedor. Open Design es local-first, open source Apache-2.0 y BYOK: usas tu propio agent, claves y sistema DESIGN.md.
Sí. La app desktop, el daemon y el runtime de skills corren en tu máquina. Los artifacts generados quedan en tu directorio de proyecto.
Claude Code, Codex, Cursor, Gemini CLI, OpenCode, Qwen y otros adaptadores que hablen el mismo protocolo de skills.
Sí. El código es Apache-2.0. Puedes hacer fork del repo, editar skills, añadir sistemas DESIGN.md propios o ejecutar el daemon en tus máquinas.
Solo tu prompt y el contexto de skills van al proveedor cuyas claves aportas (BYOK). Open Design no tiene servidor propio: el daemon habla directamente con tu proveedor. Los artifacts generados quedan como archivos en tu directorio de proyecto, no en la nube de ningún vendor.
Hoy no. Open Design es local-first por diseño: el mínimo es un daemon local más un agent (Claude Code, Codex, Cursor, Gemini CLI o uno de los 17 adaptadores soportados). Un sandbox alojado está en el roadmap pero no es la prioridad: los artifacts en tu repo valen más que documentos en la base de datos de otro.
El producto es gratuito y Apache-2.0: no existe una suscripción de Open Design. Pagas los costes de API del proveedor que uses (Anthropic, OpenAI, Google, Mistral, xAI, Moonshot, etc.), facturados directamente a tu cuenta. BYOK mantiene las claves y el gasto de tu lado.
Sí. El daemon corre donde corra Node 24, y la landing es un build estático de Astro que se despliega tal cual en Cloudflare Pages, Vercel o Netlify. Los equipos con despliegues compartidos suelen fijar el daemon en una máquina de su red y apuntar ahí la CLI de cada desarrollador.
Suelta una captura o un export de Figma en la UI web y pide a tu agent que extraiga la marca a un archivo DESIGN.md. Guárdalo en design-systems/<your-brand>/ en tu repo; desde entonces cada skill renderiza en esa marca sin re-promptear. /alternatives/claude-design/ describe el mismo flujo paso a paso.
Sí. Las skills y los sistemas DESIGN.md son agnósticos al agent: el mismo SKILL.md renderiza con Claude Code, Codex, Cursor, Gemini CLI, GitHub Copilot, Grok, Hermes, Qwen o cualquier otro adaptador soportado. Cambiar de agent es un cambio de configuración en el daemon, no un rediseño.
El roadmap vivo está en docs/roadmap.md del repo de GitHub, y las notas de versión semanales salen por GitHub Releases. Los grandes temas del próximo trimestre: más adaptadores de agents, familias de plantillas más ricas (3D, vídeo, audio) y un modo opcional de daemon compartido para equipos de diseño.