Microsoft Adopts MAI Models to Reduce Token Costs

For practitioners running product-integrated LLM features, model token cost and latency materially shape architecture and vendor choices. Bloomberg reporting indicates Microsoft has begun routing "tens of thousands" of weekly prompts in Excel and Outlook to its own MAI models to cut token expenses, according to Gizmodo coverage of the Bloomberg report. Gizmodo notes this usage is still a small fraction of Microsoft's total AI consumption and that heavy workloads like Copilot continue to consume far larger token volumes. Gizmodo also reports Microsoft recently announced MAI-Thinking-1, which it described as built for "high efficiency and performance, but importantly, at a low-token cost," and listed the model as a 35 billion active-parameter model with a 256K context window. Microsoft declined to comment on the Bloomberg report, Gizmodo adds.
What happened
Bloomberg, cited by Gizmodo, reported that Microsoft is using its own MAI models to complete "tens of thousands" of AI prompts each week in Excel and Outlook instead of relying exclusively on third-party models, per an unnamed source, Gizmodo reports. Gizmodo adds that this represents a small portion of Microsoft's overall AI usage and that high-volume services such as Copilot still drive the majority of token consumption. Microsoft declined to comment on the Bloomberg report, Gizmodo reports.
Technical details
Gizmodo reports Microsoft recently announced the model MAI-Thinking-1, which Microsoft described as built for "high efficiency and performance, but importantly, at a low-token cost," and lists it as a 35 billion active-parameter model with a 256K context window. Gizmodo also reports Microsoft rolled out additional image, transcription, voice, and coding models alongside MAI-Thinking-1.
Industry context
Industry-pattern observations: As model inference costs scale with both usage and context length, larger enterprises are increasingly weighing internal model deployment or cheaper mid-sized models to reduce per-query expense. Observers following the sector have noted a growing trade-off space where mid-sized, optimized models can match task-level performance for many product tasks while substantially lowering token bills.
What to watch
Signals observers should follow include vendor token pricing changes, published cost-per-token benchmarks for comparable tasks, third-party model adoption rates inside major SaaS products, and any Microsoft statements or blog posts clarifying production rollouts or cost-per-query metrics. Bloomberg sourced the initial usage claim to an unnamed source; Microsoft has not provided a public explanation of the reported routing decisions, Gizmodo reports.
Editorial analysis
The practical takeaway for ML engineers and platform teams is straightforward, token economy is becoming a first-order constraint for large-scale, product-facing LLM features. Teams designing in-app assistants or background generation should treat token price and model efficiency as architectures-level trade-offs, not only accuracy metrics.
For engineering teams, the practical actions are to benchmark both accuracy and cost for target prompts, include token-cost forecasts in product planning, and design runtime routing that can fall back to cheaper in-house or mid-sized models when acceptable. This story reinforces that token economics, not only raw model capability, determine which models run at scale in production.
Key Points
- 1Major product features now treat token cost as an architectural constraint, affecting model selection and routing.
- 2Mid-sized, optimized models like MAI-Thinking-1 aim to lower per-query expense while keeping competitive task performance.
- 3Practitioners should benchmark cost-performance trade-offs and monitor vendor pricing and in-product routing decisions.
Scoring Rationale
Notable operational signal: a large cloud vendor routing product prompts to in-house, cost-optimised models affects enterprise deployment economics and vendor selection. The story is not a frontier-model release but matters for production-scale inference planning.
Sources
Public references used for this report.
Practice interview problems based on real data
1,625 SQL & Python problems across 15 industry datasets — the exact type of data you work with.
Try 250 free problems
