奉劝国内AI同行:别在FDE上折腾了,没戏。
前几天我写了一篇文章《中国的FDE,彻底跑偏了:正本清源的10大认知》,本意是想提醒FDE的落地难度,理性入局。
前几天我写了一篇文章《中国的FDE,彻底跑偏了:正本清源的10大认知》,本意是想提醒FDE的落地难度,理性入局。
没想到文章发布后,后台涌来大量私信,有人来找我合作开班,也有人邀请我去做团队FDE培训。
这完全曲解了我的本意。
所以只好再写一篇,把最基本道理说清楚。
眼下国内AI圈追捧FDE成风,不少人跟风研究、讨论,甚至尝试复刻落地。
但绝大多数人都看偏了这件事,或者说是找错了发力点。
实际上,这件事成败的核心,根本不是FDE,而是本体平台。
那么,FDE是什么?
它只是这套成熟平台运行之后,对外呈现出来的一种工作方式、一种作业形态。或者说,它是结果,不是原因;是表象,不是根基。
这里用一个直白的比喻:本体平台是航空母舰,FDE只是航母上的舰载机。
舰载机看着厉害、是前台核心战力。可舰载机的所有价值、所有作战能力,全部依托航母的甲板、动力、指挥、补给整套体系。
没有航母,单独造一堆舰载机,完全没有任何实战意义,只是一堆摆设。
如果说这个例子有些远,那就换个软件行业的视角,结论同样成立:本体平台如同操作系统,FDE是跑在它上面的应用。
应用体现了系统的界面表现,可它的全部能力,都长在操作系统上。只复刻应用形态、不做操作系统,拿到的只是一具空壳,跑不起真实业务。
谁都清楚,建造航母绝非易事,开发一套操作系统更是艰巨。
要知道,Palantir把Foundry开发出来,前后大概花了十几年时间。而FDE,也就是舰载机和应用,实现难度相对不大。
这也是很多团队愿意选择模仿FDE表层作业模式的原因,但模仿的背后,是不容忽略的现实代价。
其实,模仿这套作业模式的投入并不低,而且航母与操作系统级别的底座本身就很难攻克。
更要命的是,一旦底座做不出来,整个项目就可能随之崩塌,前期投入全部打水漂。
当下国内AI行业的现状就是:几乎所有人都在拼命钻研“舰载机怎么飞”“应用的界面怎么抄”,却没人愿意沉下心去,建造航母和操作系统。
这就是所有FDE跟风热潮的核心问题:舍弃底层根基,死磕表层形态。
脱离本体平台的FDE,只有表面意义,而没有规模化的商业价值,而风险倒是现实的存在。
相反,如果有了平台,FDE也许就不存在了,比如不一定非要驻场,往家里倒腾东西。
也有人问:能不能一边做FDE,一边拿回经验、做出本体平台?
这个方法也许可行,但存在两个问题:
一是时间和资金风险,搞不好一家AI公司,可能吊死在几家大客户身上。
另一个问题是,这不符合现代工程化的构建理念(写给企业AI构建者的万字长文 | 本体、语义层、知识图谱、上下文图谱:构建企业AI究竟需要什么?),更像是造一座巨大的“作坊”。
这并不是说FDE这种工作模式本身不对,舰载机、应用程序当然有用,但前提最好是先把航母、操作系统这套底座先做出来。
跳过底座直接追逐FDE,才是问题所在。
这也就是为什么,当下跟风去做FDE,基本没戏。
- 暂时没有评论,来说点什么吧





