OpenDesign:让编码 Agent 产出可交付的设计文件
OpenDesign 是 nexu-io 开源的本地优先设计 Agent 桌面应用,用 TypeScript 编写,Apache-2.0 许可。它让 Claude Code、Codex、Cursor 等编码 Agent 直接产出原型、幻灯片、图像与视频等真实文件,支持 HTML、PDF、PPTX、MP4 导出。文章拆解它的双轨接入与本地优先机制,并写清仓库体积、平台覆盖、运行失败率这些实际代价,供选型判断。
把设计交给编码 Agent 的人多半遇到过同一件事:对话里生成的原型当时看着不错,关掉窗口就找不回来,交付时还得手工抄成 HTML 或 PPT。设计系统和最终产物之间隔着一层人工搬运,改一轮就要重来一遍。OpenDesign 想省掉这段搬运。
OpenDesign 是一个 TypeScript 写的本地优先设计 Agent 桌面应用,输入一段需求描述或一个设计系统,由本机编码 Agent 产出原型、幻灯片、图像与视频,落成可导出的真实文件。

它在仓库里给自己的定位是 Claude Design 的开源替代品,采用 Apache License 2.0,主要语言 TypeScript。适合已经在用 Claude Code、Codex、Cursor 这类命令行编码 Agent 的人:不用换工具,把设计任务接进原来的 Agent,产物留在同一个项目里,可以反复追问修改,再导出成 HTML、PDF、PPTX 或 MP4。
接入方式分两类。MCP、CLI 和 skills 让外部 Agent 调用 OpenDesign 提供的能力;native runtime adapter 则由 OpenDesign 自己把 Agent 拉起来。DeepSeek Harness 走的是第二条路,通过官方 dsh CLI 作为一等运行时接入,README 说它支持结构化思考、工具调用、模型发现、取消与会话恢复。平台兼容表里标为支持的有 Claude Code、Claude Desktop、Codex CLI、Cursor、VS Code + GitHub Copilot、DeepSeek Reasonix 和 Raven,对应的安装命令形如 od mcp install claude、od mcp install codex、od agent setup deepseek-harness。
它怎么做到的
一次任务从 brief 开始,可以是首页输入框里的一段话,也可以是一个现成示例。OpenDesign 把 brief、你选中的设计系统和模板,加上设置里配好的模型凭据,交给自己启动或外部接入的编码 Agent。Agent 在本地项目里生成 artifacts,Studio 一边生成一边给实时预览;产出的是真实文件,导出格式覆盖 HTML、PDF、PPTX 和 MP4。设计系统、媒体与原型统一收在 All projects 页里,可以回访;团队看到预览后在同一项目里提修改意见,Agent 接着改同一个项目,不另起一份。Agent 与文件系统之间的并发调度、运行状态具体落在哪块存储,仓库节选里没有展开说明。
几个关键设计
双轨接入:既能被 Agent 调用,也能拉起 Agent
OpenDesign 没有把自己绑死在一种 Agent 上。外部 Agent 通过 MCP 或 skills 消费 OpenDesign 的设计能力,这条路的安装命令是 od mcp install <agent>;OpenDesign 也可以按 native runtime 的方式直接启动 Agent,DeepSeek Harness 是它的一等原生运行时。README 说两条路径共享同一套工作流,生成的文件都留在 OpenDesign 里做实时预览和交付。好处是换 Agent 不必换工作区,代价是每条接入路径都要单独适配和维护,平台兼容表里每多一列,就多一份维护面。
设计系统、模板与插件以文件形式放在仓库里
顶层目录能看到 design-systems/、design-templates/、plugins/、figma-plugin/、clipper/ 和 craft/。设计系统、模板和能力包以普通文件存在,可以查看,也可以改;README 强调这些是团队能检视并改造成自己流程的东西。产品页里 Design Systems 用来查看品牌资产再用 Agent 细化,Plugins 页可以搜索官方 skills,并用 Try it 直接启动。
本地优先与 BYOK
本地优先指项目文件和产物落在这台机器上,不走先上传再取回的路。BYOK 是自带密钥,用自己的模型凭据接 20 多个 CLI 与模型厂商。这两条一起决定了运行成本结构。软件本身开源免费,模型调用按你自己选的服务商结算,数据留在本机。同时它也是 OpenDesign Go 这类订阅计划的入口,价格页显示 Go 套餐首月 8 美元,Plus 及以上最高 200 美元的赠送额度。
把一次 run 当成需要保命的东西
0.24.0 的代号是 Every Run, Kept Intact,发布说明写着这个版本用了 26 个 PR、13 位贡献者、1 天完成。它处理的是重载页面、追问、预览变更和首次启动这几个时刻,这些时刻以前最容易让正在进行的活儿丢掉位置,现在被保住。0.23.0 的代号是 Home, Rebuilt,用 10 天合了 73 个 PR,把首页、最近项目、运行状态和项目对话合成一条进入工作的路径,不再分散在几个地方。
这样设计的代价
仓库体积是绕不开的一项。事实表里的 size_kb 是 3510014,换算下来约 3.4 GB,克隆这个仓库本身就是一次不轻的操作,本地还要给生成的设计产物留出空间。
它把依赖压在外部 Agent 和模型密钥上。没有可用的 CLI 或 API key,应用能打开但产不出东西。Issue 里有一条问「How to install CLI's」,说按 README 的说明 CLI 应当自动装到 PATH 上,实际没找到,重装也没用。用内部 LLM 代理或 Ollama 的团队也踩过限制,一条待解决的 Issue 要求允许 BYOK 指向内部代理,不要拦私有 IP。
平台覆盖目前不完整。0.22.2 这个补丁专门修 macOS 和 Windows 的更新可靠性,Linux 桌面版还没有,一条标题为「Please bring the linux app as well」的 Issue 仍在待解决状态,评论 41 条,reactions 39。另有一条已解决的 Issue 提到登录变成强制、不能跳过,评论 48 条。
稳定性是它自己承认的短板。一条待解决的 Issue 把「把 chat run 的失败率从约 15% 降到不超过 8%,并且让每次失败都能解释」列为目标,评论 67 条,是这份清单里讨论最多的一条。其他待解决的有:切换标签页会中断上一个标签页正在流式输出的生成;用 Ollama Cloud 的 BYOK 会产出半成品 artifacts。仓库当前开放 Issue 数是 1162。
几个同类项目的取舍
| 项目 | 适合谁 | 部署方式 | 主要限制 | 什么情况下选它更合适 | 项目地址 |
|---|---|---|---|---|---|
| nexu-io/open-design | 已经在用 Claude Code、Codex、Cursor 等 CLI,需要把原型、幻灯片、视频交付成真实文件并统一管理的团队 | 从 open-design.ai 下载桌面应用,Agent 侧用 od mcp install 系列命令接入 | 目前只有 macOS 与 Windows 桌面版,Linux 版仍在 Issue 里待解决;需要自备模型 API key | 需要完整工作区、实时预览和多格式导出时 | nexu-io/open-design |
| marvkr/better-design | 只想在 Claude Code 里多一个设计系统与组件来源的开发者 | 仓库描述为开源 design MCP server + shadcn/ui registry,具体安装步骤仓库没有说明 | 仓库没有说明它支持哪些导出格式 | 只要一个 MCP 服务提供设计规范与组件来源、不想装桌面应用与登录账号时 | marvkr/better-design |
| 3x-haust/oh-my-design | 用 Codex、Claude Code 或 Pi 兼容 Agent,想给设计流程加一层认知循环的人 | 仓库没有说明 | 仓库没有说明 | 更看重设计推理步骤的约束、不需要成品文件导出时 | 3x-haust/oh-my-design |
搭一套完整的桌面工作区,换来的是仓库体积、平台限制和密钥配置成本。只想要「在 Claude Code 里查一下设计规范」这一件事的,marvkr/better-design 这类 MCP 服务更合适,它不用下载桌面应用,也不用登录账号;把设计推理流程本身当重点的,oh-my-design 的方向更贴。反过来说,这两者在多格式成品导出和项目级统一管理上都不如 OpenDesign,你要的是交付出文件,还是过程中的设计约束,决定了该往哪边走。
对你的实际影响
3.4 GB 的仓库体积配上桌面应用形态,意味着你需要一台日常开发机来跑它,而不是丢在 1 核 1G 的小服务器上。
BYOK 决定了成本上限由你自己控制,也决定了上手第一步不是点几下按钮,而是先准备好一路可用的模型凭据,并确认网络环境允许直连。用内网代理的团队在这一点上会遇到阻碍。
平台方面,macOS 和 Windows 用户现在能装,Linux 用户只能等;如果团队机器以 Linux 为主,这个项目目前不在名单里。
1162 个开放 Issue 和约 15% 的运行失败率落到日常使用里,就是复杂、多轮的设计任务有概率中断,你要接受偶尔重跑,并留意它在每个项目里留下的中间产物。
后期维护上,接的 Agent 越多,升级时受影响的面越大。平台表里每个 od mcp install 命令背后都是一份适配,换 Agent 或改用自己的模型服务时,需要重走一遍配置。
已经在用命令行编码 Agent、并且需要把原型、幻灯片或视频交付成文件的团队适合用它;设计系统和产物必须留在本机、不接受上传到第三方服务的场景也合适。反过来,只想在编辑器里加一个设计 skill、不想装桌面应用和登录账号的人,用 MCP 形态的轻量设计服务更省事;以 Linux 为主要开发平台的团队目前用不上;不愿意自己管模型密钥和额度的人,这套 BYOK 结构会把配置成本直接压在你身上。
焚评:这个项目的量化评分
本项目的选题来自 焚.com(一个按公开公式给 GitHub 项目打分的站)。焚评当前总分 9.9 分(满分 10)。下表是各维度的得分:
| 评分维度 | 得分 |
|---|---|
| 热度动量(权重 25%) | 10.0 / 10 |
| 开发活跃(权重 25%) | 10.0 / 10 |
| 社区响应(权重 15%) | 9.1 / 10 |
| 文档质量(权重 15%) | 10.0 / 10 |
| 发布节奏(权重 10%) | 9.9 / 10 |
| 风险控制(权重 10%) | 10.0 / 10 |
评分口径、权重与计算方式见焚.com 的评分方法页;数据随 GitHub 指标刷新,具体数值以焚.com 当前页面为准。本文正文为诀.com 独立撰写,评分数据由焚.com 授权引用。
内容核验说明
这篇的用处是给选型提供代价清单,不是功能宣传:3.4 GB 仓库体积、暂无 Linux 桌面版、BYOK 配置门槛、1162 个开放 Issue 和约 15% 的运行失败率都摆出来了。适合已用命令行编码 Agent、需要把原型或幻灯片交付成真实文件的团队;只想装个 MCP 查设计规范的人不合适。
仓库体积、stars、forks、开放 Issue 数等来自 GitHub 公开指标;约 15% 运行失败率、各 Issue 状态与订阅价格引自项目自身披露,诀.com 未独立验证,也未做实际部署或复现测试。用户反馈摘要
根据仓库 Issue 来看,讨论集中在:提交者呼吁补上 Linux 桌面版,该问题状态为待解决;登录强制不可跳过、Antigravity CLI 在 0.14.1 失效、macOS 下拉框样式错乱、应用崩溃等以已解决状态关闭;BYOK 指向内网 liteLLM 代理被私有 IP 拦截、OpenAI 兼容端点被走 Anthropic 流程、finalize 按 token 计费对 Max 订阅重复收费,这几条仍待解决。另有提交者讨论会话恢复方案,以及配色之外 agent 不懂 UX 的问题。
基于该仓库公开 Issue 整理,只反映提交者报告的现象与诉求,不代表诀.com 立场,也不代表问题已被确认。项目来源与说明
开源项目:nexu-io(nexu-io)
本文由诀.com 编辑基于该项目的公开信息独立撰写,属原创解读,不是对项目文档的翻译或转载;文中提到的功能与参数以官方仓库为准,代码与文档版权归原作者所有。
查看项目仓库