TLDR MiniMax M3 combina una finestra di contesto da 1.000.000 token, comprensione nativa di testo-immagini-video, solide prestazioni in coding e agentiche, e MiniMax Sparse Attention (MSA). Gli sviluppatori possono chiamare MiniMax M3 tramite il gateway compatibile con OpenAI di CometAPI all’indirizzo https://api.cometapi.com/v1 con l’ID modello minimax-m3.
Questa guida copre le specifiche del modello, i dati ufficiali dei benchmark, la configurazione dell’API, lo streaming, i controlli del reasoning, le richieste multimodali, le chiamate agli strumenti, i prezzi e i confronti con altre API di frontiera del 2026.
Punti chiave
- MiniMax M3 supporta fino a 1M token di contesto, abilitando coding a scala di repository e sessioni di agenti di lunga durata.
- Il modello è nativamente multimodale fin dallo step zero di training e accetta input di testo, immagini e video.
- La sua architettura MiniMax Sparse Attention è progettata per rendere più pratico il contesto da un milione di token. I risultati ufficiali includono 59,0% su SWE-Bench Pro e 66,0% su Terminal-Bench 2.1, insieme a solidi punteggi per agent e uso di strumenti.
- L’API compatibile con OpenAI di MiniMax supporta thinking adattivo o disabilitato, streaming, strumenti e reasoning_split.
- Su CometAPI, l’ID modello attuale è minimax-m3 e l’endpoint principale è /v1/chat/completions.
Che cos’è MiniMax M3?
MiniMax M3 è progettato attorno a tre tipologie di carico che definiscono sempre più i modelli di frontiera per sviluppatori: ingegneria del software su larga scala, esecuzione autonoma di agenti e reasoning multimodale su contesto lungo. MiniMax descrive M3 come un modello che raggiunge prestazioni di livello frontiera in compiti di coding e agentici, combinando contesto da 1M, multimodalità nativa e MSA. Il risultato pratico è un modello meno orientato a turni di chat isolati e più a flussi di lavoro che accumulano file, risultati di strumenti, screenshot, modifiche al codice e stato di reasoning nel tempo.
M3 è disponibile tramite l’ecosistema API di MiniMax e tramite il MiniMax M3 endpoint di CometAPI. Per gli sviluppatori che già usano l’SDK OpenAI, il percorso CometAPI mantiene la forma familiare delle Chat Completions semplificando il confronto di M3 con modelli di Anthropic, Google, Moonshot AI e altri provider.
Specifiche tecniche di MiniMax M3
| Specifica | MiniMax M3 |
|---|---|
| Fornitore | MiniMax |
| Rilascio ufficiale | 1 giugno 2026 |
| ID modello CometAPI | minimax-m3 |
| ID modello API uff. | MiniMax-M3 |
| Architettura | MiniMax Sparse Attention (MSA) |
| Finestra di contesto | Fino a 1.000.000 token; la pagina del modello MiniMax indica un minimo di 512K |
| Modalità di input | Testo, immagine, video |
| Output | Testo |
| Controllo del reasoning | thinking.type = adaptive o disabled |
| Chiamata di strumenti | Supportata |
| Streaming | Supportato |
| API compatibile con OpenAI | Supportata |
| Endpoint CometAPI | POST /v1/chat/completions |
Le cifre su contesto e modalità sono confermate nella documentazione API di MiniMax, mentre architettura e posizionamento del rilascio provengono dal rilascio ufficiale di M3.
Cosa rende MiniMax M3 diverso?
MiniMax Sparse Attention e contesto da 1M
Una finestra di contesto da un milione di token è utile solo se l’architettura di serving può elaborarla con costi e velocità accettabili. M3 affronta il problema con la MiniMax Sparse Attention (MSA), che identifica prima i blocchi KV rilevanti e poi esegue attenzione sparsa sulle regioni selezionate invece di applicare attenzione quadratica completa ovunque.
MiniMax riporta che a una lunghezza di contesto di 1M, M3 utilizza circa 1/20 della computazione per token rispetto alla generazione precedente, con oltre 9x di prefill più rapido e oltre 15x di decoding più veloce. Si tratta di risultati ingegneristici riportati dal fornitore, non di misurazioni di serving di terze parti, ma spiegano perché MSA sia centrale nel design di M3 per contesti lunghi.

