我希望 TraeCode 未来可以真正看懂:设计到底有没有被实现对

很多时候,代码已经跑通了。

页面能打开,按钮能点击,接口也没有报错。

但作为设计师,还是会一眼觉得:

不对。

可能只是间距差了一点,动画快了一点,图片裁切偏了一点,字体层级弱了一点。

每个问题单独看都不大。

但加在一起,原本设计里的“感觉”就没有了。

所以我希望未来的 TraeCode,不只是帮助我把设计稿变成代码。

而是能继续往后走一步:

真正看懂,设计有没有被实现对。


介绍自己

我是一名视觉设计师,也会做品牌、平面、三维、动画和交互相关的内容。

现在我也越来越多地使用 AI Coding,把以前只能停留在设计稿里的想法真正做成 Demo 和产品。

对我来说,开发过程里最常遇到的问题,不一定是:

“这段代码怎么写?”

而是:

“为什么明明都做出来了,还是和我脑子里的感觉不一样?”

我很希望 TraeCode 未来能更懂这种属于设计师的判断。


我对 TraeCode 的愿景

希望新增什么功能

我最希望 TraeCode 未来可以新增一套:

设计实现验收能力

它不只是读取 Figma,也不只是根据设计稿生成代码。

而是能同时看到:

设计稿长什么样

真实运行出来长什么样

然后主动比较两者之间的差异。

比如:

  • 间距是否一致;

  • 字号和字重是否正确;

  • 圆角、阴影、模糊是否偏差;

  • 图片裁切是否破坏视觉重心;

  • 响应式状态是否走样;

  • 动画时长和节奏是否与设计一致;

  • 不同屏幕尺寸下,构图是否还成立。

最后给出一份真正有用的结果:

“代码没有报错,但当前页面与设计稿还有 5 处明显视觉偏差。”

我觉得这比单纯“设计稿转代码”更有价值。


希望优化什么场景

我最希望优化的是:

从设计稿到真实产品之间的最后那一段距离

现在很多工具已经可以:

Figma → 生成代码

但实际工作里,真正耗时间的往往在后面。

代码生成以后,我还要:

打开页面。

截图。

和设计稿对比。

发现不对。

再告诉 AI。

AI 修改。

再刷新。

再看。

然后继续说:

“还是差一点。”

这个过程非常重复。

而且很多问题,AI 并不知道我所谓的“差一点”到底指什么。

所以我希望未来 TraeCode 可以自己完成:

读取设计稿
↓
运行真实页面
↓
自动截图
↓
视觉对比
↓
定位偏差
↓
修改代码
↓
重新运行
↓
再次验证

直到它可以明确告诉我:

“这版已经基本还原设计。”

这样设计师就不用每一次都重新解释同一个问题。


我希望它不只会看“像不像”

我也希望这个能力不只是简单的像素对比。

因为很多设计问题并不是:

“这里差了 6px。”

而是:

视觉重心变了。

比如设计稿里一个人物应该是画面的焦点。

代码实现以后,因为响应式裁切,人物偏到角落。

从技术上看:

图片正常。

尺寸正常。

页面也没有报错。

但设计已经被破坏了。

所以我希望 TraeCode 未来不仅理解:

Pixel Difference

还可以慢慢理解:

Design Intent

也就是:

这个设计为什么这样排。

哪个元素应该最先被看到。

哪些地方可以变化。

哪些地方不能动。

我觉得这才是真正意义上的“理解设计”。


我希望它如何融入我的工作流

我希望未来的流程可以变得很自然。

比如我在 Figma 里完成设计。

然后告诉 TraeCode:

“把这一版实现出来。”

它完成代码之后,不需要我马上接手检查。

而是自己继续:

读取 Figma
↓
实现页面
↓
启动项目
↓
打开真实页面
↓
截图
↓
和设计稿比较
↓
自动修正明显偏差
↓
输出最终验收结果

最后我看到的不是:

“代码已经生成完成。”

而是:

“页面已经实现,当前与设计稿还有 2 处需要你判断的主观差异。”

这样我只需要把时间放在真正需要人的部分:

这个东西看起来对不对。

而不是不断做机械对比。


你希望它以什么形态出现

我希望它可以是一个独立的:

Design Review 模式

比如在 TraeCode 里点击:

设计验收

然后选择对应的 Figma Frame。

TraeCode 自动:

  1. 读取设计稿;

  2. 启动当前项目;

  3. 打开对应页面;

  4. 截取真实界面;

  5. 生成视觉差异报告;

  6. 自动修复确定性问题;

  7. 把主观问题留给设计师判断。

最终给出类似:

Visual Match: 94%

已自动修复:
- Typography 3
- Spacing 4
- Radius 2

需要确认:
- Hero 图片视觉重心
- Loading 动画节奏

我觉得这种方式,比单纯增加一个“Figma 转代码”按钮更有意义。

因为它真正完成了从:

设计 → 开发

到:

设计 → 开发 → 验收

的闭环。


最后

我觉得设计和开发之间最难解决的,从来不只是:

“代码能不能写出来。”

而是:

最后做出来的东西,还是不是一开始想做的那个东西。

所以我希望未来的 TraeCode,不只是会写代码。

也可以慢慢学会看。

看见那些:

没有报错、没有崩溃、甚至说不上哪里有问题,

但设计师就是会觉得:

“差了一点。”

然后告诉我:

这一点,到底差在哪里。

如果有一天,TraeCode 真的能做到这一点,

我觉得它就不只是一个 Coding 工具。

而会真正成为设计和开发之间的那座桥。

1 个赞

我有了解到,这个用一个skill可以解决,来补充本身agent的判断不足