MiniMax Hy4 review 2026: 770B open-weight MoE with a 1M context window. Honest look at serving cost, Preview limits, and how it compares to Kimi K3.
MiniMax Hy4 is the flagship language model from MiniMax as of 2026, and its Preview release shipped open weights at 770 billion total parameters with a one-million-token context window. That combination puts it in rare company: very few labs publish downloadable weights at this scale, and even fewer pair them with a context window measured in millions of tokens. For businesses evaluating long-document, codebase-scale, or agentic workloads, the question is not whether Hy4 is impressive on paper — it is whether a 770B mixture-of-experts model is practical to serve, and whether the stated context limit survives contact with real work.
Quick Summary
Overall Rating 4.2/5 Best For Engineering and research teams with GPU capacity who need open weights at frontier scale and very long context Pricing Open weights (self-host) or API via MiniMax platform — see official pricing page Free Plan No — API is pay-as-you-go or subscription Ease of Use 3.4/5 Business Value 4.3/5
The strategic problem Hy4 solves is sovereignty over a frontier-class model. Most businesses renting the strongest available models are exposed to three risks: per-token costs that scale linearly with usage, provider-side deprecation of the exact model version they built against, and data that must leave their infrastructure to be processed. MiniMax open weights address all three — a team with the hardware can pin a model version indefinitely and keep sensitive corpora in-house. The one-million-token context window matters for a narrower but real set of jobs: whole-repository code reasoning, multi-hundred-page contract and filing review, and long-horizon agentic loops that would otherwise need external memory scaffolding. That said, the same open-weight decision that buys control also buys operational burden, and the architecture that makes Hy4 servable at all — a mixture-of-experts design where only about 49 billion of the 770 billion parameters activate per token — is also the thing that determines whether your serving economics work. Compare this to how other open-weight players structure the same trade-off in our DeepSeek review and our Qwen review.
Professional reality: If your team does not already run multi-GPU inference infrastructure, the 770B open weights are effectively unusable — the API is the only realistic path, and at that point you are comparing Hy4 to every other hosted frontier model on price and latency, not on openness.
Hy4 uses a mixture-of-experts design in which only about 49 billion of the 770 billion total parameters are active per token. That sparsity is the entire reason a model of this size can be served at all — a dense 770B model would demand roughly sixteen times the compute per token. For buyers, this means the hardware floor is lower than the parameter count suggests, though still far above what a single workstation can handle.
Business outcome: frontier-class output quality at a fraction of the per-token compute a dense model of the same size would require.
The stated one-million-token context window is the headline capability. In practice it enables workflows that were previously impossible without retrieval scaffolding: loading an entire mid-sized codebase, a full year of board minutes, or a complete regulatory filing set into a single prompt. The caveat is that stated limits and effective limits are different numbers — see the limitations section for how this plays out.
Business outcome: eliminates the engineering cost of building and maintaining retrieval pipelines for document sets that fit within the window.
MiniMax published Hy4 Preview weights on 28 August 2026, placing it among the Chinese labs now shipping open downloads alongside DeepSeek, GLM, Kimi K3 and the smaller Qwen and Ernie models. For a business, downloadable weights mean a model version can be pinned, audited, fine-tuned and deployed on private hardware indefinitely — none of which is possible with a closed API.
Business outcome: protects long-lived products from provider deprecation and removes the need to re-qualify a new model version every few months.
Hy4 sits inside MiniMax's wider model lineup, which spans language, video generation, speech and music — the company describes itself as having independently developed multimodal foundation models capable of understanding and generating text, audio, image, video and music. Teams already using MiniMax's video or speech models can consolidate vendor relationships and, in some cases, share infrastructure.
Business outcome: fewer vendor relationships to manage and a single procurement and security review covering multiple modalities.
MiniMax offers an open platform for enterprises and developers with API access, alongside the downloadable weights. That dual path lets a business prototype cheaply on the API and migrate to self-hosting once volume justifies the capital expense, or run a hybrid where sensitive workloads stay on-premise and the rest goes through the API.
Business outcome: allows a staged migration from rented to owned inference without rewriting the application layer.
MiniMax is not a research project — it operates AI-native products including MiniMax Code, MiniMax Design, MiniMax Audio and Talkie, plus an enterprise developer platform, and serves users and enterprise clients across a large number of countries. That commercial base means the model is unlikely to be abandoned, and there is a real support and documentation surface behind it.
Business outcome: lower abandonment risk than a purely academic open-weight release, with a documented API and enterprise contact path.
Pricing for Hy4 is not published as a simple per-model rate card on the pages available. MiniMax splits its commercial offering along a single axis: real-time per-call billing under API Pricing, and fixed monthly quotas under Subscription Plans. API Pricing covers pay-as-you-go token billing, audio subscription packs and prepaid video packages, and is positioned for enterprises. Subscription Plans cover a monthly Token Plan with a quota that resets each month, plus a Token Plan for Teams with seat assignment and shared credit pool rules, positioned for individuals and small teams. Because the scraped pricing page does not expose Hy4-specific token rates, treat any specific number you see quoted elsewhere as unverified and confirm on the official pricing page before budgeting. Self-hosting carries no licence fee but shifts cost entirely to GPU capacity, which for a 770B MoE model is the dominant line item.
| Plan | Price | What You Get |
|---|---|---|
| Pay as You Go | Per-token billing | Real-time billing per token or call, aimed at enterprises with variable or unpredictable volume. |
| Token Plan Best Value | Monthly subscription | Fixed monthly quota that resets each month, aimed at individuals and small teams. |
| Token Plan for Teams | Seat-based subscription | Seat assignment with shared credit pool rules for larger teams. |
Visit the official MiniMax Hy4 website to check the latest pricing and plans.
A mid-sized monorepo often exceeds what standard context windows can hold, forcing teams to build chunking and retrieval layers that lose cross-file relationships. Hy4's window lets an engineering team load substantially more of a repository at once, which improves refactoring suggestions, dependency tracing and migration planning. Teams already using AI coding tools should read our roundup of the best AI coding tools in 2026 to see where a long-context model fits alongside editor-integrated assistants.
Reviewing a deal room or a regulatory filing set means holding hundreds of pages of interdependent language in view simultaneously. A long-context model reduces the risk of missing a cross-referenced clause that a chunked pipeline would separate. For firms weighing this against purpose-built legal tooling, our guide to the best AI legal tools in 2026 covers the specialist alternatives.
Agent systems that run for many steps accumulate context fast — tool outputs, intermediate reasoning, retrieved documents. A model with a large window can sustain longer autonomous runs before needing summarisation or external memory, which reduces the failure modes that come from aggressive context compression. This is the workload where the combination of open weights and long context is most defensible.
Banks, hospitals and government contractors frequently cannot send sensitive text to a third-party API regardless of how good the model is. Downloadable weights let these organisations run frontier-class inference inside their own security perimeter, which is often the only path to approval. The trade-off is that they own the uptime, the GPU bill and the model maintenance.
Prototype through the MiniMax API first — create a developer account, obtain API credentials, and run representative long-context prompts to establish whether Hy4's quality actually beats your current model on your specific workload before committing to anything.
Benchmark effective context, not stated context — test retrieval accuracy at 50K, 200K, 500K and 1M tokens with your own documents, and record where accuracy drops below your acceptable threshold. That number, not one million, is your real design constraint.
Model the serving economics honestly — if self-hosting is the goal, size the GPU footprint required for the 770B MoE checkpoint at your target throughput and concurrency, then compare the amortised cost against your projected API spend at the same volume.
Pin a version and plan for Preview churn — record the exact Preview checkpoint you validated against, keep the API path available as a fallback, and set a review date to re-evaluate when MiniMax moves Hy4 out of Preview.
For a narrow but important set of buyers, Hy4 is worth serious evaluation in 2026. If you have GPU capacity, a genuine data-sovereignty constraint, and workloads that benefit from very long context, the combination of open weights and a million-token window is difficult to replicate elsewhere. The value is highest for organisations where the alternative is not a cheaper API but no deployment at all. For everyone else — particularly teams without inference infrastructure — the honest assessment is that Hy4's openness is theoretical while its API pricing competes head-to-head with closed frontier models that require none of the operational overhead. Preview status adds a further caution: this is a moving target, and production dependencies should be deferred until general availability. Treat Hy4 as a strategic option to hold, not a default to adopt.
| Decision Area | MiniMax Hy4 | When Another Option Wins |
|---|---|---|
| Best for | Open-weight deployment at frontier scale with very long context | Kimi K3 for teams that want a long-context open model with a more settled release history |
| Pricing | Per-token API billing or monthly Token Plan; self-hosting shifts cost to GPUs | Qwen3.8 Max for cost-sensitive high-volume workloads where a smaller model is sufficient |
| Key feature | 770B total parameters with roughly 49B active per token and a 1M context window | GLM-5.3 for teams prioritising agentic and tool-use behaviour over raw context length |
| Ease of use | API path is straightforward; self-hosting demands real MLOps capability | Any hosted closed model, which requires no infrastructure work at all |
| Scaling | Scales economically on owned hardware once volume is high enough to amortise GPUs | Closed APIs for teams whose volume is unpredictable or too low to justify capital spend |
Kimi K3 from Moonshot AI is the closest direct comparison — another Chinese open-weight model competing on long context and frontier capability. Both target teams that want downloadable weights rather than a rented endpoint. The practical differentiator is maturity: K3 has had longer in the market to settle, while Hy4 Preview is earlier in its lifecycle and carries correspondingly more release risk. On raw parameter count Hy4 is the larger model, but parameter count is a poor proxy for task performance, and the only meaningful test is running both against your own evaluation set.
Choose MiniMax Hy4 if: You need the largest open-weight checkpoint available and can absorb Preview-stage instability Choose Kimi K3 if: You want a long-context open model with a more established track record and lower release risk
Qwen3.8 Max sits in a different weight class. Qwen's family spans from small models that run on modest hardware up to larger hosted offerings, which makes it far more accessible for teams without a GPU fleet. If your workload does not actually require a million-token window or 770B-scale reasoning, Qwen is likely to deliver comparable results at a materially lower cost and operational burden. Hy4 only justifies itself when the specific combination of scale and context length is the point.
Choose MiniMax Hy4 if: Your workload genuinely needs frontier-scale reasoning over very long inputs Choose Qwen3.8 Max if: Cost efficiency and deployability matter more than maximum model scale
GLM-5.3 competes on agentic capability and tool use rather than raw context length. Teams building autonomous systems that call APIs, manipulate files and chain actions often find that tool-use reliability matters more than how many tokens fit in the window. If your agents fail because they misuse tools rather than because they run out of context, GLM is the more relevant comparison. If they fail because context is being truncated, Hy4's window is the more direct fix.
Choose MiniMax Hy4 if: Context length is your binding constraint on agent reliability Choose GLM-5.3 if: Tool-calling accuracy and agentic behaviour are the primary requirements
The weights are published openly, so there is no licence fee to download and run Hy4 yourself — but that is not the same as free. Self-hosting a 770B mixture-of-experts model requires substantial GPU capacity, and that infrastructure cost dominates. For API access, MiniMax bills through pay-as-you-go token pricing or a monthly Token Plan subscription. There is no free hosted tier for Hy4 that the available pricing documentation describes.
Hy4 is best suited to workloads that combine frontier-scale reasoning with very long inputs: whole-repository code analysis, large contract and filing review, long-horizon agentic runs, and any situation where data cannot leave your own infrastructure. It is a poor fit for simple, high-volume, latency-sensitive tasks where a smaller and cheaper model would perform equivalently.
Both are Chinese open-weight models competing on long context and frontier capability, and both target teams that want downloadable weights. Hy4 is the larger model by parameter count and is earlier in its release cycle as a Preview build. Kimi K3 has had more time in the market. The decision should come down to your own benchmark results on your own data rather than parameter counts or context-length claims.
Generally no, unless the small business has an unusual constraint. The open weights require infrastructure that small teams cannot justify, and the API path puts Hy4 in direct competition with hosted frontier models that need no operational work. A small business is usually better served by a hosted model with a lower cost per token and no deployment burden.
Three matter most. It is a Preview release, so behaviour and pricing can change before general availability. The 770B open weights are impractical for most self-hosters even with sparse activation. And long-context performance degrades well before the stated one-million-token ceiling, so effective context is typically a fraction of the headline figure. Any deployment plan should account for all three.
Bottom Line: MiniMax Hy4 is a genuinely significant open-weight release that most businesses should evaluate rather than adopt — it is the right answer for teams with GPU capacity and a real data-sovereignty or long-context constraint, and the wrong answer for everyone else until it leaves Preview.
Last Reviewed: June 2026 | Reviewed by theaitoolsbox.com editorial team
Developer Tools
Check website for details
Real-time billing per token or call, aimed at enterprises with variable or unpredictable volume.
Fixed monthly quota that resets each month, aimed at individuals and small teams.
Seat assignment with shared credit pool rules for larger teams.
In-depth GLM-5.3 review covering Zhipu AI pricing, open-weight availability, and how this Chinese frontier model compares for coding and agentic work in …
In-depth Together AI review covering GPU clusters, serverless inference and pricing in 2026. Find out if this AI cloud platform fits your …
Replicate review covering API pricing, model library, and business value. See how teams run open-source AI models without GPUs in 2026.
In-depth Baseten review covering AI inference pricing, model APIs, GPU deployment options, and who it's best for. Find the right ML infrastructure …
In-depth LangSmith review covering agent tracing, monitoring, SmithDB, pricing, and who it's best for. Find the right LLM observability platform in 2026.
In-depth OpenRouter review covering pricing, features, and who it's best for. Learn how this unified API gateway for AI models compares to …
In-depth Meilisearch review covering speed, typo tolerance, hybrid search, pricing, and who it's best for. Find the right search engine for your …
Explore Snyk’s 2026 security platform: automated vulnerability detection, auto‑fix, and CI/CD integration. Ideal for DevOps teams seeking rapid risk mitigation.