我们做的算不算AIGC

起因

这个事情的起因是现在B2C的AIGC做得不大理想，大家都很焦虑。然后我们这边做的AI F10老板很认可，提到所有业务都要走这个模式，然后大家都来了解AI F10.结果我们给其讲解后，大家感觉我们这个没有直接通过LLM生成最终的代码，不算AIGC。

几个问题

当前主流的AIGC架构是什么样的？

目前学术界和工业界的主流架构，都是基于RAG的模式。LLM做其擅长的部分-NLP、决策、推荐，然后召回具体功能模块，形成最终答案。

一定要做好四个知道，并且自身具备专业性。否则你很难说服其他人，特别是一知半解的人。因为他们会把事情想简单，并且固执地感觉你做的东西不对。

我们必须能讲清楚我们做的东西(是什么、为什么)。

如何定义“代码”？

一段函数是代码，一段描述文字，也可以理解为代码(伪代码)。

代码的本质是执行者能理解的语言，在狭义的编程领域，执行者就是各个语言的编译器。

而AIGC时代，对LLM友好的代码，一定是上层封装的DSL，而不是底层的具体语言的代码(面向开发者的Copilot类的LLM除外，下面会说到)。

很多开发一提到代码，就下意识的只想到底层编程代码，这其实会给他们做AIGC应用带来很大的困扰。

AIGC时代，抽象和封装很重要。

AppStore的概念

Store里面的各个App，还是要大家单独开发的，而不是说直接LLM就能生成可用的App。

当然，App的开发过程，是可以并且必须AI协助的，这就是AI基建和Copilot的作用了。

不同用户群体，需要采用不同的策略

面向开发者-编码

这类产品，其产物是具体的编程语言代码，因此LLM直接输出代码是没问题的，也是必须的。

面向消费者-功能

这类产品，其产物是用户使用的各个功能，LLM就不适合直接输出代码了，因为用户使用功能，是要求功能具备如下几个因素的：

• 确定性：如果你问两次，回答的内容不一样，那这个肯定没法用，而LLM直接生成代码，具有很大的不稳定性；

• 业务复杂性：实际业务功能，并不是简单的图表就能满足需求的，LLM目前无法生成复杂的代码，其能力和稳定性是随着复杂度上升而急剧下降的。

为什么Boss一定要AIGC代码？

本质原因是觉得开发效率太低了，做个功能要N久。而之前大家给Boss说的各种方式，最终从结果上来看，都没有达到预期的开发提效结果。而现在Boss感觉AIGC代码可能可以帮助他实现这个目标，因此就一直推着开发搞这个。

我司开发效率低下的原因是什么？是没有用AI么？肯定不是！

AI确实是个buff，但是顶多抵消一个debuff，而我们的debuff太多了：虚拟桌面、跨部门沟通协调、需求的不确定性、低下的组件化和服务化程度……

感觉现在大家搞AIGC代码，有点本末倒置了，为了搞这个而搞这个，没有把提升效率和质量放在首位。