Open Design 从你自己的机器上向 Claude Design 发起挑战

Open Design 的核心理据在演示画面背后很容易被忽略。该项目认为，当 LLM 首次证明自己能够产出真正的设计而非文字时，这种能力是以封闭、托管且绑定单一供应商的形式出现的。它的答案写在 open-design.ai 上：一个运行在你机器上的工作区，接受任何提供商的密钥，并以 Apache-2.0 许可证发布一切。

最引人注目的细节是并不存在的东西：Open Design 云。本地守护进程直接与你持有密钥的任何提供商通信，生成的产物就是你项目目录中的普通文件。只有你的提示词和技能上下文会发送到该提供商，费用记在你自己的账户上，而不是 Open Design 订阅。主页目前挂有一条活动横幅，提供 DeepSeek V4 Pro 和 V4 Flash 两周免费使用，提醒人们这个工具被设计为摆在任何模型之前，而不是把你锁在某一款模型上。

工作流：你的编码代理成为设计引擎

它所开辟的品类, , “vibe 设计工作区”, , 意味着通过向代理描述意图来设计，而不是手动摆放元素。Open Design 不训练代理。它把你工作站上已有的编码代理（包括 Claude Code、Codex、Cursor、Gemini CLI、OpenCode 和 Qwen）连接到一个四步流程：选择起点、定义视觉方向、生成产物，然后交付它，或借助 HyperFrames 把它变成 HTML 营销视频。代理读取完整上下文，编写可执行文件，并在你可以实时编辑的沙盒中预览它们。

可移植的品牌层，以及代理之间的配置变更

品牌知识保存在可移植的 DESIGN.md 文件中。把截图或 Figma 导出内容拖入 Web 界面，代理就会把品牌身份提取到 design-systems/<your-brand>/ 中；之后每个技能都会按该品牌渲染，无需重新提示。由于技能文件和设计系统与代理无关，同一个 SKILL.md 可搭配 Claude Code、Codex、Cursor、Gemini CLI、GitHub Copilot、Grok、Hermes 或 Qwen 渲染。FAQ 把这一承诺压缩成一句话：切换代理只是守护进程中的一次配置变更，而不是重新设计。这种可移植性，正是它与绑定了单一提供商模型的托管产品之间的实际区别。

社区数据、价格与代价

该项目在网站上公布了这些数据，而其定价模式与架构一样不寻常：产品免费，没有订阅，你只需按所选提供商的 API 费用付费，账单直接开给你。权衡之处也被公开说明。目前还没有托管沙盒；FAQ 将本地优先视为设计约束，而非口号。最低配置是一个本地守护进程加一个代理；守护进程可以在任何运行 Node 24 的地方运行，自行托管的团队通常会把它固定在自己网络中的一台机器上。托管沙盒已在路线图上，但 FAQ 将其排在核心承诺之下：你仓库中的产物，比别人数据库里的文档更有价值。

开放与封闭的较量在这个领域并不新鲜。正如我们早前对 DeepSeek-V4 预览版 的报道所指出的，那次发布加剧了开放权重竞赛，并迫使 OpenAI 和 Google 为其闭源策略辩护。Open Design 把同样的论点带到了设计层，那里的锁定来自工作流而非模型权重。本地优先能否在大规模上击败托管便利性，仍是一个开放的问题。至少这套说辞是自洽的：你带来代理和密钥，拿回的是属于你的文件。