Figura 1. Architettura MiniMax Sparse Attention. Fonte: Rilascio ufficiale M3 di MiniMax
Multimodalità nativa
MiniMax afferma che M3 ha seguito training a modalità mista fin dallo step zero, invece di aggiungere un livello di visione separato dopo il pretraining testuale. Nell’API compatibile con OpenAI, M3 accetta parti di contenuto di testo, immagini e video. Le immagini possono essere fornite con image_url e i video con video_url; i formati immagine supportati includono JPEG, PNG, GIF e WEBP, mentre i formati video supportati includono MP4, AVI, MOV e MKV.
Per gli sviluppatori, ciò rende un unico modello utilizzabile per attività come debugging da screenshot, interpretazione di grafici, revisione UI, analisi di documenti tecnici e comprensione video senza dover indirizzare ogni input visivo attraverso un modello separato.
Flussi di lavoro di coding e agentici
Il posizionamento pubblico più forte di M3 non è la chat generica. MiniMax si concentra su correzione di bug, sviluppo frontend e backend, esecuzione da terminale, ottimizzazione delle prestazioni, invocazione di strumenti e collaborazione a lungo termine. Il set ufficiale di benchmark di M3 enfatizza quindi l’ingegneria del software e i benchmark di agent piuttosto che soli test accademici di QA.
| Benchmark | Cosa valuta | MiniMax M3 |
|---|---|---|
| SWE-Bench Pro | Ingegneria del software reale | 59,0% |
| Terminal-Bench 2.1 | Attività di agenti basati su terminale | 66,0% |
| SWE-fficiency | Ingegneria del software efficiente | 34,8% |
| KernelBench Hard | Ottimizzazione di kernel GPU | 28,8% |
| MCP Atlas | Capacità di agente MCP/uso di strumenti | 74,2% |
| BrowseComp | Navigazione e recupero autonomi | 83,5 |
| PostTrainBench | Flusso di lavoro post-training autonomo | 0,37 |
Thinking configurabile
Nell’API compatibile con OpenAI di MiniMax, M3 supporta un controllo esplicito del reasoning: thinking può essere impostato su adaptive o disabled. Se il campo è omesso sull’endpoint compatibile con OpenAI di MiniMax, il thinking è attivo per impostazione predefinita. Per le integrazioni in produzione, impostare esplicitamente il campo è più sicuro perché rende latenza e comportamento più facili da riprodurre tra ambienti.
Prestazioni degli agenti su lungo orizzonte
MiniMax ha pubblicato anche due case study di lunga durata che mostrano perché il design del contesto di M3 è importante. In un compito di riproduzione di un paper, M3 ha funzionato in modo autonomo per quasi 12 ore, producendo 18 commit e 23 figure sperimentali mentre riproduceva gli esperimenti principali di un ICLR 2025 Outstanding Paper. Il compito richiedeva lettura di figure e formule, modifica di codice, tracciamento degli esperimenti e conservazione di una lunga cronologia di esecuzione.
In un esercizio separato di ottimizzazione di kernel CUDA, MiniMax riporta 147 invii di benchmark e 1.959 chiamate a strumenti in circa 24 ore, con l’utilizzo di picco dell’hardware Hopper FP8 salito dal 7,6% al 71,3%, equivalente a un’accelerazione riportata di 9,4x. Questi esempi sono dimostrazioni controllate, non garanzie per ogni agente in produzione, ma illustrano il caso d’uso previsto: loop di strumenti persistenti in cui i progressi possono arrivare solo dopo molte iterazioni.

