2026年6月17日下午，Claude官方发了一条更新帖，宣传Claude Design的新功能：品牌系统跨项目、画布直接编辑、与Claude Code双向同步。
1.1万赞，400万浏览。数据不差。
但24小时不到，Open Design官方账号直接引用了这条帖，回了一句让整个AI设计圈炸锅的话：
"Claude Design is moving too slowly. So we open-sourced a better alternative."
「Claude Design 太慢了。所以我们开源了一个更好的替代品。」
附了一段54秒的视频：画布上直接评论、标记、编辑、捕捉、混搭。22+个Agent，包含Claude Code。同步项目，连接工具。
然后扔了一个GitHub链接。
329赞，5.2万浏览。数字不大，但这一刀捅得准——它跳过了产品对比的环节，直接骑在Claude官宣帖的脸上说：你的更新太慢，我们已经替你做了。
▲ Open Design官方引用Claude官宣帖，直接宣称"你太慢了，我们开源了更好的"（2026年6月18日）
Claude Design推出两个月，最大的声音是"还我Fable"
要理解这条帖为什么能炸，得先回到两个月前。
2026年4月17日，Anthropic Labs正式推出Claude Design——一个基于Opus 4.7视觉模型的AI设计工具。左聊天，右画布。自然语言描述需求，Claude生成原型、幻灯片、单页、营销素材。导入代码库自动提取品牌色和字体，画布上直接拖拽编辑，行内评论反馈，自定义滑块微调参数。导出PDF、PPTX、HTML、Canva，或者一键交接给Claude Code。
听上去很美。企业级设计工作流，全在浏览器里搞定。
但评论区炸了——功能本身没问题，问题在于用户根本没在等这个。
"Fable在哪？""我们不Care Claude Design，我们要Fable。""工作重点完全错了。"
Claude Design推出的时间点很微妙：用户对Anthropic下架Fable 5等模型能力的不满正在峰值，结果官方没回应模型诉求，反而推了一个新画布工具。大量回复清一色的质问和嘲讽，几乎看不到庆祝新功能的人。
▲ Anthropic Labs官宣Claude Design，Opus 4.7驱动，研究预览阶段（2026年4月17日）
两个月后，6月17日Claude Design再发更新帖，评论区依然有人在问："就这？Fable呢？"
产品推出两个月，最大的话题从设计效率跑偏到了一个更尖锐的问题：Anthropic的工作优先级到底对不对？这本身就是一个不太妙的信号。
▲ Claude官方6月17日再推Claude Design新功能，1.1万赞但评论区仍有人追问Fable
"慢"的不只是更新节奏
Open Design那帖说Claude Design"太慢"，指的远不止功能迭代速度。
付费墙卡脖子。Claude Design属于付费计划的共享使用限额，没有单独额度。Pro用户跑几个复杂原型，限额直接见底。企业版默认还关着，需要管理员手动开启。使用成本藏在订阅里，你永远不知道这个月还能生成几个页面。
云端锁死。所有生成都在Anthropic服务器上，数据出不去，模型换不了。如果你用Claude Code迭代设计，整条链路上只有Opus一个选项。想切GPT？想用Gemini？对不起，Claude Design只认Anthropic。
画布"直接编辑"落地慢。Claude官方支持文档承认了一串已知限制：评论偶尔丢失、大型仓库卡顿、多人同时编辑不稳定、设计系统质量依赖源头代码库。官宣里说的"直接在画布编辑"，用户实际体验是：等渲染、等同步、偶尔还要重来。
这些痛点的共同指向是：Claude Design证明了AI能直接交付可交互视觉产物，但它把这条能力绑在了一个付费、云端、单模型、有使用上限的闭环里。
11天，开源社区交出Apache 2.0答卷
Claude Design推出约11天后，GitHub上出现了一个新仓库：nexu-io/open-design。
Apache 2.0协议。本地优先。桌面原生App。
Readme第一句："The open-source Claude Design alternative."
不到两个月，64k+ stars，300+贡献者，150+品牌设计系统，100+技能模板，261个插件。桌面App覆盖macOS和Windows。
▲ Open Design官网英雄区，桌面App下载入口，自称"开源的Claude Design替代品"
这不是一个粗糙的克隆。它把Claude Design的核心能力——自然语言生成设计、画布交互、品牌系统——全部重新实现了一遍，但架构思路完全不同。
Claude Design的思路是：把一切放在云端，让用户进来。
Open Design的思路是：把用户手头已有的工具变成引擎，数据留在本地。
▲ GitHub仓库概览：259+技能、142+设计系统、21+CLI支持、HyperFrames视频能力
22个Agent当引擎，不是22个新模型
Open Design最狠的设计决策：它自己不带Agent。
它把你已经安装、已经付费、已经在用的CLI工具当作设计引擎。Claude Code、Codex CLI、Cursor、GitHub Copilot、Gemini CLI、OpenCode、Qwen、Hermes Agent、Kimi CLI、Devin、DeepSeek、Aider……一共22个，想用哪个切哪个。
这意味着什么？如果你已经付了Claude Pro，用Claude Code驱动Open Design，不产生额外订阅费。如果你觉得今天Opus生成效果不够好，切到Codex试一下，再切到Gemini对比——同一个项目，同一个画布，同一个DESIGN.md品牌文件，Agent随便换。
安装方式也简单：curl -fsSL https://open-design.ai/install.sh | sh -s <agent>或者od mcp install claude。没有CLI的模型还可以走BYOK proxy，支持OpenAI/Anthropic/Google/Ollama等兼容端点。
这个设计直接解了Claude Design最核心的锁：把"设计工具"从"你必须用我们的模型"变成了"你手头有什么模型就用什么"。
对用户来说成本模型也变了——Claude Design把成本隐藏在订阅+限额里，用超了要么等要么升级；Open Design把成本显式化：工具免费，你只付模型调用费。
DESIGN.md：品牌一致性从Figma手动主题变成版本可控的纯文本
Claude Design的品牌系统靠自动导入代码库来提取颜色、字体、组件。
Open Design走得更彻底：用DESIGN.md这个9节schema文件（调色板、排版、间距、动效、语气、反模式等），把"保持品牌一致"从设计师手动操作变成了一个纯文本契约。所有Agent生成任何输出前，必须先读这个东西。
150+预置品牌系统已经可用——Linear、Stripe、Vercel、Notion、Apple、Anthropic自己也在列表里。用户还可以拖入截图或Figma文件让Agent自动提取品牌要素，生成新的DESIGN.md。
版本可控、可diff、可PR review。品牌一致性变成了代码工程问题，不再是设计团队的体力活。
HyperFrames：Claude Design做不到的事
Claude Design的导出产物集中在静态——PDF、PPTX、HTML、Canva。
Open Design多了一个维度：视频。HyperFrames框架让Agent写HTML+GSAP时间轴动画，然后用无头Chrome+FFmpeg确定性渲染成MP4，30fps。SaaS产品宣传片、数据动效图表、品牌sizzle——全部从同一个DESIGN.md出发，同一个Agent生成，直接出视频文件。
这一点Claude Design目前完全做不到，也是开源社区在"设计→视频"这个环节上对闭源工具实现超车的案例。
HN上有人说实话："精致度还没追上Claude"
热度归热度，社区也不是一边倒。
Hacker News上有帖子专门讨论Open Design能否真正替代Claude Design。有人直言："结果还没Claude Design的精致度和一致性高。"也有人建议搭配现有UI组件库使用，避免从零硬造。
▲ HN讨论帖：用户认可开源方向，但也指出"精致度/一致性还没追上Claude Design"
这些声音指向同一个事实：当前Claude Design在视觉一致性和复杂原型质量上仍然领先，Open Design发挥上限高度依赖你选哪个底层模型。用弱模型跑出来的结果一般，搭配Claude Opus或GPT-5级别模型才能发挥真本事。
中文社区也有用户反馈类似体验——有人用Claude Design做KDP出版遇到卡顿后切到Open Design+Opus 4.8，体验有所改善；也有人觉得功能区太多，第一次上手容易迷失。
但真正让社区分裂的，是路线选择：继续跟着Anthropic的付费节奏和模型排期走，还是跳到一个自由切换引擎、数据在本地、社区快速迭代的开源方案上？
对大量预算敏感、隐私要求高、或者不想再被"这个月限额用完"卡脖子的用户来说，他们已经在用下载量给出回答。
AI设计工具的下一个战场：谁把模型更彻底地嵌入已有工作流，谁赢
Claude Design和Open Design的这轮交锋，折射出一个正在加速的趋势。
当闭源前沿工具把"视觉artifact生成"这条路跑通后，开源社区用极短时间就把能力解耦了——从单一模型、单一界面、单一计费，拆成"任何Agent + 任何品牌文件 + 本地执行 + 可组合技能"。
这不是一个产品挑战另一个产品。这是两条路线的对撞。
一条路：云端、闭环、模型绑定、限额控制。产品体验打磨精细，但你被锁在付费墙和数据墙里。
另一条路：本地、开源、Agent自由切换、文件落磁盘。精致度还在追赶，但天花板取决于你能接入多强的模型。
Open Design的64k星、300+贡献者、两个月内从零到完整桌面App+视频能力的产出速度，说明了一件事：大量开发者已经用脚投票。他们不在乎这个是"Claude Design替代品"还是"Figma替代品"，他们在乎的是——能不能不被锁死。
更值得关注的是，Open Design的daemon可以通过MCP协议暴露给其他IDE和Agent。这意味着设计能力不再是一个单独的工具，而是可以嵌入到VS Code、Cursor、Claude Code等整个编码工作流里。DESIGN.md被所有Agent共享读取，品牌一致性从人工盯变成了机器强制执行。
这个方向走下去，"设计工具"这个概念本身可能会被消解——没有独立的设计工具，只有嵌入编码Agent的设计能力。
对于Anthropic来说，Claude Design面临的真正威胁，是开放生态用速度倒逼它做选择——功能被复制只是表层问题。继续走闭环路线，还是开放MCP接入、放宽Agent限制、走向更大的生态？
无论哪种选择，Open Design这条帖已经把问题摆到了台面上。
Claude Design太慢了？
至少在这场开源冲锋面前，慢本身，就是一种答案。