归档于 设计 · 智能 Apache-2.0 · 来自地球
适用于 · 工程

从规格到前端,中间没有交接

把 agent 指向一份 DESIGN.md 和一段描述,它就写出贴合系统的真实前端代码——组件、屏幕、看板——直接在你的项目里。没有标注、不用「等设计」。

编辑风插画:一份 DESIGN.md 直接流向前端代码和渲染好的 UI,跳过了交接环节

一句话

Open Design 把设计系统变成机器可读,弭平设计到工程的断层:写你代码的同一个 agent 套用系统、渲染出真实 UI。

工程师怎么用 Open Design

  1. 01

    读系统,不读标注

    DESIGN.md 就在 repo 里。agent 像读代码库其余部分一样读它——没有导出的规格要解读。

  2. 02

    生成贴合系统的 UI

    描述屏幕或组件,agent 写出已经匹配系统的前端。原型、后台看板、内部工具——几分钟搞定。

  3. 03

    它本就是你的代码

    产出是 repo 里的 HTML / 框架代码,能在 PR 里 review。「设计」和「实现」之间没有翻译步骤。

工程师能生成什么

用 Open Design 做前端 vs. 交接式

你需要什么 用 Open Design 设计到开发交接
拿到可开工的设计 一份 agent 直接读的 DESIGN.md 一个你手动重新解读的 Figma 文件
匹配系统 生成时自动强制 对着规格肉眼比、慢慢跑偏
做内部工具 / 看板 prompt → repo 里贴合系统的前端 等设计师,然后做两遍
review 它是代码——在 PR 里 diff 对着 mockup 像素比对
成本与锁定 开源、在你 repo 里、本机运行 全团队都要授权的设计工具

直接在 repo 里生成的、贴合系统的真实前端。挑一个接近你在做的,描述它。

浏览模板 →

工程常见问题

  1. 01 我还需要设计师吗?

    品牌和方向需要。但做贴合系统的 UI 和内部工具时,agent 读 DESIGN.md 直接写前端——不用交接往返。

  2. 02 它产出什么?

    repo 里真实的 HTML / 框架代码,在 PR 里可 review——不是你要重写一遍的 mockup。

  3. 03 怎么保持贴合系统?

    DESIGN.md 是事实来源;agent 在生成时套用,所以产出无需手动像素核对就匹配。

  4. 04 可以用哪些 agent?

    Claude Code、Codex、Cursor Agent、Gemini CLI 等一方适配,自带 provider 密钥。

今晚就生成你的下一个 UI

给 repo 点个 star、装上 Open Design,把一份 DESIGN.md 变成前端——在你本来就用的 agent 里。

● Apache-2.0 本地优先 · BYOK macOS · Windows · Linux