Perché usare l’API MiniMax M3 tramite CometAPI?
CometAPI espone M3 attraverso lo stesso ambiente API utilizzato per centinaia di altri modelli. Ciò conta quando un team vuole confrontare più provider, mantenere una sola superficie di fatturazione o predisporre rotte di fallback senza ricostruire l’applicazione attorno a ogni SDK specifico del fornitore.
- Integrazione compatibile con OpenAI: i client SDK OpenAI esistenti possono essere riutilizzati cambiando base URL, API key e ID modello.
- Un’unica chiave per più provider di modelli, rendendo più facili A/B test e routing di fallback.
- Monitoraggio centralizzato di utilizzo e costi a livello di modello invece di dashboard separati per provider.
- Cambio modello rapido quando un carico richiede un diverso equilibrio tra qualità, latenza, supporto di modalità o prezzo.
La pagina live MiniMax M3 su CometAPI elenca attualmente l’ID modello minimax-m3, POST /v1/chat/completions e esempi di SDK OpenAI.
Come usare l’API MiniMax M3 con CometAPI
Passo 1: Crea un account CometAPI e ottieni una chiave API
Crea o accedi al tuo account CometAPI, quindi genera un token API dalla console dei token. Conserva il token in una variabile d’ambiente invece di effettuare commit in controllo versione.
export COMETAPI_KEY="your-key-here"
Passo 2: Configura il client OpenAI
La base URL compatibile con OpenAI di CometAPI è:
https://api.cometapi.com/v1
Installa l’SDK OpenAI e punta il client a CometAPI:
pip install openai
from openai import OpenAI
import os
client = OpenAI(
api_key=os.environ["COMETAPI_KEY"],
base_url="https://api.cometapi.com/v1",
)
Passo 3: Effettua la tua prima richiesta a MiniMax M3
Usa l’ID modello minimax-m3 su CometAPI. Una richiesta cURL minimale è:
curl https://api.cometapi.com/v1/chat/completions \
-H "Authorization: Bearer $COMETAPI_KEY" \
-H "Content-Type: application/json" \
-d '{
"model": "minimax-m3",
"messages": [
{
"role": "system",
"content": "You are a precise software engineering assistant."
},
{
"role": "user",
"content": "Review this migration plan and list three high-risk failure modes."
}
],
"max_completion_tokens": 1200,
"reasoning_split": true
}'
Python:
completion = client.chat.completions.create(
model="minimax-m3",
messages=[
{"role": "system", "content": "You are a precise technical assistant."},
{"role": "user", "content": "Explain how sparse attention helps long-context coding agents."},
],
max_completion_tokens=1200,
extra_body={"reasoning_split": True},
)
print(completion.choices[0].message.content)
La pagina M3 live di CometAPI usa lo stesso pattern reasoning_split nel suo esempio Python. Questo switch modifica il modo in cui viene restituito il contenuto di reasoning; non attiva o disattiva di per sé il thinking.
Passo 4: Abilita lo streaming
Lo streaming è utile per interfacce chat, assistenti di coding e completamenti lunghi perché gli utenti vedono l’output man mano che arriva. La documentazione compatibile con OpenAI di MiniMax conferma il supporto dello streaming per M3.
stream = client.chat.completions.create(
model="minimax-m3",
messages=[{"role": "user", "content": "Create a phased plan for migrating a monolith to services."}],
stream=True,
max_completion_tokens=3000,
)
for chunk in stream:
delta = chunk.choices[0].delta
if delta.content:
print(delta.content, end="", flush=True)
Passo 5: Abilita o disabilita il thinking
MiniMax definisce modalità di thinking adaptive e disabled per M3. Usa thinking adaptive per coding complesso, pianificazione e compiti agentici; disabilitalo per estrazioni semplici, classificazione o risposte sensibili alla latenza. Quando utilizzi campi specifici del provider attraverso un router compatibile con OpenAI, validali nel playground CometAPI prima della produzione perché il comportamento di pass-through può evolvere.
# Deeper reasoning
completion = client.chat.completions.create(
model="minimax-m3",
messages=[{"role": "user", "content": "Find the root cause of this distributed transaction failure."}],
extra_body={"thinking": {"type": "adaptive"}},
)
# Faster direct answer
completion = client.chat.completions.create(
model="minimax-m3",
messages=[{"role": "user", "content": "Extract the invoice number from this text."}],
extra_body={"thinking": {"type": "disabled"}},
)
Passo 6: Usa input immagine
L’API compatibile con OpenAI di M3 accetta parti di contenuto image_url. Lo stesso pattern di contenuto tipizzato è il modo naturale per inviare screenshot, diagrammi o grafici tramite una rotta in stile OpenAI.
response = client.chat.completions.create(
model="minimax-m3",
messages=[{
"role": "user",
"content": [
{"type": "text", "text": "Review this dashboard screenshot and identify the likely UI problems."},
{
"type": "image_url",
"image_url": {
"url": "https://example.com/dashboard.png",
"detail": "default"
}
}
]
}]
)
MiniMax documenta il supporto per JPEG, PNG, GIF e WEBP, con livelli di dettaglio immagine low, default o high. Il provider pubblica anche limiti di dimensione delle richieste, quindi controlla i limiti API multimodali più recenti prima di inviare asset di grandi dimensioni.
Passo 7: Usa input video
M3 supporta anche parti di contenuto video_url. MiniMax documenta MP4, AVI, MOV e MKV e supporta video più grandi tramite la sua Files API.
response = client.chat.completions.create(
model="minimax-m3",
messages=[{
"role": "user",
"content": [
{"type": "text", "text": "Summarize the workflow in this product demo and list every visible error state."},
{
"type": "video_url",
"video_url": {"url": "mm_file://your_file_id", "detail": "default"}
}
]
}]
)
Se la tua applicazione indirizza richieste multimodali tramite CometAPI, conferma il trasporto file esatto supportato dalla rotta M3 attiva; l’identificatore nativo del provider mm_file:// appartiene al workflow Files di MiniMax.
Passo 8: Aggiungi chiamate a funzioni e strumenti
MiniMax M3 supporta definizioni di strumenti nell’API compatibile con OpenAI. Un agente in produzione dovrebbe eseguire lo strumento richiesto, aggiungere il messaggio completo di tool-call dell’assistente alla cronologia della conversazione, quindi restituire il risultato dello strumento al modello. MiniMax avverte esplicitamente che preservare la risposta completa è importante per la continuità del reasoning.
tools = [{
"type": "function",
"function": {
"name": "get_build_status",
"description": "Get the current CI build status for a repository.",
"parameters": {
"type": "object",
"properties": {
"repo": {"type": "string"},
"branch": {"type": "string"}
},
"required": ["repo", "branch"]
}
}
}]
response = client.chat.completions.create(
model="minimax-m3",
messages=[{"role": "user", "content": "Check whether the main branch of acme/payments is passing CI."}],
tools=tools,
)
Passo 9: Usa con giudizio contesto lungo e prompt caching
Una finestra di contesto da 1M token non significa che ogni richiesta debba contenerne 1M. Inserisci solo i file, i log, i documenti e gli output di strumenti rilevanti per il compito. Il prompt caching automatico di MiniMax può ridurre costi e tempi di elaborazione quando prefissi ripetuti come system prompt, liste di strumenti o cronologia di conversazione ricorrono tra le richieste.
Per agenti a scala di repository, un buon pattern è mantenere un riepilogo di progetto stabile e lo schema degli strumenti, recuperare solo i file rilevanti per lo step corrente e comprimere periodicamente la cronologia obsoleta invece di lasciare che la sessione cresca senza controllo.
Parametri importanti dell’API MiniMax M3
| Parametro | Scopo | Note |
|---|---|---|
| model | Identificatore del modello | minimax-m3 su CometAPI; MiniMax-M3 diretto |
| messages | Cronologia di conversazione e strumenti | Richiesto per Chat Completions |
| max_completion_tokens | Limite di lunghezza generazione | Preferito rispetto al legacy max_tokens per nuove integrazioni |
| temperature | Aleatorietà del campionamento | 0-2; default MiniMax 1 |
| top_p | Nucleus sampling | 0-1; default MiniMax M3 0,95 |
| thinking | Comportamento di reasoning | adaptive o disabled |
| reasoning_split | Formato output del reasoning | Separa i campi di reasoning quando abilitato |
| stream | Output incrementale | Usare per applicazioni interattive |
| stream_options.include_usage | Metadati di utilizzo in streaming | Utile per monitorare i costi |
| tools | Definizioni di funzione | Usare per workflow di agent |
| service_tier | Priorità di ammissione | standard o priority su API MiniMax diretta |
| image_url | Parte di contenuto immagine | JPEG, PNG, GIF, WEBP |
| video_url | Parte di contenuto video | MP4, AVI, MOV, MKV |
Le definizioni dei parametri sopra seguono l’attuale riferimento API compatibile con OpenAI di MiniMax. Alcuni campi specifici del provider possono richiedere supporto di pass-through quando instradati tramite un aggregatore, quindi testa i campi non standard contro l’endpoint CometAPI corrente prima del rollout.
API MiniMax ufficiale vs CometAPI
| Voce | MiniMax ufficiale | CometAPI |
|---|---|---|
| ID modello | MiniMax-M3 | minimax-m3 |
| Compatibile con OpenAI | Sì | Sì |
| Compatibile con Anthropic | Sì; MiniMax lo raccomanda per funzionalità avanzate | L’articolo CometAPI si concentra sul routing compatibile con OpenAI |
| Base URL | https://api.minimax.io/v1 | https://api.cometapi.com/v1 |
| Vantaggio principale | Accesso diretto alle funzionalità del provider | Un’unica chiave e routing comune tra molti provider |
| Ideale per | Team standardizzati sul comportamento nativo MiniMax | Team che confrontano o usano più provider di modelli |
MiniMax supporta ufficialmente sia l’invocazione compatibile con Anthropic sia quella compatibile con OpenAI. Il percorso diretto Anthropic è raccomandato da MiniMax per un thinking avanzato; la pagina M3 di CometAPI attualmente enfatizza l’integrazione OpenAI-style /v1/chat/completions.
Prezzi dell’API MiniMax M3
I prezzi richiedono attenzione perché la tariffa diretta effettiva MiniMax e la tariffa di listino mostrata nel confronto di CometAPI attualmente non coincidono. Al 10 agosto 2026, CometAPI elenca M3 a $0,48/M input e $1,92/M output. La stessa pagina CometAPI confronta queste tariffe con un prezzo di listino MiniMax di $0,60/M input e $2,40/M output.
Tuttavia, la pagina di pricing pay-as-you-go di MiniMax mostra uno sconto permanente del 50% sul traffico M3 standard: per richieste con non più di 512K token in input, il prezzo diretto effettivo è $0,30/M input, $1,20/M output e $0,06/M cache read. Sopra 512K input, le tariffe dirette scontate sono $0,60/M input, $2,40/M output e $0,12/M cache read.
| Rotta / Tier | Input | Output | Nota sui prezzi |
|---|---|---|---|
| CometAPI M3 | $0,48/M | $1,92/M | Rotta unificata multi-modello |
| MiniMax diretto, <=512K input | $0,30/M | $1,20/M | Tariffa standard scontata corrente |
| MiniMax diretto, >512K input | $0,60/M | $2,40/M | Tier scontato per input lunghi |
Ciò significa che CometAPI è attualmente sotto il listino nominale di MiniMax ma non sotto la tariffa diretta scontata del provider per <=512K. Per distribuzioni ad alto volume, confronta i prezzi live invece di basarti su un’affermazione fissa “20% più economico”. I prezzi possono cambiare indipendentemente su entrambe le piattaforme.
Esempio di costo
Alle tariffe M3 correnti di CometAPI, una richiesta con 100.000 token in input e 5.000 token in output costerebbe approssimativamente:
| Input: 0.10 x $0.48 = $0.048 Output: 0.005 x $1.92 = $0.0096 Totale: $0.0576 |
|---|
La stessa richiesta può costare meno direttamente su MiniMax se rientra nel tier <=512K scontato corrente del provider, ma i team multi-modello possono comunque apprezzare la semplicità operativa di un gateway unificato.
MiniMax M3 vs Claude Sonnet 5 vs Gemini 3.6 Flash vs Kimi K3
Tutti e quattro i modelli sono orientati a carichi di lavoro agentici e di coding e forniscono finestre di contesto molto ampie. Le loro differenze sono più visibili nel supporto di modalità, nei controlli del reasoning, negli ecosistemi dei provider e nei prezzi CometAPI correnti. La documentazione ufficiale conferma una finestra di contesto da 1M per Claude Sonnet 5, un’API multimodale a contesto ampio per Gemini 3.6 Flash, e un flagship Kimi K3 da 1M token.
| Modello | Contesto | Input | Ragionamento | Miglior impiego | CometAPI Input / Output per M |
|---|---|---|---|---|---|
| MiniMax M3 | 1M | Testo, immagine, video | Adaptive o disabled | Coding agentico, contesto lungo, flussi multimodali | $0,48 / $1,92 |
| Claude Sonnet 5 | 1M | Testo, immagine, documenti | Thinking adattivo; controllo dello sforzo | Agenti di coding, lavoro professionale, uso strumenti | $1,60 / $8,00 |
| Gemini 3.6 Flash | ~1,05M | Testo, immagine, video, audio, PDF | Livelli di thinking | Agenti multimodali veloci, strumenti Google | $1,20 / $6,00 |
| Kimi K3 | 1M | Testo + comprensione visiva nativa | Reasoning sempre attivo; reasoning_effort controlla la profondità | Coding a lungo orizzonte e lavoro cognitivo profondo | $2,40 / $12,00 |
Prezzi per token CometAPI correnti nella tabella tratti dalle pagine modello live per MiniMax M3, Claude Sonnet 5, Gemini 3.6 Flash e Kimi K3.
Figura 4. Confronto attuale dei prezzi per token su CometAPI, verificato il 10 agosto 2026. Fonti delle pagine modello: M3, Gemini 3.6 Flash, Claude Sonnet 5*** e*** Kimi K3.
Quale modello scegliere?
- MiniMax M3 se la priorità è un prezzo per token CometAPI basso, contesto da 1M, comprensione nativa di immagini/video e agenti di coding o uso strumenti di lunga durata.
- Claude Sonnet 5 quando dai priorità ad agenti di coding rifiniti, lavoro professionale e workflow di strumenti in stile Anthropic maturi.
- Gemini 3.6 Flash quando multimodalità, loop di agent veloci, strumenti Google, input audio/PDF e throughput contano di più.
- Kimi K3 quando il carico ruota attorno a coding a lungo orizzonte, lavoro cognitivo profondo e un modello sempre in reasoning con finestra da 1M.
Non scegliere solo in base a un benchmark o al prezzo per token. Costruisci un piccolo set di valutazione dal tuo repository, documenti, chiamate a strumenti e casi di fallimento, quindi confronta tasso di successo, latenza, token totali, retry e tempo di correzione umana.
Best practice per l’API MiniMax M3
- Imposta il thinking in modo esplicito. Usa adaptive per lavoro davvero difficile e disabled per compiti semplici in cui la latenza conta. Impostazioni esplicite sono più facili da misurare e riprodurre.
- Usa selettivamente la finestra da 1M. Una finestra grande è un tetto di capacità, non un obiettivo. Recupera e comprimi prima di inviare repository o raccolte di documenti grandi.
- Preserva la cronologia delle tool-call. Per function calling multi-turn, conserva la risposta completa dell’assistente e gli oggetti di tool-call così da non rompere la continuità del reasoning.
- Esegui lo stream delle risposte lunghe. Lo streaming migliora la latenza percepita per coding, ricerca e applicazioni agentiche anche quando il tempo totale non cambia.
- Sfrutta il caching di contesti ripetuti. System prompt stabili, schemi degli strumenti e cronologie ripetute sono buoni candidati per il prompt caching quando la rotta attiva lo supporta.
- Misura il costo per compito riuscito. Il prezzo per token conta, ma retry, loop di strumenti, tracce di reasoning lunghe e recupero da fallimenti spesso dominano l’economia finale di un agente.
- Ritesta i parametri specifici del provider. I gateway compatibili con OpenAI possono differire nel passaggio di campi non standard. Valida thinking, reasoning_split, payload multimodali e comportamento degli strumenti prima della produzione.
Conclusioni
MiniMax M3 è una solida opzione API per sviluppatori che necessitano di coding, esecuzione agentica, comprensione visiva nativa e contesto molto lungo in un unico modello. La sua storia tecnica è insolitamente coerente: MSA affronta la sfida di serving del contesto da 1M, il training multimodale nativo amplia la superficie di input, e il set pubblico di benchmark è focalizzato su ingegneria del software e workload di uso strumenti di reale interesse per gli sviluppatori.
Per la maggior parte degli utenti CometAPI, il punto di partenza più rapido è semplice: crea una chiave, imposta la base URL su https://api.cometapi.com/v1, chiama il modello minimax-m3 e confrontalo con i tuoi compiti reali di produzione. Poi decidi se abilitare thinking più profondo, aggiungere input multimodali o costruire un loop di strumenti. Poiché prezzi e comportamento delle rotte possono cambiare, ricontrolla la pagina M3 live su CometAPI e la documentazione MiniMax API prima del rollout finale in produzione.
