2026年7月5日
Open Design：把设计交付变成可审阅的本地 AI 工作流
如果你最近在关注“AI 生成界面 / 演示稿 / 营销页”这类工具，Open Design 值得放进观察清单。它不是单纯的图片生成器，而是一个本地优先的开源设计工作台：让 Claude Code、Codex、Gemini CLI、OpenCode、Cursor Agent 等代码
如果你最近在关注“AI 生成界面 / 演示稿 / 营销页”这类工具，Open Design 值得放进观察清单。它不是单纯的图片生成器，而是一个本地优先的开源设计工作台：让 Claude Code、Codex、Gemini CLI、OpenCode、Cursor Agent 等代码代理参与设计生成，把原型、仪表盘、PPT、图片、视频等交付物做成真实文件，再进入预览、修改和导出流程。
它的价值不在于“又多了一个 AI 设计 App”，而在于把设计系统、插件、技能和代码代理串到同一个工作流里。对需要快速做产品原型、活动页、汇报材料的团队来说，这比只拿到一张效果图更有用。
📌 这个项目是干什么的
- Open Design 定位为开源的 agentic design workspace，官方称其为本地优先的 Claude Design 替代方案。
- 它提供 macOS、Windows 桌面应用，也支持 Docker 方式在本地启动服务。
- 项目强调用真实 HTML / PDF / PPTX / MP4 等文件交付，而不是只停留在截图或提示词结果。
- 它可以连接多种本地代码代理 CLI，或者通过 BYOK / OpenAI-compatible endpoint 使用模型能力。
🔍 为什么值得关注
第一，它把“设计生成”从一次性出图，往可迭代工作流推进了一步。README 中反复强调的不是单点功能，而是从 brief、参考收集、生成 artifact、评论修改、导出交付的闭环。这对开发者和产品人更友好：结果可以落到文件系统里，后续还能交给代码代理继续改。
第二，它把设计系统前置成约束。Open Design 提到 DESIGN.md、design systems、plugins、skills 等机制，本质上是在减少“每次都重新解释品牌规范”的成本。对有固定视觉规范的团队，这比临时让模型自由发挥更可控。
第三，项目活跃度较高。GitHub 仓库显示 Apache-2.0 许可证，近期 release 为 open-design-v0.13.0，发布说明中提到会话续接、BYOK 设置优化、导出链路等改进；仓库也在近期持续更新。它仍然需要实测，但至少不是只有概念页的项目。
🧪 谁适合试，怎么开始
更适合三类人先试：
- 经常要做产品原型、落地页、活动页的产品 / 前端同学；
- 已经在用 Claude Code、Codex、Gemini CLI 等代码代理，希望把它们接入设计流程的开发者；
- 有固定品牌规范，想把设计系统沉淀成可复用工作流的小团队。
最短路径建议先看 GitHub README 和 Quickstart。官方 Quickstart 给出的 Docker 路线是：进入 deploy 目录，复制 .env.example，生成并填写 OD_API_TOKEN，然后用 docker compose up -d 启动，默认访问 http://localhost:7456。如果要从源码跑，注意仓库 package.json 要求 Node.js 24.x，并使用 pnpm 10.33.x。
⚠️ 使用提醒
Open Design 更像“设计工作台”，不是零门槛模板站。它依赖模型、代理 CLI、设计系统和本地环境配置，真正用顺需要一定工程基础。
另外，README 中有不少能力描述很丰富，例如多格式导出、插件、模型路由、多个代理兼容等。正式用于生产前，建议先用一个低风险页面或内部汇报稿测试：看生成质量、修改链路、导出文件是否符合团队要求，再决定是否纳入日常流程。