GitHub 上 5 月 24 日刷出一份让前端圈坐不住的成绩单。开源项目 nexu-io/open-design 发布了 v0.8.0 版本，仓库 Star 数在 25 天内冲到 50k，长期占据 Trending 榜前列。它瞄准的是设计稿还原这个老问题——把 Figma、Sketch 之类的设计文件，转成可直接交付的前端代码。
它在解决哪一段最难啃的工序
设计还原的痛点不在静态像素，而在于结构。设计师交付的图层往往是按视觉顺序堆叠的，而工程师需要的是语义化、可复用的组件树。过去的方案要么生成一坨纠缠的绝对定位，要么需要设计师严格遵守命名规范——两条路都难落地。
open-design 的做法是把还原过程拆成两段动作。先解析图层树并推断组件边界，再按目标框架批量生成代码。v0.8.0 增加了对 React、Vue、Svelte 的多目标输出，并把推断阶段的中间结构暴露成 JSON，便于二次处理。维护者在 release notes 里写得直白：上一代工具把 80% 的精力花在视觉还原上，但工程师真正卡壳的是后面那 20%。
怎么上手与代码智能体协作
v0.8.0 的另一个亮点是面向代码智能体的接入。仓库提供了 CLI 与 MCP server 两种形态，前者跑在本地，后者可以挂到 Claude Code、Cursor、Codex 这类 AI 助手里。智能体可以直接读取 open-design 解析出来的中间结构，再决定生成哪种组件——这把”看图写码”的过程，变成了”读结构改结构”。
项目主作者（GitHub 主页公开自称独立开发者）在 X 上发了一段实测视频，把一份 Figma 文件丢给 Cursor，再调用 open-design 的 MCP 接口，30 秒内拿到了一份带 Tailwind 类名的 Vue 组件。他在帖子里写了一句评价：以前是把设计稿”对齐”出来，现在是直接”读”出来。
对比 Anima、Locofy：免费 + 智能体可读才是关键差异
商用赛道里，Anima 和 Locofy 已经做了好几年。它们的优势是产品打磨得圆润，劣势是闭源、按 seat 收费、对中后台这种结构化场景支持有限。open-design 反过来——免费、可自托管、生成结果可以二次训练自家智能体，代价是当前对动效、复杂滚动场景的支持仍有差距，社区实测里把动效还原成 Lottie 的效果仍明显落后 Locofy，复杂手势交互目前几乎不支持。
a16z 合伙人 Olivia Moore 在最近一篇关于 AI 设计工具的公开博客里给出过类似判断：设计还原工具如果不把”AI 助手能不能直接读懂中间产物”作为一等公民，未来两年会被新一代开源方案吃掉份额。open-design 这次的卖点正好踩在这条判断上。
项目维护团队（GitHub 组织 nexu-io）在 v0.8.0 的 changelog 里给出了下一步路线：年内会重点优化动效还原与变量绑定。从 50k Star 的体量看，社区贡献者已经够多，关键是节奏能不能稳住。
这次的爆红到底值不值得跟
设计还原工具年年都有新项目冒头，能活下来的不多。open-design 这次让人愿意下注的理由有两条：一是把”代码智能体可读”作为一等公民，避开了和商用工具拼像素精度的死胡同；二是 25 天 50k 的增速主要来自工程师圈层，而不是设计师圈层——这意味着用户群更懂得反馈什么是”能直接 commit 的代码”。
如果团队里已经在跑 AI 编码助手，把 open-design 接进去做一次还原实验是合算的。如果还在用纯人工切图，可以先观望一两个版本，等动效部分补齐再迁移。这是个值得加书签的项目，但还没到非用不可的阶段。
参考链接
