open design 是什么 本地优先设计桌面应用
open design 是什么:本地优先设计桌面应用,用本机 coding agent 出稿并导出真实文件,附装前注意与 Figma MCP 路线差别。

搜 open design 是什么,仓库自己的第一句最清楚:开源的 Claude Design 替代品,本地优先桌面应用,把你本机已有的 coding agent 当成设计引擎,导出真实可交付文件。
仓库怎么给自己定位
nexu-io/open-design 的 README 标题与「What is Open Design」段写得很直:The open-source Claude Design alternative,并补充本地优先、macOS / Windows 原生桌面端(Linux 走可选 AppImage 通道)。它不自称「又一个 AI 画图网站」,而是把 Anthropic 在 Claude Design 里那套「收 brief → 定方向 → 流式出 artifact → 评审 → 交付」循环拆成可在本机读写的 skills、设计模板、设计系统和插件。
README「Why Open Design」里写到:2026 年 4 月 Anthropic 发布 Claude Design 后,产品仍是闭源、付费、云端、锁在 Anthropic 模型与技能面上。Open Design 的对照表把自家放在「开源 Apache-2.0、可自托管 / 桌面、25 类本地 CLI + BYOK、带 DESIGN.md 品牌契约」一侧,把 Claude Design、Figma、Lovable / v0 / Bolt 分列在其他列。选型时直接对照 README 那张表的原文措辞,别用二手「平替」口号替代。
设计引擎是本机 agent,不是内置模型
Open Design 明确写:We don't ship an agent。设计循环跑在你 PATH 上已有的 claude、codex、cursor-agent、copilot、hermes、kimi 等可执行文件上,也支持任意 OpenAI 兼容端点的 BYOK 代理。桌面端装好后会扫描本机 CLI;也可以不打开 GUI,用 od mcp install <agent> 把 MCP server 接到 Claude Code、Codex、Cursor 等宿主里。宿主列表在 README「Platform Compatibility」表里按行给出安装一句命令,覆盖面比「只支持某一个 IDE 插件」宽。
产物侧强调真实文件:原型是可读设计系统的单页 HTML(沙箱 iframe 预览),幻灯可导出 PPTX / PDF,动效可走 HyperFrames 渲成 MP4,还有图片与 live dashboard 一类 artifact。品牌约束落在 DESIGN.md(仓库宣称随附 151 套设计系统包)。聊天框里只吐界面描述时,你手里往往没有可 diff 的源文件;这里预览跟的是项目目录里的 canonical 文件,工程侧可以直接打开继续改。
README 写的完整流程是:brief → plugin → 方向 → 设计系统 → artifact → 交给工程 → 会话记忆沉淀。没有品牌时可以从内置方向里选;有品牌时可用截图或 URL 让 agent 整理成可复用的 DESIGN.md。文件系统型 CLI 跑通时会写项目文件并刷新预览;纯 BYOK、没有文件工具的路径则退回「一整块完整标记」供沙箱 iframe 渲染,能力上限明显更窄。
若你本来就在用 Cursor + Claude Code + Codex 分层干活,可对照 Cursor、Claude Code、Codex 三层工具栈 理解:Open Design 更像在「出视觉与演示稿」这条线上,复用同一批 CLI,而不是再买一套封闭设计云。
谁适合,谁会失望
适合的人通常已经满足三件事里的两件:本机装得动至少一个 coding agent CLI;接受用自己的 API Key 或兼容网关计费;交付物是落地页、仪表盘原型、路演 deck、营销向 HTML/MP4,而不是像素级协作画布上的组件库治理。
产品经理、增长、独立开发者用 brief 驱动多轮出稿会更顺。设计师若核心工作仍是多人对同一 Figma 文件改 Auto Layout、组件变体和评审批注,Open Design 不会替代那条协作链路——README 自己也把它写成「agent 时代的 Figma 替代叙事」,重点是真实 CSS / 组件 / 导出,而不是完整复刻 Figma 的多人编辑模型。
会失望的典型预期有两类。一是「装完就能无密钥免费无限出图」:桌面端推荐零配置下载,但模型调用仍走 BYOK 或官方 Open Design Cloud;二是「一次生成就像素对齐现有品牌站」:有 DESIGN.md 和模板能降低漂移,仍要人审视觉与无障碍。插件市场体量很大(README 写 277 官方插件加一批可 remix 示例),不等于每个场景插件都已稳定;Figma / Pencil 迁到 React / Next / Vue 的官方场景在路线图里仍标过 alpha,选型时把「能导出 HTML」和「能无痛吃掉整库 Figma 组件」分开看。
装之前先核对 PATH 和密钥
桌面安装入口在 open-design.ai 与 GitHub Releases。README 点名一个 macOS / WSL2 坑:系统自带的 /usr/bin/od(octal dump)可能盖住 Open Design 的 od 命令。若你是 DMG / Homebrew cask 装的桌面端,不要盲信终端里敲 od mcp install …;应打开应用内 Settings → MCP server,复制带绝对路径的客户端片段。
从源码跑则要求 Node ~24、pnpm 10.33.x,走 pnpm tools-dev run web。Docker Compose 在 deploy/ 下,README 另记 Docker Desktop on macOS 下 Bearer token 鉴权异常的桥接网络问题。国内环境还要把「本机 CLI 能否稳定访问你选的模型端点」算进装前清单:代理只解决连通,不解决额度与模型可用性。
安全边界也写在适配说明里:MCP 默认只读、daemon 绑 127.0.0.1,BYOK 代理带 SSRF 防护;局域网暴露要显式设 OD_BIND_HOST 与允许来源。内网自建网关若落在私网 IP,需要按文档配置 OD_ALLOWED_INTERNAL_HOSTS,否则连接测试会报 Internal IPs blocked。
和 Figma→代码 MCP 路线差在哪
两条路解决的问题不同,别捏成同一个「AI 设计」搜索词。
Figma → Cursor 代码路径,典型是用 Framelink 一类 MCP 读已有 Figma 节点的布局与样式 metadata,再在工程里生成接近稿面的组件。你已有设计稿、要进 React/Vue 仓库时,应走 Figma 设计稿转 Cursor 代码 那条验收清单(间距、字体、状态、无障碍)。
Open Design 的默认起点往往是 brief + 设计系统 + 模板,在本机直接生成可预览、可导出的 artifact;工程交接可以是把真实 HTML/CSS 丢进 Cursor / Codex / Claude Code 继续写,仓库里也有 Figma / Pencil 迁移向 React / Next / Vue 的官方 plugin 场景(README 标过 alpha)。一边是「从已有画布精确读结构」,一边是「用 agent 在本地产可运行设计文件」。团队可以并存:稿在 Figma 用 MCP 进代码;营销页与路演用 Open Design 快速出可导出文件。