第272章?+瀏覽器（第二更2500）
方豫用治療術救的那個男生是在知否上看到的。
當時方豫隻是想找點千尋的黑料，結果看完之後，簡直怒不可遏。
救那個男生，無非隻是方豫秉承著自身立場，做出的一個可以讓自己念頭通達的決定。
結果剛剛和大蜜蜜還有熱葩巴菲裡特訓練後，方豫習慣性的給自己扔了個鑒定術看看訓練效果，沒成想看到自己的陣營立場居然一下子偏移回了善良陣營。
而且還往善良陣營偏的還挺多。
根正苗紅的中立善良。
這踏馬如果要是把千尋和那個普天係再搞死，豈不是這善良度一下子就頂到頭了？
善良儲備多了，至少很多小不言的事情，就沒必要這麼小心了。
於情於理，於公於私，千尋你都沒有活下去的理由呀。
不過，不使用魔幻的手段，搞垮這樣一家大公司，肯定還是需要時間的。
百足之蟲死而不僵呐。
況且，怎麼也要等到自己的瀏覽器和引擎上線，再引爆這件事啊。
否則的話，豈不是給其他人做了嫁衣？
方豫已經開始物色人選，成立應用研發部，應用研發部的第一個項目就是結合了橘子大模型的引擎和瀏覽器。
等到產品一上市，經過一個多月的市場培育，到時候千尋這顆雷就可以引爆了！
不管千尋是一家多沒有社會責任感的公司，Robert李的眼光其實是沒有大問題的。
在目前的互聯網業態下，麵對大眾市場，AI最好的應用場景確實就是引擎。
還有AI女友、澀圖、視頻換臉及垃圾文章生成。
後三者名聲不好，不需要搞，和各類垂直類大模型一樣，放給二級生態就好。
但和瀏覽器，是一定要搞的。
PC端，AI最合適的入口就是瀏覽器。
而在移動端，最好是能與手機廠商達成深度合作，例如粗糧手機，現在已經派人和柚子科技展開了接觸。
而不合作的，就同樣要依靠移動端的瀏覽器入口進行侵蝕。
當然，當橘子大模型開源後，大部分公司肯定要用開源大模型搞自己的大模型或垂直領域大模型。
不過不要緊，技術的代差會始終存在，這個市場上真正具有消費力的高端用戶仍舊會選擇技術更強的柚子科技。
就如同當年的水果手機牢牢把持了高端用戶，攫取了市場上百分之八十的利潤一樣。
搞出引擎和瀏覽器都不難，GitHub上就有現成的開源代碼，讓柚子和橘子大模型在一起稍稍修改優化，就能拿出一個性能遠超古狗e和IE的瀏覽器與引擎。
難的是如何在確保瀏覽器和引擎性能碾壓的同時，不因為代碼特征等問題讓行業內其他人起疑心。
要知道，瀏覽器不難搞，不代表結合了AI?API接口的瀏覽器就不難搞，這玩意兒牽一發而動全身啊。…。。
方豫一開始實際上自己嘗試用開源代碼搞過一個，結合了橘子大模型api後，速度簡直慢的一批。
在相對較少的API調用頻率下，隻要並發處理多個AI請求，或者AI返回的結果需要本地比較複雜的UI渲染，係統負載簡直就像火箭起飛一樣竄上了天。
PC端還稍好一些，到了移動端，嗬嗬，彆說安卓機，就算最新的水果6s，都卡的要死，有時候甚至會直接白水果。
柚子和橘子大模型倒是能解決這個問題，但那代碼就不像人類能寫的出來的，其中涉及到的底層架構變化，幾乎完全顛覆了現有的瀏覽器整體架構。
為了降低渲染負載這一項優化，它們甚至重新寫了一遍JavaScript和的腳本和渲染引擎！?還好不是把java和語言進行了全棧重寫，否則就更解釋不過去了。