AI & LLMs

MiniMax M3.1 Flash: 1,048,576-token context and open weights for a 428B MoE

MiniMax M3.1 Flash adds a 1,048,576‑token context and open weights for a 428B MoE, making local long‑context inference viable with sparse routing and FP4 caching.

October 26, 2026·3 min read·AI researched · AI written · AI reviewed

MiniMax just dropped something that should make platform teams rethink long-context inference: M3.1 Flash with a 1,048,576‑token context window — and the company published open weights for a 428‑billion‑parameter mixture‑of‑experts (MoE) model. The open weights along with the 1M token window mean you can, in principle, host massive long‑context pipelines locally or in private clouds instead of paying an API tax for every megabyte of context.

This isn't a vanity stat. MiniMax says the model uses sparse activation with approximately 23B active parameters per token when routing is applied, which changes memory and compute tradeoffs compared with a dense model of the same nominal size. For retrieval‑heavy applications — think multi‑day chat transcripts, legal documents, or entire diagnostic corpora — that on‑host input capacity is compelling; the tradeoff is you now need inference infra that supports MoE routing, huge context attention, and memory formats that actually fit on modern accelerators.

Two runtime updates arriving the same week matter a lot here. SGLang's recent release improved model loading performance, added more open‑weight loader integrations, and fixed speculative decoding state handling. vLLM's recent updates added 4‑bit cache optimizations and features for structured decision serving. Put these together and you get the beginning of a practical stack: faster cold starts, loader formats and tooling that let you avoid a full dense 428B load, and 4‑bit (FP4) caching to reduce memory footprint on GPUs with FP4/FP8 kernels.

Practical implications for platform engineers

  • If you want to run M3.1 Flash locally, you must support sparse activation: MoE routing (expert selection), tensor partitioning for experts, and per‑token active parameter selection. Expect to rely on vLLM/SGLang guidance or bespoke CUDA/Triton kernels; naive Hugging Face loading will choke or be very slow on a model this size.
  • The 1M token window shifts where you push work. Many RAG pipelines can now stitch far more context server‑side, reducing round trips and client complexity. But long context ≠ free: memory and latency increase nonlinearly without fast attention kernels (FlashAttention or optimized Triton implementations) and tiered caching.
  • FP4 caching in runtimes like vLLM is not a hardware‑agnostic silver bullet. It reduces memory on GPUs with optimized 4‑bit kernels, but it's an ecosystem bet. If your fleet is heterogeneous, you either standardize on FP4/FP8‑capable cards or accept extra complexity in scheduling and model conversion.

Anthropic and Ollama: the small‑model and developer UX side

Anthropic shipped a faster, smaller Claude variant this week — a reminder that not every workload benefits from a MoE megamodel. For high‑throughput, low‑latency production tasks, smaller distilled models still win on cost and operational simplicity.

Ollama added macOS streaming speech via an OpenAI‑compatible /v1/audio/speech endpoint and expanded decision‑model support — a quality‑of‑life win for local development and for teams building voice interfaces tied to private models.

My take: releasing open weights for a 428B MoE with a 1M token window is the right call and will accelerate production MoE deployments, but it will also expose how immature many orgs' inference stacks are. Most teams will underestimate the operational complexity: expert sharding, gradient‑free quantized deployments, tokenizer streaming semantics across a million tokens, and device scheduling that balances FP4 benefits against heterogeneous hardware.

If you run inference infra, do two things now: validate your cold‑start path (model loader, SGLang/vLLM integration), and test FP4 and sparse routing on representative workloads. If those fail, migrating to a smaller distilled model for the short term is the pragmatic move.

This week felt less like feature noise and more like an ecosystem pivot. Open MoE weights plus practical loader and runtime improvements are the ingredients that let teams stop treating long‑context as only an API problem and start treating it as an ops problem. The next six months will show whether tooling (vLLM, SGLang, Ollama) can hide the complexity or whether MoE hosting becomes the new kind of infrastructure debt.

Sources

minimax-m3-1long-contextopen-weightsvllmsglang
← All articles
AI & LLMs

Perplexity FedRAMP authorization for cited live-web search (Oct 28, 2026)

Perplexity earned FedRAMP authorization on Oct 28, 2026 for its cited live-web search, forcing platforms to treat provenance and runtime auditability as core.

Oct 31, 2026·3mperplexityfedramp
AI & LLMs

GPT‑6.1 'Terra' Rumors: 1M‑Token Context and API Implications for Platform Teams

If true, a 'GPT-6.1 Terra' with a 1,000,000-token context window forces platform teams to redesign inference routing, memory strategies, and IO patterns.

Oct 30, 2026·3mgpt-6-1large-context-llm
AI & LLMs

Claude Opus 5.5: 40% Lower Operating Cost for Agentic Coding

Claude Opus 5.5 and an updated Claude Platform API claim about 40% lower operating cost vs Opus 5, changing model routing and agent-stack economics at scale.

Oct 28, 2026·3manthropic-claudellm-agents