大家好，我是LV。
最近，领导从国外出差回来，感觉他愈发看重AI了…同时要求也更高了…
领导：“明天约个会，聊聊LV0项目的进展和规划。”
我：“好的，我准备一下。”
借这个话题，也跟大家聊一聊使用LV0的一些实践案例，以及后面的一些规划～
希望给大家带来一些价值。
LV0定位
所谓定位：针对什么人群？解决什么场景下的？什么问题？
LV0定位：面向 「前端人员从 0 ～ 1 开发业务组件」的场景，「提升效能，降低门槛」。
ps：上图来源于专栏 《AI赋能前端研发》：https://juejin.cn/column/7221418382108590138
经过测试，我们发现：非前端技术人员也可以使用 LV0 从 0 ～ 1 开发业务组件。
当门槛足够低，面向的主要人群也会由前端不断扩散到非前端技术人员。
为什么选择这个定位？
1、从专业前端领域出发，让AI能够生成「可维护性」的代码
生成页面这个领域，市面上已有的产品很多。
如dora：能够快速生成官网，效果确实也不错。
如screenshot-to-code：通过截图，快速生成页面。
但是他们都有一个问题：从专业领域来看，是无法生成自定义规范且具有可维护性的代码。
所以这些产品面向的真正人群是：非程序员和“夸大的自媒体”。
而并不能解决专业前端程序员的痛点：生成符合公司规范的可维护性的代码。
因此，LV0面向前端人员，高效能、低门槛生成可以维护的代码。（不是干掉前端人员，而是成为前端人员的“倚天剑”）
2、从开发实践经验出发，重点赋能从 0 ～ 1 业务组件的生成
现代的前端理论中，提倡的是「一切皆组件」。组件的分层结构可以用下图简单描述：
其中，基础组件诸如：antd、mui、elementui，或者「公司内部的基础组件库」。
往上，业务组件：通过组装基础组件，再封装了一定的业务含义。
最上层：对接层组件：拼凑各个业务组件形成页面，同时给页面对接api数据。
以上不同的组件类别中，「业务组件类别」的开发工作占据了程序员80%的时间。
尤其是无积累（没有可抄的地方）「从 0 ～ 1」 开发业务组件最为耗时间。
因此，LV0重点面向页面生成中的「从 0 ～ 1」 开发业务组件场景。
ps：「迭代业务组件的场景」我们也在尝试用AI赋能，可能会另外成一个产品解决方案。
实践案例
如下，贴两案例场景（领导现场随便提出来的需求）
「场景一：设计图生代码」
原始图片：
提示词：生成组件的props
效果：
整体效果不错，代码也符合规范，所有的基础组件都是从mui中引入的，props的定义也挺合适，关键是只花了几分钟...
❞
「场景二：一句话需求生代码」
提示词1：给我生成一个邮件模版，内容是工单预约成功了
效果1：
提示词2：样式漂亮一点，内容再丰富一点
效果2：
提示词3：这像一个弹框，不像一个邮件，帮我更邮件化一点
效果3：
讲实话，从第一步到第二步，着实小惊艳了一下，关键是只花了几分钟。
❞
更多场景本篇就先不展开了，后续场景规范化之后，归类整理分享出来。
规划
领导：“整体还不错，但是要针对不同场景规范一下提示词，还有尽快把「公司私有化组件库」的标准流程整合到产品中。”
跟伙伴们沟通了一下，LV0的开源工作会按阶段来实施，感谢各位感兴趣的小伙伴们关注～
「1、准备开放SaaS版内测」
感兴趣的小伙伴可链接我，邀请你进入「LV0内测群」，成为参与LV0开源贡献路上的第一批伙伴，也希望我们可以成为后续开源建设的长期合作者。
「2、助力内外更多项目的落地实践」
我们会扩大LV0项目在公司内外更多项目上的实践，不断打磨产品，积累最佳实践。
「3、开源稳定版本」
我们会尽快将「基于公司私有组件库生成代码」的整个标准化流程融入到LV0产品中，届时将开源LV0。
最后，如果你也想探索AI + 前端的更多可能性，扫描下方二维码加我的微信，拉你进「最懂AI的前端伙伴们」群，一起探讨AI赋能前端研发，一起提出问题，解决问题，一起「成为」最懂AI的前端伙伴们～
