这两周我在几个产品群里基本天天能看到Claude Design，有人拿它做原型，有人拿来出PPT，讨论频率高了不少。不光是Claude，这种AI大模型，它们所谓“生成原型”，其实都是代码生成。你给它一句话，它生成产品界面，甚至带有交互逻辑，背后是一套代码在运行。这类AI大模型用起来确实顺手，可有一个很辣手的问题。产品经理实际工作里，很少是“一次画完就结束”的，哪个不是天天改需求？还得跟开发、设计、

前阵子大项目终于上线，总算能喘口气了。终于有时间来实测一下最近挺火的AI UI工具，于是找了几个典型业务场景，实测了4款AI生成UI工具：Claude Design、Lovable、Stitch还有国内的Paico（排名不分先后）。出发点是测评AI生成的设计稿和代码的可用性，看看UI设计师拿到设计稿会不会骂街，以及代码能不能给前端用。

最近在做一些鸿蒙应用时，我想到一个问题。从设计稿到鸿蒙页面代码这个过程中，有多少前期工作可以交给AI完成？以前的协作流程其实很固定，中途需求调整，就要重新修改设计稿、重新同步开发、重新适配。尤其是电商类项目，首页、商品详情页、购物车、个人中心、订单列表，各种列表和卡片组件非常多。很多开发时间其实并不是花在业务逻辑上，反而是。。

最近在做一些鸿蒙应用时，我想到一个问题。从设计稿到鸿蒙页面代码这个过程中，有多少前期工作可以交给AI完成？以前的协作流程其实很固定，中途需求调整，就要重新修改设计稿、重新同步开发、重新适配。尤其是电商类项目，首页、商品详情页、购物车、个人中心、订单列表，各种列表和卡片组件非常多。很多开发时间其实并不是花在业务逻辑上，反而是。。

最近在做一些鸿蒙应用时，我想到一个问题。从设计稿到鸿蒙页面代码这个过程中，有多少前期工作可以交给AI完成？以前的协作流程其实很固定，中途需求调整，就要重新修改设计稿、重新同步开发、重新适配。尤其是电商类项目，首页、商品详情页、购物车、个人中心、订单列表，各种列表和卡片组件非常多。很多开发时间其实并不是花在业务逻辑上，反而是。。

最近在做一些鸿蒙应用时，我想到一个问题。从设计稿到鸿蒙页面代码这个过程中，有多少前期工作可以交给AI完成？以前的协作流程其实很固定，中途需求调整，就要重新修改设计稿、重新同步开发、重新适配。尤其是电商类项目，首页、商品详情页、购物车、个人中心、订单列表，各种列表和卡片组件非常多。很多开发时间其实并不是花在业务逻辑上，反而是。。

测试完这三个案例，我自己是有点改观的。对产品经理或者UI设计师I来说，拿AI搭个草稿给老板看方向，或者自己没灵感时让它生几个风格参考，确实能省不少时间。但想直接交付开发，还离不开后期手动优化。AI生成HMI界面其实最实用的点在于，它生成的是可以直接二次编辑的原型图。上面实测中说的初稿缺点都可以手动编辑，几分钟也就搞定了。先用AI搭骨架定风格，再用人工调细节保常识。我现在基本都是这么干的。如果你有什

一圈测下来，我反而踏实了。前端老铁们其实大可不必有什么生存危机感。我觉得前端其实不用太慌。用Stitch、Lovable、Paico生成React/Vue代码，用Figma的DevMode，或者国产Pixso直接把设计稿D2C生成ArkUI，它们都在帮我们把重复的UI代码工作省下来。至少下次再遇到这种急活儿，我可以先让AI跑一轮组件结构，再来修那些奇怪的padding和层级。比自己从零敲<div>

一圈测下来，我反而踏实了。前端老铁们其实大可不必有什么生存危机感。我觉得前端其实不用太慌。用Stitch、Lovable、Paico生成React/Vue代码，用Figma的DevMode，或者国产Pixso直接把设计稿D2C生成ArkUI，它们都在帮我们把重复的UI代码工作省下来。至少下次再遇到这种急活儿，我可以先让AI跑一轮组件结构，再来修那些奇怪的padding和层级。比自己从零敲<div>

一圈测下来，我反而踏实了。前端老铁们其实大可不必有什么生存危机感。我觉得前端其实不用太慌。用Stitch、Lovable、Paico生成React/Vue代码，用Figma的DevMode，或者国产Pixso直接把设计稿D2C生成ArkUI，它们都在帮我们把重复的UI代码工作省下来。至少下次再遇到这种急活儿，我可以先让AI跑一轮组件结构，再来修那些奇怪的padding和层级。比自己从零敲<div>