普通视图

发现新文章,点击刷新页面。
今天 — 2026年2月5日首页

试了CodeRio后,我终于敢直接用AI生成的Figma转前端代码了!

作者 NavyPulse
2026年2月5日 15:56

最近在折腾设计稿转代码(D2C)这事儿,试了不少工具:有 Figma 插件直出的,有 AI 一键生成的,还有各种半自动的 CLI。

说实话,大部分体验都停留在看起来还行,但一跑起来就露馅——padding 歪了、字体渲染不一样、嵌套一堆 div 地狱、交互状态完全没考虑……最后还是得自己从头抠一遍,省的时间有限,气的血压倒是不少。

直到刷到 CodeRio 这个开源项目,抱着“再试一次死马当活马医”的心态玩了玩,结果这次有点不一样:生成的代码居然基本能直接用,视觉偏差小到我愿意 commit,结构也比较工程化。

项目地址:github.com/MigoXLab/co…

简单聊聊我的使用感受和它为什么让我改观。

一、先说痛点:为什么传统 D2C 总差口气?

市面上的 D2C 工具大多是“一次性映射”:解析 Figma JSON → 直接转 CSS/JSX。

简单静态页还凑合,复杂一点的就不大行了:

  • 层级嵌套深 → 生成一堆无语义 div
  • 动态间距/响应式 → 直接崩
  • 组件状态(hover/active) → 基本忽略
  • 最要命的:Figma 渲染和浏览器渲染本来就不 100% 一致(子像素、字体、抗锯齿等),工具生成完就不管了,开发者打开浏览器一看:“这谁点的赞?”

结果就是:工具省了 20% 时间,后续修 bug 花 200% 时间。

二、CodeRio 的思路:不求一步到位,先求“能闭环”

CodeRio 没走“AI 一键神还原”的玄学路线,而是老老实实模仿了我们平时写代码的真实流程:写 → 跑 → 看效果 → 改 → 再跑……

它把整个过程拆成多步流水线,由几个智能体协作完成,每个环节都有校验,而不是一次性赌。

核心几个步骤大概是这样的:

  1. 协议生成(D2P)。 先不急着出代码,从 Figma 提取结构、布局、样式,生成一份中间协议(Protocol)。 这个协议很聪明:会自动识别组件层级(哪些是可复用组件、哪些是布局容器)、把 Figma 的各种约束转成 flex/grid 描述、处理图片资源路径…… 简单说,就是把乱七八糟的设计数据“翻译”成前端能理解的结构化蓝图,避免 AI 直接啃原始 JSON 乱猜。
  2. 代码生成(P2C)。 基于协议出 React + TypeScript + Tailwind 代码。 选这套栈我很认可:Tailwind 原子类几乎能 1:1 对应设计决策,TS 保证类型安全,React 生态最稳。
  3. 自动跑起来 + 视觉验证。 这步是杀手锏:代码生成完,系统自动 npm install && npm run dev,在真实浏览器(headless Chromium)里把页面跑起来,然后截图。 再把截图和原设计稿像素级对比(用 MAE、SSIM 等指标量化),甚至生成热力图标出偏差区域。 如果没达到阈值,就触发优化智能体针对性修(比如调 padding、z-index、字体 fallback 等),修完再验证……直到通过或到最大轮次。
  4. 工程化兜底。 考虑到大文件容易超时/断网,它加了检查点 + 断点续传:每个阶段自动存状态,断了也能从断点接着来,不用重头跑。 省 Token,也省心态。

用下来最爽的点是:它真的会“看”浏览器效果,而不是只管生成完拉倒。这让我第一次觉得 D2C 不是在做 Demo,而是在接近生产级输出。

三、实际体验

放几个case让大家看看效果,还是非常不错的!

20260205-154704.jpg

20260205-151818.jpg

20260205-151810.jpg

最后说两句

现在的 D2C 工具很多,但大多数还是“转出来凑合能看”。

CodeRio 让我看到另一种可能:通过协议定蓝图、浏览器闭环修偏差、工程化兜底,把“看起来差不多”升级成“基本能用”。

它不是要完全取代开发者,而是把最烦人的像素对齐和初稿调整交给机器,让我们把精力放在业务逻辑和交互上。

对日常开发来说,这就已经很实用了。

项目是开源的,感兴趣的可以去玩玩。👉github.com/MigoXLab/co…

有玩过的同学也欢迎评论区交流体验~

❌
❌