📌 项目地址：nexu-io/open-design | ⭐ 55,213 颗星 | 🔧 TypeScript | 📜 Apache-2.0
它到底是什么
Open Design 是一个桌面应用（支持 macOS 和 Windows），但你打开后找不到画布、图层、钢笔工具。它的核心是一套本地文件系统，里面放了三类东西：技能文件（Skills）、设计系统文件（Design Systems）、插件文件（Plugins）。你通过自然语言描述需求，系统挑出对应的技能和设计系统，然后把任务转交给本机上已有的AI代理CLI（Claude Code、Cursor、OpenClaw、Codex、Qwen、Copilot、Hermes、Kimi、Antigravity，以及21个本地CLI中的任意一个）去执行。所有产物在沙箱iframe里实时预览，最后导出成HTML / PDF / PPTX / MP4。
README 第一句写得很清楚：“本地优先、开源的 Claude Design 替代品”。Claude Design 是 Anthropic 去年推出的云端产品——用户在对话框里给Claude 3.5 Sonnet（后来可能换了模型）下指令，远程生成 artifact。Open Design 把整个流程拆回了本地：你控制模型、控制设计规范、控制所有中间文件。
文件系统怎么组织“设计”
三个目录，用文件定义一切。
- Skills：100 多个原子任务描述文件。每个文件就是一个技能，比如“生成一个 dashboard 原型”、“生成一个品牌展示deck”、“输出一段视频”。技能文件里写了执行步骤和产出格式。你在主界面选择技能后，系统会用技能描述引导你细化 brief。
- Design Systems：150 个完整的品牌规范文件，统一命名为
DESIGN.md。文件里写明色板、字体、组件规则、间距、网格……相当于文字版的品牌合同。AI 代理在执行任务前会读这个文件，所有输出的样式都由这个DESIGN.md约束。团队可以自己写一个DESIGN.md，然后 fork 到本地仓库——这就是你们的品牌合同。 - Plugins：261 个即用插件，扩展产品的导入/导出能力。比如导出 PPTX、MP4，或者连到某个图床、翻译服务。插件就是一段可执行的逻辑，放在指定目录下。
这些文件全是本地文件，用 yaml/json/md 写，任何代码编辑器都能改。Open Design 自动检测本机上安装的 AI CLI（通过环境变量或标准路径），如果你没有官方 CLI，也可以用 BYOK（bring your own key）连自己部署的 OpenAI 兼容端点。
典型工作流：从 brief 到交付
README 里提到了 agent-native 循环的五个步骤：discover the brief, lock the direction, stream the artifact, critique, deliver。我实际走一遍：
- 打开 Open Design 主界面，选一个 skill（比如“生成实时仪表盘”）和一个 design system（比如我自己写的
my-corp-design.md）。输入 brief：“监控面板，显示 CPU/内存/请求量，深色主题，符合公司品牌色”。 - 系统细化方向：弹出一个表单让我确认某些参数（比如图表类型、数据源格式、刷新间隔）。这一步相当于 lock the direction。
- 生成执行计划：在本地磁盘创建项目文件夹，里面塞了模板、布局库、自检清单。文件夹结构你完全可控。
- 调用本地 AI CLI 执行：系统把 project 文件夹的路径、技能文件、
DESIGN.md传给选中的 CLI（比如 Claude Code）。CLI 读取设计约束后开始生成 artifact——HTML+CSS+JS 的完整单页面应用，后台跑在 Node/Deno 上，全部在本机执行。产物实时在 iframe 中更新。 - 评审和导出：你可以直接在 iframe 里交互（点按钮、切换标签）。满意了就导出 HTML/PDF/PPTX/MP4。不满意就改 brief 或修改
DESIGN.md，重新跑一遍。
整个过程中，唯一用到图形界面的就是第一步的 skill/design system 选择和 brief 输入。之后的工作完全由本地 CLI 完成。你甚至可以把这个过程嵌入 CI：git push 后自动触发生成新版本的原型。
为什么我选它而不是 Claude Design
Claude Design 内部也在做类似的事——用 agent 循环生成 artifact。但它有几点让我不舒服：
- 封闭：你只能用 Anthropic 的云端模型，无法换模型或本地部署。
- 不能定制设计规范：虽然你可以在 prompt 里写风格要求，但它没有结构化的
DESIGN.md文件系统。每次都要重新描述品牌规则。 - 依赖网络和付费订阅：API 调用按 token 计费，而且所有数据经过云端。
Open Design 把整个 loop 开源了。技能文件、设计系统、插件都可以 fork、修改、私有化部署。你只需要为你已有的 AI CLI 付费（或者用本地免费模型），价格按 token 算，不是按座位。我们前端团队的 DESIGN.md 放在 git 仓库里，每个新项目自动拉取，生成的原型自动符合品牌规范——这个流程以前要用 Design Token 配合 Figma 插件才能做到，现在一个文件+一个 CLI 就够了。
适合的团队和它的现实局限
0.9.0 版本还很技术化。如果你没有本地 AI CLI，配置 BYOK 需要基本的 API 知识（填 endpoint、模型名、token）。它的输出是单页 artifact（HTML/CSS/JS），适合原型、仪表盘、演示文稿、营销物料，不适合需要精细像素级操作的图标或复杂交互动画（比如你需要拖动一个节点到精确位置，那还是得用 Figma 或 Sketch）。
最适合的团队：前端团队有自己的设计规范（DESIGN.md），希望快速生成符合规范的网页原型和演示物料，并且想把这个流程嵌入现有的开发流水线（git + CI）。如果你已经在用 Claude Code 或 Cursor 写代码，那么用 Open Design 做设计是同一个思维模式——定义规则，写 prompt，审阅输出。
项目通过 GitHub Discussions 和 Discord 讨论，还有“Open Design Fellow”计划让社区参与者直接跟核心团队商量产品方向。我觉得值得用起来，尤其如果你讨厌为了某个设计功能去订阅另一个 SaaS。