
Qualcomm открыла Mojo и MAX для GPU любого вендора
Подберём сервер под задачи
Ответьте на несколько вопросов — подготовим предложение
Qualcomm сняла ограничения с платформы инференса MAX и полностью открыла язык Mojo под лицензией Apache 2.0 — спустя три недели после покупки Modular. Для закупщика ИИ-инфраструктуры это значит: код для запуска моделей пишется один раз и переносится между GPU NVIDIA, AMD и чипами других производителей без пересборки стека под каждый чип.
Краткое содержание
- Mojo 1.0 — язык и компилятор полностью открыты под Apache 2.0, без ограничений;
- MAX переходит на открытый код и программу открытого альянса, привязка лицензии к типу устройства снята;
- поддержка расширена на GPU NVIDIA и AMD, AWS Trainium, Google TPU, ускорители Qualcomm Cloud AI 100 Ultra и Dragonfly;
- в проде на MAX уже работает MiniMax — сервис отдаёт миллиарды токенов в минуту.
Что именно открыли на ModCon
До сих пор Mojo распространялся с оговорками, а MAX ограничивал коммерческое использование конкретными видами устройств. На конференции ModCon 2026 в Сан-Франциско Qualcomm убрала оба барьера разом: компилятор и весь язык Mojo перешли под лицензию Apache 2.0 без исключений, а платформа MAX стала открытым кодом с программой открытого альянса. Привязка лицензии к типу железа исчезла — раньше запуск на разных чипах требовал отдельных условий.
Ход выглядит нелогичным. Компания только что закрыла сделку по покупке Modular и могла превратить платформу в закрытое преимущество собственных чипов Cloud AI 100 и Dragonfly. Вместо этого Qualcomm открыла код и позвала на сцену конкурентов — на презентации выступили представители AMD, что само по себе необычно для мероприятия, устроенного производителем конкурирующих ускорителей.
Один код на семь видов ускорителей
Смысл MAX — слой абстракции между моделью и железом, по аналогии с тем, как Docker унифицировал контейнеры, а KVM — виртуализацию. Один и тот же код инференса теперь официально запускается на:
- GPU NVIDIA и AMD;
- ускорителях AWS Trainium и Google TPU;
- чипах Qualcomm Cloud AI 100 Ultra и Dragonfly;
- компактных платформах вроде AMD Ryzen AI Halo и NVIDIA DGX Spark.
Для инфраструктурной команды это снимает главную головную боль смешанного парка ускорителей. Сейчас переход с NVIDIA на альтернативный чип почти всегда означает переписывание и повторную настройку части стека инференса. Единый фреймворк обещает свести это к пересборке под новый бэкенд, а не к новому проекту.
Не эксперимент: миллиарды токенов в проде
Modular Cloud — не лабораторная демонстрация. Платформа уже обслуживает боевую нагрузку и отдаёт миллиарды токенов в минуту, а среди клиентов на выделенной инфраструктуре — MiniMax, который запускает на MAX свою модель M3. Отдельно объявлена поддержка Windows для Mojo: совместная работа с командой Microsoft расширяет платформу за пределы привычных macOS и Linux.
Свобода на бумаге, экосистема — ещё у NVIDIA
Альтернативные ускорители до сих пор отстают от NVIDIA не по кремнию, а по софту. Причина — CUDA и вся экосистема библиотек, отладки и готовых пайплайнов вокруг неё. Открытие MAX не отменяет это преимущество за один день: инструментарий, документация и готовые рецепты для CUDA всё ещё богаче на порядок. К тому же теперь платформой формально владеет производитель конкурирующих чипов. Участие AMD на сцене снимает часть вопросов о нейтральности, но не все.
Для российского рынка расклад практичнее, чем кажется на первый взгляд: ускорители Qualcomm Cloud AI 100 и Dragonfly сюда не поставляются, а вот параллельная эксплуатация GPU NVIDIA и AMD в одном кластере — обычная практика для интеграторов, работающих с параллельным импортом. Именно для такого смешанного парка единый инференс-стек даёт измеримую выгоду уже сейчас.
Мнение DigitalRazor
Открытость MAX — это прежде всего страховка от привязки к одному вендору GPU, а не повод резко менять уже работающий стек на CUDA. Присмотреться к MAX стоит компаниям, которые планируют смешанный парк ускорителей NVIDIA и AMD в одном кластере: единый слой инференса упрощает миграцию и снижает риск простоя при дефиците конкретных карт. При подборе конфигурации под такие сценарии мы закладываем совместимость заранее, а не переделываем стек постфактум.













