Anthropic在2026年4月17日发布了Claude Design，一个让语言模型直接输出"设计产物"而非散文的系统，几天内刷遍了设计师的信息流。那个演示视频里，模型接到一个提案词，弹出交互式问卷锁定视觉方向，然后在沙盒里渲染出一份可以下载的作品——PPT、网页、品牌物料，直接落到磁盘。整件事看起来像一个精神焕发的初级设计师，而不像一个在漫无目的地生成文字的API。问题是它关着门：付费、云端、绑定Anthropic自己的模型，没有自托管选项，没有Vercel部署，更没有换上自己的Key用自己的Agent的余地。

Open Design的存在，大概就是想把这扇门打开。

它的基本逻辑不复杂：不自己做一个Agent，而是把你本地已有的那个——Claude Code、Cursor、Codex、Gemini CLI、OpenCode、Qwen，随便哪个——接入一套由Skills和Design Systems构成的设计工作流。项目的daemon守护进程在启动时扫描你的PATH，找到哪个CLI就把哪个接进来，充当设计引擎，通过stdio驱动，不需要任何配置文件。你输入"给我们的种子轮融资做一份杂志风格的提案"，问卷先弹出来，锁定受众、基调、品牌背景，再是五个可选的视觉方向，每个都是确定性规格——OKLch色板、字型栈、排版姿态——Agent直接绑定到模板的:root里，没有即兴发挥的空间。这是设计流程里最贵的那30秒：把方向定死，后面的活才干得有效率。

71套Design System装在盒子里出厂，每一套都是一份DESIGN.md，包含颜色、字体、间距、组件、动效、品牌反模式，等等，9个章节，任何时候换一套，下一次渲染就用新的token。覆盖面从Linear、Stripe、Vercel、Notion、Apple，到Spotify、Tesla、Ferrari、SpaceX，以及Mistral、ElevenLabs、Supabase这类AI工具链公司——也就是说，不管你在给哪个语境做东西，大概率能找到一个风格对齐的参照。19个Skill预置在skills/目录下，每一个都是SKILL.md + assets/ + references/的固定结构，遵循Claude Code的SKILL.md约定，并且每个都附有一份example.html，打开就是Agent会吐出来的那种结果，不需要跑起来才能看。

说一件稍微深一点的事。这类系统最难处理的其实不是生成质量，而是"方向问题"——用户给出一个简短的提案词，AI就开始直接生成，生成完了发现视觉基调完全跑偏，推倒重来的成本已经吃掉了时间优势。Open Design的回答是一条硬写进提示词栈里的RULE 1：每一次新的设计任务都必须先弹出，强制锁定界面、受众、语气、品牌背景、比例和约束，然后才允许模型动任何一个像素。这不是什么界面交互的设计决策，它是用prompt工程把"先问再做"变成了不可跳过的行为约束，而不是依赖模型自己去判断什么时候该多问一句。产物存在本地SQLite数据库里——会话、对话、消息、标签，明天打开还在，TodoWrite进度卡还在。

当然这个项目现在还在早期，核心循环——检测 → 选Skill和Design System → 对话 → 解析 → 预览 → 保存——已经端到端跑通了，但界面层的组件还在每天更新。提示词栈和Skill库是价值的主要来源，官方也说它们目前是稳定的。

个人觉得这类工具的价值不在于它比商业产品更快或者更便宜，而在于一件更朴素的事——它放在你的文件系统里，你看得见它在读什么、写什么、用什么规则推论。那条从用户输入到最终artifact的每一层都是可以打开的文件，src/prompts/system.ts、src/prompts/discovery.ts，包括每个Skill的侧文件，没有什么是黑盒。对于习惯了对着不透明API猜测模型行为的人来说，这大概是一种久违的安心，盖工具透明与否，往往比工具本身是否先进更影响使用者的判断和信任。

https://github.com/nexu-io/open-design