Microsoft представила семь MAI-моделей и выводит часть из них в Foundry, OpenRouter и Copilot
Microsoft объявила семейство MAI-моделей для кода, reasoning, изображения, транскрибации и голоса. Часть моделей выходит в Foundry, Copilot, VS Code, OpenRouter, Fireworks и Baseten.
Microsoft представила семь MAI-моделей и выводит часть из них в Foundry, OpenRouter и Copilot
2 июня 2026 года Microsoft на Build 2026 представила семь MAI-моделей: MAI-Image-2.5, MAI-Image-2.5 Flash, MAI-Transcribe-1.5, MAI-Voice-2, Voice-2-Flash, MAI-Thinking-1 и MAI-Code-1-Flash. Первоисточник: Microsoft AI — https://microsoft.ai/news/microsoft-build-2026-mai-keynote-transcript/ Дополнительный источник: CNBC — https://www.cnbc.com/2026/06/02/microsoft-unveils-new-ai-models-lessen-reliance-on-openai-lower-costs.html
Главная деталь для разработчиков — Microsoft выводит MAI-семейство не только в собственные продукты. В keynote компания указала, что MAI-Image-2.5 и Flash landing on Foundry, MAI-Transcribe-1.5 доступна в Foundry, MAI-Thinking-1 идёт в private preview через Microsoft Foundry, а MAI-Code-1-Flash rolling out as one of the default models in VS Code. Для внешнего API-рынка важна отдельная строка: Microsoft заявила, что модели будут широко доступны разработчикам на OpenRouter, Fireworks и Baseten.
MAI-Thinking-1 описана как 35B active parameter MoE с 256K context window. Microsoft приводит собственные и независимые оценки: 97% на AIME 25 и 53% на SWE Bench Pro. MAI-Code-1-Flash позиционируется как inference-efficient coding model, tuned for VS Code and GitHub Copilot CLI, с 51% на SWE Bench Pro. Эти цифры стоит читать как заявленные метрики релиза, а не как универсальную гарантию качества в каждом production workflow.
Microsoft MAI models are developer infrastructure when команда выбирает между first-party cloud, marketplace access и внешним router path. Use Foundry when нужны enterprise controls, procurement и Azure governance. Use OpenRouter, Fireworks или Baseten when продукту важны быстрый эксперимент, tuning weights or multi-provider access. Безопасный production-паттерн — хранить выбор модели, лимиты, retries, fallback и observability вне бизнес-логики приложения, чтобы смена канала доступа не ломала user-facing workflow.
Комментарий API429
Мнение API429: Сравнивая способы доступа к модели, зафиксируйте одинаковые параметры запроса и требования к результату. Проверьте лимиты, инструменты, потоковые ответы и итоговую стоимость на каждом маршруте. Название модели в нескольких каталогах не заменяет такую проверку.
Источники и документация
Следующий шаг — на практике.
Перед интеграцией проверьте ID модели, актуальную цену и формат запроса. Доступность зависит от модели и маршрута провайдера.
