Review this fictional payment-webhook policy: every failed POST is retried three times, no idempotency key is stored, and the balance is debited before the response is sent. Identify duplicate-charge risks, propose minimal changes and three acceptance tests. Use only these facts; do not assume access to code, tools or production systems.
MiniMax M3 API: Pricing, Playground and Examples
Explore MiniMax M3 token pricing and Chat Completions integration for coding, research and agent workflows, with tool-use and text Playground boundaries.
MiniMax M3 API pricing and billing
Official price
- Input
- $0.3000 /M
- Output
- $1.2000 /M
API Hop price
- Input
- $0.2100 /M
- Output
- $0.8400 /M
- Cache input
- $0.2100 /M
- Cache write
- $0.2100 /M
Reference price - not independently verified. Check the publisher's current rates, billing units and applicable terms before comparing costs.
MiniMax M3 online chat tool
Model settings
It includes completed, reusable turns from this conversation in your next request, so you can ask follow-up questions without repeating the context.
What happens when it is off?Only your new message and any system prompt are sent. Existing messages stay visible; turning memory back on includes eligible earlier turns again.
Is this long-term memory?No. This is conversation context, not memory across separate conversations. Failed, stopped, truncated, or non-reusable replies are excluded. More history can use more input tokens and increase cost.
Advanced parameters
Conversation

