蘋果選擇百度 AI,總覺得像是謠言
3 月 25 日,記者從知情人士處了解到,百度將為蘋果今年發布的 iPhone16、Mac 系統和 iOS18 提供 AI 功能。蘋果曾與阿里以及另外一家國產大模型公司進行洽談,最後確定由百度提供這項服務。蘋果預計採取 API 介面的方式計費。蘋果將國銀 iPhone 等設備採用國產大模型 AI 功能主要出於合規需求,該公司短期內還無法解決合規問題,但國外版 iPhone 等設備 AI 功能均來自蘋果自己的大模型。 (科創板日報)
當然了,在上週的時候,還有一個傳聞那就是在國外的話,蘋果選擇與谷歌的 Gemini 大模型合作,接入蘋果手機。當時,我就想,如果國外跟谷歌合作的話, 那國內跟誰合作呢?我更希望和 kimi 合作,我使用國內大模型來看,感覺 moonshot 的 kimi 挺好用的。
但是,昨天傳聞選擇的是跟百度的文心一言。受這個消息影響,今天百度股價上漲。
可是呢?我思來想去,我總覺得這像是個謠言。
為什麼我會這麼說呢?
傳聞並不具有一致性,前後傳聞不一致。最初的傳聞聲稱國外正在使用谷歌的Gemini大型模型,而最新的傳聞則表示中國大陸為了合規使用百度文心一言,而國外則可能採用蘋果自家的AI大型模型。
所以,這些訊息來源不一定準確。當然了,咱們也不能刨除無風不起浪的因素。
2、上個月蘋果剛剛宣布了放棄造車計劃,投入十年的造車計劃,投資幾百億美元,說放棄就放棄了,據說是為了投入自己的AI 大模型的研發,全力all in AI 。
你 all in AI 的目的是為了接取第三方大模型嗎?
國內可能為了合規和資料安全的影響,不得已選擇國內得大模型,但是,國外的蘋果按正常邏輯肯定首先自己的大模型。
但是,像蘋果這種科技廠商,一向都挺尊重我們這邊的法律法規的,我認為最差的方法也應該是用自己的大模型,就像是數據存儲一樣,和國內服務商合作,把數據留在中國,大模型也符合這邊的法規,進行客製化開發。
像蘋果這種超級國際化大公司,選擇第三方總是不划算。
畢竟,未來是AI 的時代,行動應用的生態已經到頭了,在AI 時代,可能會出現很多AI 原生應用,如果接入第三方的話,這無疑是蘋果在利用自己的優勢為別人架構AI 生態。
3、假如傳謠是真的,蘋果目前真的是採用第三方,不管它有沒有在全力all in AI ,這都說明一個問題,那就是蘋果自身研發的大模型,還處於開發階段,並不能應用。那這說明蘋果在 AI 研發方面,目前至少落後 3 - 5 年。大家也別忘了,別的大模型還在不斷你的進化,先推出的大模型,有眾多的人在使用,是有先發優勢的,用的人越多,進化的速度就越快。
4、所以,蘋果可能迫不得已前期只能使用第三方替代,等自己研發好自己的大模型,再隨之替代。反正種種跡象表明,蘋果在失去了賈伯斯之後,有一種泯然眾矣的感覺。先是放棄了造車,錯過了造車的好時機,後是大模型遲遲沒有做出來,AI 佈局也晚了。
想一想,蘋果秘密造車也挺早的,Siri 推出也挺早的,但是結果呢?現在的蘋果總有一種起了一個大早,趕了一個晚集的感覺。
以上是蘋果選擇百度 AI,總覺得像是謠言的詳細內容。更多資訊請關注PHP中文網其他相關文章!

熱AI工具

Undresser.AI Undress
人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool
免費脫衣圖片

Clothoff.io
AI脫衣器

Video Face Swap
使用我們完全免費的人工智慧換臉工具,輕鬆在任何影片中換臉!

熱門文章

熱工具

記事本++7.3.1
好用且免費的程式碼編輯器

SublimeText3漢化版
中文版,非常好用

禪工作室 13.0.1
強大的PHP整合開發環境

Dreamweaver CS6
視覺化網頁開發工具

SublimeText3 Mac版
神級程式碼編輯軟體(SublimeText3)

2025年全球十大加密貨幣交易所包括Binance、OKX、Gate.io、Coinbase、Kraken、Huobi、Bitfinex、KuCoin、Bittrex和Poloniex,均以高交易量和安全性著稱。

目前排名前十的虛擬幣交易所:1.幣安,2. OKX,3. Gate.io,4。幣庫,5。海妖,6。火幣全球站,7.拜比特,8.庫幣,9.比特幣,10。比特戳。

全球十大加密貨幣交易平台包括Binance、OKX、Gate.io、Coinbase、Kraken、Huobi Global、Bitfinex、Bittrex、KuCoin和Poloniex,均提供多種交易方式和強大的安全措施。

使用C 中的chrono庫可以讓你更加精確地控制時間和時間間隔,讓我們來探討一下這個庫的魅力所在吧。 C 的chrono庫是標準庫的一部分,它提供了一種現代化的方式來處理時間和時間間隔。對於那些曾經飽受time.h和ctime折磨的程序員來說,chrono無疑是一個福音。它不僅提高了代碼的可讀性和可維護性,還提供了更高的精度和靈活性。讓我們從基礎開始,chrono庫主要包括以下幾個關鍵組件:std::chrono::system_clock:表示系統時鐘,用於獲取當前時間。 std::chron

在C 中處理高DPI顯示可以通過以下步驟實現:1)理解DPI和縮放,使用操作系統API獲取DPI信息並調整圖形輸出;2)處理跨平台兼容性,使用如SDL或Qt的跨平台圖形庫;3)進行性能優化,通過緩存、硬件加速和動態調整細節級別來提升性能;4)解決常見問題,如模糊文本和界面元素過小,通過正確應用DPI縮放來解決。

DMA在C 中是指DirectMemoryAccess,直接內存訪問技術,允許硬件設備直接與內存進行數據傳輸,不需要CPU干預。 1)DMA操作高度依賴於硬件設備和驅動程序,實現方式因係統而異。 2)直接訪問內存可能帶來安全風險,需確保代碼的正確性和安全性。 3)DMA可提高性能,但使用不當可能導致系統性能下降。通過實踐和學習,可以掌握DMA的使用技巧,在高速數據傳輸和實時信號處理等場景中發揮其最大效能。

C 在實時操作系統(RTOS)編程中表現出色,提供了高效的執行效率和精確的時間管理。 1)C 通過直接操作硬件資源和高效的內存管理滿足RTOS的需求。 2)利用面向對象特性,C 可以設計靈活的任務調度系統。 3)C 支持高效的中斷處理,但需避免動態內存分配和異常處理以保證實時性。 4)模板編程和內聯函數有助於性能優化。 5)實際應用中,C 可用於實現高效的日誌系統。

C 中使用字符串流的主要步驟和注意事項如下:1.創建輸出字符串流並轉換數據,如將整數轉換為字符串。 2.應用於復雜數據結構的序列化,如將vector轉換為字符串。 3.注意性能問題,避免在處理大量數據時頻繁使用字符串流,可考慮使用std::string的append方法。 4.注意內存管理,避免頻繁創建和銷毀字符串流對象,可以重用或使用std::stringstream。
