Qualcomm 收購 Modular 後首場 ModCon：Mojo 1.0 全面開源，瞄準 CUDA 生態系

2026 年 8 月 18 日，Qualcomm 旗下 Modular 在首次以 Qualcomm 公司成員身分舉行的 ModCon 大會上宣布：Mojo 1.0 將全面開源，包括編譯器、開發工具鏈與標準函式庫，授權採用 Apache 2.0 並附有 LLVM 例外條款。這項宣布發生在 Qualcomm 於 7 月 29 日完成約 39 億美元的全股票收購 Modular 後不久。

先釐清：不是整個 Modular 平台一次開源

這次公告的重點是 Mojo，而不是 Modular 全部產品都改用 Apache 授權：

• Mojo 1.0 的語言、編譯器、工具鏈與標準函式庫全面開源。
• MAX 移除了裝置使用限制，並計畫透過開放聯盟計畫，朝「可取得原始碼」的模式發展。
• 因此，這是一個逐步開放的異質 AI 軟體平台，而不是在第一天就以完全開源版本取代 CUDA 的所有專有元件。

Modular 想解決什麼問題？

Modular 的核心目標，是建立一套可攜式的 AI 推論軟體堆疊：開發者可以沿用同一份模型實作與開發流程，將工作負載部署到 CPU、GPU 及各類專用加速器，而不必為 NVIDIA 硬體重新撰寫一套 CUDA 專用程式。

目前公布的方向涵蓋 Qualcomm 硬體、NVIDIA 與 AMD GPU、Apple 系統，以及 AWS Trainium 和 Google TPU 等新一代加速器。至於「任何模型都能在任何晶片上運作」這類說法，應理解為 Modular 的長期願景，而不是代表所有模型與加速器目前都已具備相同的支援成熟度或效能。

這也是 Modular 對 CUDA 生態系提出的挑戰：把語言、編譯器、執行環境、核心函式庫與模型服務抽象層，從單一 GPU 供應商手中拉出來，轉化為能跨硬體使用的平台。

AMD 參與，為何具有戰略意義？

AMD 同時銷售 AI GPU 與 AI PC 產品，與 Qualcomm 的 Snapdragon 及資料中心 AI 業務存在競爭關係。因此，AMD 願意支援一套由 Qualcomm 擁有的軟體層，顯示跨硬體移植的價值，可能高於單一晶片供應商的封閉生態利益。

對 Modular 而言，AMD 的參與也有助於證明這個平台並非單純的 Qualcomm 軟體包裝，而是以多家晶片供應商為目標。不過，這項判斷是根據其多晶片策略與 MAX 裝置限制變更所作的推論，並不等於所有硬體都已獲得完整的生產環境支援。

Mojo 1.0 有哪些特色？

Mojo 1.0 被定位為穩定、可投入生產的通用程式語言，試圖結合類似 Python 的易用性與系統級效能，服務 CPU、GPU 及異質 AI 硬體的程式設計需求。

它的採用策略高度依賴 Python 相容性：開發者可保留熟悉的 Python 工作流程，同時使用更接近底層的效能控制能力。 Mojo 目前支援 macOS 與 Linux；原生 Windows 支援則已宣布正在開發，Windows 使用者過去可透過 WSL 使用 Mojo。

開放編譯器與工具鏈後，外部開發者可以檢視、延伸、移植及重新散布這套語言工具，並依 Apache 2.0 與 LLVM 例外條款整合到自己的專案中。

Qualcomm 為何要推動開源？

Qualcomm 收購 Modular，是為了強化從邊緣裝置到資料中心的生成式 AI 與代理式 AI 軟體能力。 對 Mojo 開源，則可能帶來幾項直接效益：

• 降低開發者採用門檻；
• 吸引硬體合作夥伴與編譯器貢獻者；
• 擴大模型部署與服務工具的使用者基礎；
• 讓更多 AI 工作負載進入 Qualcomm 所參與的平台生態系。

換句話說，Qualcomm 想取得的不只是晶片層面的競爭力，也包括手機、PC、邊緣基礎設施與資料中心之間的軟體影響力。若 Modular 最終能成為跨不同晶片執行 AI 推論的共同層，Qualcomm 即使不要求每個部署環境都使用自家晶片，也能擴大生態系觸及，同時為自家加速器保留推廣空間。

目前提及的 Snapdragon、Ryzen AI Halo、Apple silicon、NVIDIA GPU、AWS Trainium、Google TPU 與 Houmo M.2 加速器，都符合 Modular 的多硬體策略；但現有資料並未獨立證實這些目標都已具備完整的正式支援，以及彼此一致的效能表現。