全公司统一前端组件库的问题

一些想法

拆分后，通信和交互的问题，如何统一协议？又得重写一次？

全公司统一一个组件库后，为了一个小需求，给组件添加功能后，所有业务方用到的包里面都带有这部分代码，但是实际上可能这个业务方根本用不到这个功能，日积月累，代码库越来越多，会给业务方带来性能问题。
而分包、按需加载等等，又很难统一标准和维护，后面会很乱。

通用的都很平庸，优秀的都是定制

本身这个方案就存在问题，目前的还是常规的方案(拆分原子组件)，大厂都走过了，确定ToC是个失败的路线。

我感觉最好是公司层面别统一，只做业务线层面的统一，搞自己的业务线组件库，这样可能走通得快一些，也能根据自己的业务线做一些差异化的特色定制。

目前比较理想、能落地的，可能是这样的模式：

通用的、常规的需求，搞业务线统一的组件库
个性化、运营的需求，借助AI IDE，快速生成一次性的组件，类似“阅后即焚”的感觉，下次其他需求，再重新生成；将这种类型的组件，从代码组件改为Prompt组件，即我们积累的是生成组件的Prompt

现在我们这边的非产品化需求，就是走的第二条路，直接是非开发的同事(产品经理、设计师、运营人员)自己写。