最近在做一些鸿蒙应用时，我想到一个问题。从设计稿到鸿蒙页面代码这个过程中，有多少前期工作可以交给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>

我的流程就两步：先拿多智能体把需求和界面定下来，再拿Cursor把代码写完，如果界面不行，再用AI设计工具润色。现在AI全栈开发工具其实挺多的，但工具再多，不如你能靠几个顺手的跑完一整条线。

我的流程就两步：先拿多智能体把需求和界面定下来，再拿Cursor把代码写完，如果界面不行，再用AI设计工具润色。现在AI全栈开发工具其实挺多的，但工具再多，不如你能靠几个顺手的跑完一整条线。