Modular MAX 公開完整原始碼：26.7 能改什麼，商用與散布限制怎麼看？
Modular MAX 隨 26.7 公開圖編譯器、執行環境與硬體後端原始碼。本文整理 MAX License 的商用、代管服務標示與修改版散布條件，解釋立即執行模式、現有硬體支援與尚未釋出項目，協助開發者判斷研究、部署與產品交付的差別。
想把 AI 模型換到另一種晶片，困難常藏在模型之外的執行軟體。Modular MAX 在 2026 年 10 月 22 日隨 26.7 版公開剩餘核心原始碼，讓開發者能看到編譯器、執行環境與硬體連接層。
看得到程式後，團隊比較有機會追查效能瓶頸，或替自己的加速器增加支援。但公開原始碼與可以任意散布修改版，是兩種不同的權利。
這次採用 MAX License，允許使用、修改及製作商業產品，也不收取授權費或權利金。因此，評估重點從能不能拿來做產品，進一步變成產品用法是否落在條款範圍。
條款仍限制用 AI 重新實作 MAX，對由業者代客執行的商業代管推論服務要求標示，也限制散布修改過的核心原始碼。這些差異會直接影響要經營雲端服務或維護分支的團隊。
對想研究執行流程、調校內部部署或適配硬體的開發者，這是實質進展。若計畫維護可公開散布的獨立分支，則應先讀完整授權再投入。
要判斷這次開放對專案有多大幫助，先從 MAX 在模型與硬體之間負責的工作看起。
Modular MAX 公開了哪些核心元件？
這次開放補上編譯器、執行環境與硬體後端，讓整條模型執行路徑更可檢查。對需要調校 AI 服務的工程師，這些元件決定模型如何變成晶片能執行的工作，因此公開內容比多放幾個模型範例更深入。
模型本身保存學到的參數，但參數不會自行在晶片上運算。MAX 負責把模型的運算安排成可執行流程，再交給對應硬體，所以它處在模型與實際設備之間，影響速度、記憶體需求及除錯方式。
編譯器會把較高層的運算描述轉成執行形式，並嘗試把可以合併的工作放在一起。執行環境則負責實際安排工作，因此模型明明可以載入，執行速度卻不理想時，工程師可能需要追到這些元件。
Modular 26.7 公告表示，剩餘核心元件公開後，開發者可以查看、建置並修改完整軟體。這讓硬體團隊有現成實作可參考，也讓研究人員較容易追查框架做了什麼最佳化。
開放範圍與硬體支援如何對應？
官方列出的既有參考實作包含 NVIDIA、AMD、Apple Silicon 與中央處理器。對想適配其他加速器的團隊，這些實作提供了理解連接方式的起點，但能看到範例，仍不等於自己的硬體已經被支援。
公告另提到，Qualcomm Dragonfly 與 Google TPU 的外掛原始碼預計在接下來幾個月提供。因此，若專案依賴這些項目，就要把尚未公開的內容列為後續條件，不能以發布標題取代實際可取得的檔案。
MAX 先前已開放部分核心運算、模型與服務程式，這次補上剩餘核心層。因此，使用者應確認自己要修改的是哪一個目錄，因為同一專案不同部分可能採用不同授權。
這件事對只透過遠端 API 呼叫模型的人影響較間接。API 是應用與服務之間的呼叫介面，使用者不一定會碰到底層程式，但供應商若能調整不同硬體上的執行方式，後續可能影響可提供的服務選項。
硬體的選擇也不只看晶片價格，既有程式能否遷移與驗證，是團隊會實際承擔的工作。
延伸閱讀：TorchNeuron 公開測試：PyTorch 直接接 AWS Trainium，AI 團隊能少改多少程式？
能追查與修改程式，仍需要對應的散布與使用權利。因此，投入適配工作之前，應先看新 MAX License 對計畫中的產品用法有什麼要求。
MAX License 的商用與散布界線在哪？
商業使用不收授權費，仍須遵守不同使用方式的條件。Modular 的授權說明允許使用、修改、延伸與製作商業產品，但也列出對重新實作、代管服務與修改後原始碼散布的限制。
這表示一般應用開發者有相當大的使用空間，卻不能把條款簡化成 Apache 2.0。Apache 2.0 是常見的開源授權，MAX 核心採用自己的條款，所以團隊應讀實際文字，不能只根據「公開程式碼」推定權利相同。
官方說明禁止把 MAX 的任何部分輸入 AI 系統，用來產生 MAX 的重新實作。因此，如果團隊原本打算請編碼代理閱讀整套核心、再做一份替代品，就需要先重新檢查這個計畫是否符合條件。
另一個限制涉及散布修改過的 MAX 原始碼。官方允許為了把變更貢獻回主專案而建立分支，但對一般公開或散布修改版原始碼有所限制，所以長期維護獨立版本的計畫要特別核對。
雲端服務與應用產品的條件不同
若使用 MAX 提供對外收費的代管推論或訓練服務，官方要求醒目顯示「Modular Accelerated」字樣。這會進入產品標示與商業安排，因此需要由產品與採購負責人一起確認，不能只當作工程目錄裡的授權檔。
同一產品也可能結合不同授權的元件。官方舉例，使用 Apache 2.0 的運算核心，與使用 MAX License 的圖編譯器及硬體後端，各自保留原有條款，應用自己的程式碼則有相應的授權空間。
因此，實務上應先整理實際使用與修改了哪些檔案，再對照產品如何交付。內部研究、提供軟體給客戶，以及替客戶運行代管服務，涉及的條件不同，不能用單一句「可商用」回答所有情境。
Modular 對這些限制的解釋，是希望不同硬體使用共同軟體基礎，避免出現不相容的版本。這是公司的治理取向，並不消除開發者對修改版散布與長期維護的需求，所以兩者需要在導入前對齊。
MAX 授權 FAQ 也區分自己的應用程式與 MAX 核心修改。若團隊只是透過介面建立產品，與把核心修改版發給客戶，涉及的條件不同，因此最好用實際交付內容向法務或供應商確認。
這個確認不需要把每個工程師都變成授權專家，但應有一位負責人保存採用版本與條款。因為服務未來更新時可能加入不同元件，沿用舊結論之前，需要知道原本確認的範圍。
查詢時官方也開放社群貢獻，但初期先接受錯誤修正，再逐步擴大。因此，需要大幅改造核心的團隊，還要確認自己的變更能否進入上游，避免低估後續自行維護的負擔。
清楚授權邊界後，才值得看新版本能否減少開發與除錯時間。否則即使原型跑得快，產品交付階段仍可能遇到不同的使用條件。
26.7 的立即執行模式解決什麼問題？
立即執行模式讓開發者先把運算邏輯跑起來，不必每次等待整套編譯最佳化。這對正在修改自訂運算的人較有幫助，因為開發階段往往需要快速看見錯誤，再回頭調整程式。
自訂運算是模型裡不直接使用現成預設功能、由開發者自行定義的一段計算。當這段計算還在改動時，如果每次都必須先等待完整編譯，除錯時間就會被重複等待拉長。
官方表示，立即執行模式與編譯模式使用同一條程式路徑，因此開發者可以先直接呼叫運算，確認結果，再把同一個運算放進編譯後的模組。這降低了為了兩種模式維護兩份邏輯的需要。
公告以 Gemma 4 31B 的部分模型為例，立即執行約三十秒產生第一個詞元，編譯模式則約一百一十秒。這是該範例的啟動比較，不是所有模型的生成速度都能得到相同比例提升。
開發較快，正式運行還是要量測
第一個詞元出現的時間，與持續處理大量請求的吞吐量是不同指標。開發者想減少每次修改後的等待，正式服務則可能更重視長時間運行的效率，所以兩種模式應依任務階段評估。
同樣地，執行結果一致也需要自己的測試支持。團隊修改底層運算後，要確認數值、輸入形狀與資料型別都符合原有預期，否則程式能執行，仍可能產生不符合模型需要的結果。
26.7 另增加對決策模型介面的初步支援，並更新部分模型運算路徑。這些更新說明框架支援範圍持續變動，因此企業應鎖定實際使用的版本，避免直接依主分支狀態推定正式環境行為。
官方的穩定版本與每日建置也有不同定位。穩定版適合建立可重現的部署基準，每日建置則可能較早取得新功能，但需要接受尚未完成與新錯誤的風險，所以兩者不宜混用在同一組比較中。
若目的是替新的硬體增加支援，測試還要跨過記憶體配置、模型輸出與長時間請求。單一運算的速度改善，只能說明其中一段有效，不能取代整個模型服務的驗證。
開發速度改善能縮短試錯，但正式部署仍需驗證實際硬體表現。這也讓「要不要導入」回到團隊能否利用底層控制權解決既有問題。
哪些團隊值得現在測試？
需要底層可觀測性與硬體可攜性的團隊，比只呼叫現成 API 的使用者更直接受益。可觀測性是能追查系統在做什麼、時間花在哪裡的能力，因此原始碼開放對追查執行瓶頸特別有價值。
如果團隊正在比較兩種加速器，可以先挑一個已經支援、又最接近正式需求的模型。保留相同的輸入長度、輸出要求與並行請求數，才能把差異對應到硬體及執行方式。
對依賴專有硬體外掛的公司，還應保存編譯工具、驅動程式與執行框架的版本組合。模型能在某一台機器跑起來，只能證明那組配置可用，換到另一個部署環境時，仍需要確認各層相容。
MAX 原始碼公開之後，工程師比較有機會追查問題發生在哪一層。例如，若資料準備很快、運算卻大量等待，能否從排程與核心運算找出瓶頸，會影響團隊是否有能力自行改善服務。
但這類控制權需要相應的維護能力。只有少量人力的應用團隊，可以先使用穩定版本與官方既有實作，把客製改動限制在確實影響業務的部分，避免因為程式可見就開始維護整套底層軟體。
企業若願意把修正貢獻回主專案，也應依官方貢獻流程安排。初期接受錯誤修正的範圍比較明確，因此先提交可重現的問題與集中修補，比一次提出大量重構更容易與上游協作。
如果團隊正在開發自訂運算，則可以先用立即執行模式縮短除錯，再回到編譯模式量測正式配置。這條路徑有明確目的，比一開始就重寫整套服務更容易判斷投入是否合理。
對硬體公司而言，參考既有後端能降低理解框架的門檻，但維護一個可用後端仍需要工程資源。後續主專案更新時，自己的適配也要能跟上，所以應把回歸測試與貢獻方式一起納入規劃。
對提供代管服務的公司而言，產品標示與修改版散布限制則可能直接影響交付方式。因此，技術評估與條款確認應同步進行，才能在原型完成前知道商業模式是否匹配。
若只是希望用較低價格取得特定模型，現成服務仍可能比較省事。MAX 公開完整核心提供的是研究與客製空間，而這些空間只有在團隊願意維護底層系統時，才會轉成自己的能力。
本機模型部署也面臨記憶體與執行工具的配合，適合把框架選擇放在整個設備配置裡思考。
延伸閱讀：Nemotron 3.5 Bolt 24GB 發布：74B 模型放進本機，記憶體與速度怎麼看？
先鎖定一個模型與部署目標，再保存授權版本、測試結果及修改內容，才能看出公開原始碼對維護成本的實際改變。可訂閱 AI 郵報追蹤框架更新，並以官方後續發布作為擴大適配的依據。
常見問題 FAQ
Modular MAX 是 Apache 2.0 授權嗎？
MAX 核心採用 MAX License。部分既有元件使用其他授權，所以需要依使用的程式碼與交付方式逐項核對。
公司可以用 MAX 做商業產品嗎？
官方條款允許商業使用且不收授權費與權利金，但代管服務標示、AI 重新實作與修改後核心原始碼散布仍有條件。
公開原始碼代表所有晶片都已支援嗎？
不代表。公告列出現有實作，也把部分外掛原始碼列為未來計畫，應確認專案實際可取得的後端與版本。
