La mejor alternativa open source a Claude Design
Open Design es el vibe design workspace open source y local: convierte los agentes de código que ya usas en un motor de diseño que te lleva de la idea al prototipo, la web, las slides y el vídeo HTML, todo en tu propia máquina.
Agent-native, 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.Prototipos, landing pages, slides, dashboards, sistemas de marca y de diseño — incluso vídeo HTML. Open Design convierte cada uno en archivos reales y ejecutables, impulsados por tu propio agente de código, listos para entregar o pasar a ingeniería.
Cada etapa es iterativa, visual y basada en investigación: archivos componibles en lugar de prompts opacos.


Open · Local · Agent-native
74K+ estrellas · Apache-2.0 · Gratis
Sí — Open Design es la alternativa open source y local a Claude Design. Donde Claude Design es cerrado, alojado y atado a los modelos de Anthropic, Open Design es Apache-2.0, se ejecuta en tu propia máquina y es BYOK: contrólalo con Claude Code, Codex, Cursor, Gemini, OpenCode o Qwen y conserva cada resultado como archivos que son tuyos.
Un vibe design workspace es un espacio donde diseñas describiendo tu intención a un agente de IA — del prompt al prototipo, página web, slides o vídeo HTML — en lugar de colocar cada elemento a mano. Open Design es un vibe design workspace open source y agent-native: conecta el agente de código que ya usas a un flujo de diseño completo, de modo que una sola herramienta te lleva de una idea en bruto a un resultado listo y tuyo.
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.