当然，当橘子大模型开源后，大部分公司肯定要用开源大模型搞自己的大模型或垂直领域大模型。
不过不要紧，技术的代差会始终存在，这个市场上真正具有消费力的高端用户仍旧会选择技术更强的柚子科技。
就如同当年的水果手机牢牢把持了高端用户，攫取了市场上百分之八十的利润一样。
搞出搜索引擎和浏览器都不难，GitHub上就有现成的开源代码，让柚子和橘子大模型在一起稍稍修改优化，就能拿出一个性能远超古狗e和IE的浏览器与搜索引擎。
难的是如何在确保浏览器和搜索引擎性能碾压的同时，不因为代码特征等问题让行业内其他人起疑心。
要知道，浏览器不难搞，不代表结合了AIAPI接口的浏览器就不难搞，这玩意儿牵一发而动全身啊。
方豫一开始实际上自己尝试用开源代码搞过一个，结合了橘子大模型api后，速度简直慢的一批。
在相对较少的API调用频率下，只要并发处理多个AI请求，或者AI返回的结果需要本地比较复杂的UI渲染，系统负载简直就像火箭起飞一样窜上了天。
PC端还稍好一些，到了移动端，呵呵，别说安卓机，就算最新的水果6s，都卡的要死，有时候甚至会直接白水果。
柚子和橘子大模型倒是能解决这个问题，但那代码就不像人类能写的出来的，其中涉及到的底层架构变化，几乎完全颠覆了现有的浏览器整体架构。
为了降低渲染负载这一项优化，它们甚至重新写了一遍JavaScript和html的脚本和渲染引擎！
还好不是把java和html语言进行了全栈重写，否则就更解释不过去了。
内容未完，下一页继续阅读