大家好，我是LV。
最近，领导从国外出差回来，感觉他愈发看重AI了…同时要求也更高了…
领导：“明天约个会，聊聊LV0项目的进展和规划。”
我：“好的，我准备一下。”
借这个话题，也跟大家聊一聊使用LV0的一些实践案例，以及后面的一些规划～
希望给大家带来一些价值。
LV0定位
所谓定位：针对什么人群？解决什么场景下的？什么问题？
LV0定位：面向 前端人员从 0 ～ 1 开发业务组件 的场景，提升效能，降低门槛。
ps：上图来源于专栏 ;
欢迎加入群，一起探讨AI赋能前端研发
经过测试，我们发现：非前端技术人员也可以使用 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。