How can I help you today?
No response data yet MiniMax M3 prompt examples
These are evaluation prompts for MiniMax M3, not recorded model outputs. They analyze only supplied text; they do not execute code, inspect production systems or prove long-context performance. Check quoted evidence and acceptance criteria, then review response metadata and usage before production use.
Analyze this synthetic trace: [L1] 10:00:00 request A accepted; [L2] 10:00:01 worker started A; [L3] 10:00:31 client timeout; [L4] 10:00:33 worker completed A; [L5] 10:00:35 client submitted A again. Separate observations from hypotheses, cite line IDs, list missing evidence and propose two checks. Do not claim to have inspected a real system or executed a fix.
A fictional two-person team runs 2,000 reports daily. Completion within 30 minutes is acceptable. It has a database but no queue service; jobs must recover after restart and avoid duplicate delivery. Compare a database-backed batch with a dedicated queue. Give a decision table, a conditional recommendation, three unknowns and one condition that reverses your choice. Do not invent benchmarks, costs or tested guarantees.
What is MiniMax M3
A multimodal model for project coding and agent collaboration
We position MiniMax M3 as a multimodal model for project coding and multi-step collaboration, focusing on code fixes, frontend and backend development, tool use, and complex tasks that require sustained progress. M3 is a multimodal model that accepts text, images, and video and outputs text. We place greater value on how these capabilities work together, such as analyzing a problem using page screenshots, requirements, and source code, then using tools to make and verify changes.
An open-weight MoE model supporting million-token context
MiniMax M3 uses a mixture-of-experts architecture, or MoE. The official model card lists approximately 428 billion total parameters and 23 billion active parameters, with support for up to 1M tokens of context; the model weights are publicly available under the MiniMax Community License.
We believe a larger context is useful for retaining cross-file relationships and continuous work records, such as analyzing project conventions, code from several modules, and runtime logs together. For teams considering self-hosting, we recommend evaluating the cost difference between deployment and API use.
Switch between thinking and non-thinking modes by task
MiniMax M3 supports both disabling thinking and handling problems in thinking mode. We believe this provides a basis for allocating reasoning budgets by task: for simple extraction, format conversion, and short replies, evaluate non-thinking mode first; for code analysis, reasoning with multiple constraints, and successive tool tasks, compare the results with thinking enabled.
Our evaluation focuses on task completion, waiting time, and whether unnecessary output increases. For features requiring frequent interaction, we recommend first deciding whether the model response time is acceptable for the business, then choosing the corresponding settings.
MiniMax M3 online tools and API on API Hop
Through API Hop, we want to help you understand how MiniMax M3 actually performs on your tasks more quickly. Simply sign in, create an API key, and add a small amount of credit to start trying it in the online tool, without writing API integration code first or buying a fixed plan for a short-term evaluation.
MiniMax M3 core capabilities and domain strengths
Project coding: fix and iterate on existing code
We would prioritize MiniMax M3 for clearly defined iterations, such as fixing existing issues, adding features according to interface contracts, or adjusting implementations based on test results. Thinkwright's public engineering experiment found that M3 and GLM-5.2 performed similarly on fixes and feature additions to existing code, with the more noticeable gap concentrated in building projects from scratch.
Based on this, we suggest trying M3 for ongoing improvements and new feature iterations in existing projects.
Long-document analysis: read codebases, documents, and runtime logs together
MiniMax M3 uses MSA sparse attention to handle long context. Its technical paper describes selecting relevant information blocks before computing attention, reducing the computational overhead of very long inputs.
We focus more on its value for analysis across materials, such as checking whether an implementation matches requirements, comparing interface contracts across versions, or reconstructing an incident from logs. We recommend retaining file names, versions, and timestamps, and requiring conclusions to reference specific locations. For very long tasks, the model can first list the key evidence it found before making judgments.
Image and video understanding: include interfaces and visual materials in analysis
We would use MiniMax M3's visual capabilities for work requiring visual understanding, such as checking whether a webpage screenshot matches an implementation, analyzing chart contents, or documenting a workflow from an operation video. Like the official MiniMax API, API Hop provides image and video inputs, using image_url content blocks for images and video_url content blocks for video.
We recommend making your requirements explicit: identify the areas to focus on when checking an interface, specify the metrics to verify when analyzing charts, and limit the time range and events to identify when processing video. This makes it easier to align model output with the original materials and continue changing code or adding explanations.
Tool collaboration: continue multi-step tasks using intermediate results
MiniMax M3 supports tool calling and can continue reasoning across multiple rounds of tool interaction. Once an application provides retrieval, code execution, or file-processing tools, the model can decide what to do next based on their results. The official tool tutorial also requires retaining the complete model response in subsequent turns to maintain continuity of task information.
Customer feedback on M3's agent experience is mixed: some users appreciate its execution capabilities, while others report confusion in complex workflows. We therefore recommend starting with short, clearly bounded workflows, specifying each step's input, expected result, and failure handling before gradually extending task length.
Long-running optimization: keep improving against verifiable goals
MiniMax demonstrated an FP8 matrix-multiplication kernel optimization case in which M3 made 147 benchmark submissions and 1,959 tool calls over approximately 24 hours, continuously revising its implementation based on feedback.
We believe this capability is worth applying to work with clear goals, such as code performance optimization, test fixes, and experiment reproduction. We recommend defining correctness checks, performance targets, and stopping conditions in advance; when results stop improving for an extended period, check the task description, tool feedback, or implementation direction rather than merely increasing the number of calls.
MiniMax M3 benchmarks and performance
In this section, we use the original M3 evaluation methodology published by MiniMax in June 2026 and separately list Artificial Analysis results checked as of October 7, 2026. The tool frameworks and budgets used in official tests vary by benchmark, and we explain the scores in light of those conditions.
Software engineering: 59.0% on SWE-bench Pro and a SWE-fficiency score of 34.8
In the official release results, MiniMax M3 scored 59.0% on SWE-bench Pro and 34.8 on SWE-fficiency. We use these as references for project issue fixes and code performance optimization, respectively.
SWE-fficiency focuses on speed improvements while preserving functional correctness, with metrics involving the relative performance of model and expert optimizations. We retain 34.8 as the benchmark score to avoid misreading it as a 34.8% speedup in a real project. For performance optimization tasks, we recommend checking runtime, resource usage, and test results together.
Terminal execution: 66.0% on Terminal-Bench 2.1
MiniMax reported an M3 score of 66.0%. The test used Terminus 2, a two-hour timeout per task, and a maximum output budget of 128K tokens. These evaluation settings help explain the execution conditions behind the score.
We focus more on whether the model can understand feedback after executing commands and continue making corrections. For practical evaluation, we recommend tasks that require installing dependencies, running tests, and handling errors, retaining logs from failed steps to check whether the task is ultimately completed.
Tools and retrieval: 74.2% on MCP Atlas and approximately 83.5% on BrowseComp
In the official report, MiniMax M3 scored 74.2% on MCP Atlas and approximately 83.5% on BrowseComp. We use these results as references for tool collaboration and complex retrieval capabilities.
For workflows that search multiple materials and verify conditions before producing conclusions, we recommend checking "finding relevant content" and "answering the question correctly" separately. For example, require the model to retain source links, explain which conditions the evidence supports, and flag unresolved questions. We prioritize checking whether information returned by tools actually supports the final answer.
Multimodal understanding: 91.6 on OmniDocBench and 78.1% on MMMU-Pro
In the complete official evaluation table, MiniMax M3 scored 91.6 on OmniDocBench using the v1.5 dataset and 78.1% on MMMU-Pro. We believe these results are useful for examining document parsing and multidisciplinary visual understanding, respectively.
OmniDocBench evaluates document elements including text, tables, and formulas. We would prioritize testing M3 on materials with complex layouts, nested tables, or formulas, while checking that extracted content corresponds to its page location. For questions requiring further reasoning, we recommend also verifying the data used in that reasoning, rather than only checking whether text recognition is complete.
Independent evaluation and response speed: an index score of 29 and output at approximately 100 tokens/second
Artificial Analysis scored the thinking version of MiniMax M3 at 29 on Intelligence Index v4.3.2; output speed through the MiniMax API was approximately 100.4 tokens per second, with a time to first token of approximately 2.65 seconds.
MiniMax M3 compared with M2.7, Claude Opus 4.7, GPT-5.5, and GLM-5.2
We selected versions with public comparison data. The figures for M2.7, Claude Opus 4.7, and GPT-5.5 come from the M3 release evaluation.
Compared with MiniMax M2.7: larger gains in terminal and tool tasks
- MiniMax M366.0%
- MiniMax M2.751.1%
- MiniMax M374.2%
- MiniMax M2.749.4%
In the official release table, MiniMax M2.7 and M3 scored 51.1% and 66.0% on Terminal-Bench 2.1, and 49.4% and 74.2% on MCP Atlas, respectively.
For teams already using M2.7 and planning to upgrade to M3, we recommend prioritizing multi-turn tool calls, code fixes, and long conversations in replacement evaluations. For short tasks that existing workflows already complete reliably, we would continue comparing response quality, duration, and call costs to assess the actual benefit of upgrading.
Compared with Claude Opus 4.7: higher retrieval scores, but a software engineering gap remains
- MiniMax M3~83.5%
- Claude Opus 4.779.3%
- MiniMax M359.0%
- Claude Opus 4.764.3%
In the same release table, M3 and Claude Opus 4.7 scored approximately 83.5% and 79.3% on BrowseComp, compared with 59.0% and 64.3% on SWE-bench Pro. We therefore consider M3's retrieval performance noteworthy, while software engineering capabilities still need task-specific comparisons.
We recommend testing information retrieval, cross-source verification, and project fixes separately. If the work relies mainly on retrieval, prioritize evaluating M3; if it requires completing a substantial change in a complex codebase in one attempt, we would retain Opus 4.7 as a comparator and observe pass rates and subsequent rework.
Compared with GPT-5.5: similar code-fix scores, with a larger terminal-execution gap
- MiniMax M359.0%
- GPT-5.558.6%
- MiniMax M366.0%
- GPT-5.578.2%
In MiniMax's release table, M3 and GPT-5.5 scored 59.0% and 58.6% on SWE-bench Pro, compared with 66.0% and 78.2% on Terminal-Bench 2.1. GPT-5.5's terminal score was cited from the benchmark's official leaderboard, and its test environment was not fully aligned with M3's. Official MiniMax M3 release and evaluation notes
We interpret the first pair as similar performance on that evaluation; a difference of 0.4 percentage points alone does not support a claim of a clear lead. For tasks requiring successive commands, environment debugging, and completed delivery, we recommend further comparing final completion rates rather than choosing a model solely from its code-fix score.
Compared with GLM-5.2: a public engineering experiment shows a trade-off between speed and complete delivery
- MiniMax M3152 / 180
- GLM-5.2165 / 180
- MiniMax M345 s
- GLM-5.280 s
In the Thinkwright experiment published by Brandon Huey on June 19, 2026, 60 scored tasks were run three times per model. The experiment used Fireworks priority service with thinking disabled on the client. The results were as follows. Thinkwright first-hand engineering experiment
| Metric | MiniMax M3 | GLM-5.2 |
|---|---|---|
| Fully passing runs | 152 / 180, approximately 84% | 165 / 180, approximately 92% |
| Average time per run | 45 seconds | 80 seconds |
We interpret these results as a completion-rate versus waiting-time trade-off within that experiment: M3 was faster, while GLM-5.2 had a higher full pass rate. The larger gaps recorded by the author were concentrated in build-from-scratch tasks, including package structure and interface behavior. We therefore recommend prioritizing clearly bounded modification tasks for M3 and adding checks for entry points, directory structure, and boundary conditions when delivering new projects.
Why use MiniMax M3 through API Hop?
Usage-based billing and model cost optimization
Charges follow current API Hop rates and actual usage. Top up on demand.
Unified AI models and data APIs, with multi-model access in one place
One API key connects multiple AI models and data services, reducing integration costs and letting you switch with one click. Business applications need both AI and data.
Call logs and application access controls, with clarity on every call
Every API call is recorded in your dashboard. Create separate API keys for different applications.
Evaluate outputs against your task
Use the documented model ID and supported parameters through API Hop. Evaluate outputs against your own acceptance criteria, then inspect usage records and response metadata before production use. A model name or example does not guarantee each result.
How to use MiniMax M3 on API Hop
After creating an API key in the console, follow the documentation to get started with MiniMax M3.
Prepare your account and test online
Sign in, confirm your balance, and create an API key.
Try it in the Playground
Explore the model's capabilities in the Playground to find the best way to use it.
Integrate MiniMax M3 into your business
Follow our developer documentation to integrate MiniMax M3 into your business.
Future model upgrades
To switch to a newer model, first confirm that its exact ID is returned by the model catalog for your API key. If it supports the same endpoint and request fields, update the model ID, then test response formats, streaming, output limits and billing before sending production traffic. For asynchronous image or video tasks, also verify job submission, status polling and result retrieval.
MiniMax M3 API FAQ
Which endpoint and model name should I use to call MiniMax M3 on API Hop?
We recommend starting with a minimal request: send a POST request to https://api.apihop.ai/v1/chat-completions, set model to minimax-m3, pass your API Hop API key through Authorization: Bearer YOUR_API_KEY, and provide a messages array. Add stream: true when you need a streaming response. API Hop MiniMax M3 API documentation
Can thinking be disabled in MiniMax M3, and why is the response body sometimes empty?
Yes. The parameter we provide to disable it is thinking: {"type": "disabled"}; omitting this field preserves the model's default behavior. For short questions or format conversion, we recommend evaluating responses with this setting first. MiniMax identifies five-level reasoning_effort depth control as a capability of M3.1-Flash-Preview; integrations with M3 should follow its own parameter documentation. API Hop MiniMax M3 API documentation MiniMax official OpenAI-compatible API documentation
If the response body is empty or truncated, we recommend checking finish_reason and the output budget. Thinking tokens also consume the generation budget; when max_tokens is too small, the budget may be exhausted before the final answer starts. We recommend reserving space for both thinking and the answer, then adjusting the budget to the task or retrying with thinking disabled. MiniMax official OpenAI-compatible API documentation API Hop shared Chat Completions documentation
The Playground has no separate thinking switch. Asking for a short answer controls presentation and does not necessarily disable internal reasoning.
0Does MiniMax M3 support images, video, and million-token input?
MiniMax's official documentation lists a 1M-token context and support for image and video input for M3. The context must accommodate both input and output, so the material submitted in one request must also account for system prompts, message history, and the generation budget. We recommend checking the actual usable input space during integration. MiniMax official API overview Artificial Analysis independent evaluation
This Playground accepts text, without file upload or automatic link retrieval. Paste relevant extracted text to test here. Visual inputs require a separately supported interface; this page also does not generate MiniMax audio or video.
0How should I handle 401, 402, 403, or 429 errors?
We recommend reading the HTTP status first, then checking the numeric code in the response. API Hop's Chat Completions documentation defines the following mappings. API Hop shared Chat Completions documentation
| HTTP status | Platform code | Meaning and action |
|---|---|---|
| 401 | 20000 | Authentication failed; check the API key and Authorization header |
| 402 | 40000 | Insufficient balance; check the account balance |
| 403 | 20001 | Access denied, or the current key cannot use this model |
| 429 | 40001 | Rate limit reached; reduce concurrency and retry later |
For authentication, balance, and permission issues, we recommend correcting the configuration first; for rate limits and temporary service errors, use bounded retries with backoff. When troubleshooting, retain the request identifier, HTTP status, and error body. This format applies to Chat Completions HTTP errors; for an SSE stream that has already started, separately check the in-stream events and whether the connection ended normally. API Hop shared Chat Completions documentation
Verify minimax-m3 in the model catalog visible to your API key.
Does conversation memory persist across conversations?
Memory includes reusable completed turns from the current conversation, not permanent knowledge across conversations. Disabling it leaves history visible but excludes it from new requests. Longer retained history can increase input usage.
Related text APIs
MiniMax M3 API examples and supported parameters
MiniMax M3 API quickstart
minimax-m3model is required; these examples use the current page model ID. Check model access for your API key with GET /v1/models.
Chat CompletionsPOST /v1/chat-completions
curl -X POST "https://api.apihop.ai/v1/chat-completions" \
-H "Authorization: Bearer <API_KEY>" \
-H "Content-Type: application/json" \
-d '{"model":"minimax-m3","messages":[{"role":"user","content":"Hello, introduce yourself in one sentence."}],"stream":false}'Family and protocol reference
MiniMax Model
Full API documentationCall MiniMax M3 through the shared Chat Completions endpoint.
https://api.apihop.ai/v1/chat-completions