Muse Spark: funzionalità, benchmark e come usarlo

Negli ultimi tempi pubblicavamo articoli sui modelli Llama di Meta a ritmo costante (Llama 2, Llama 3, e così via). Poi ad aprile 2025 è arrivato Llama 4, travolto dalle critiche: più fonti e lo stesso responsabile AI in uscita dall’azienda hanno confermato che i risultati dei benchmark erano stati manipolati usando sottomodelli specializzati mai rilasciati al pubblico. 

Dopo di che, gli aggiornamenti si sono fermati. Nello stesso periodo, Meta ha annunciato il passaggio di Horizon Worlds al solo mobile, di fatto chiudendo la versione VR su cui aveva scommesso il futuro dell’azienda. Sembrava un’azienda in difficoltà su due fronti contemporaneamente.

L’8 aprile 2026, Meta ha lanciato Muse Spark, il primo modello di Meta Superintelligence Labs. Il comunicato stampa usa un po’ troppe volte l’espressione "intelligenza personale superumana". Tolto il marketing, c’è un vero modello sotto, che rimette Meta nella conversazione al livello di frontiera.

Se vuoi vedere come il nuovo modello di Meta si confronta con uno dei migliori concorrenti attuali, ti consiglio la nostra guida su Muse Spark vs Claude Opus 4.6. Puoi anche leggere la nostra guida a Muse Glimmer e il nostro tutorial per eseguire Muse Glimmer in locale.

Che cos’è Muse Spark?

Muse Spark è un modello di ragionamento nativamente multimodale che gestisce testo, immagini, audio e uso di strumenti in un’unica architettura. Supporta la chain-of-thought visiva, cioè può affrontare problemi basati su immagini passo dopo passo invece di produrre solo una singola risposta. L’orchestrazione multi-agent fa parte dell’impostazione, e ci arriviamo tra poco.

I primi modelli Llama restituivano risposte basate su pattern del training. Muse Spark lavora sui problemi prima di rispondere. Questo è il vero salto.

Chi c’è dietro?

Meta Superintelligence Labs, o MSL, è nato il 30 giugno 2025, quando Mark Zuckerberg ha riorganizzato le attività AI dell’azienda. Alexandr Wang, ex CEO di Scale AI, è arrivato come Chief AI Officer; Meta aveva investito circa 14 miliardi di dollari in Scale AI nell’ambito dell’accordo. 

Nat Friedman, ex CEO di GitHub, guida il prodotto e la ricerca applicata, e Shengjia Zhao, che ha co-creato GPT-4 e o1 in OpenAI (lo stesso o1 con cui ora Muse Spark viene confrontato nei benchmark), è Chief Scientist.

C’è un terzo elemento da citare: Yann LeCun, storico Chief AI Scientist di Meta e il più visibile sostenitore dell’open source in azienda, ha lasciato a novembre 2025. La sua uscita è seguita a cambiamenti organizzativi che avevano limitato il suo ruolo e lo spostamento del team verso lo sviluppo closed-source.

Cosa c’è di nuovo in Muse Spark (e perché ci interessa)?

Le novità principali sono le modalità di ragionamento, una pipeline di training ricostruita e un focus deliberato sulla salute. Vediamole in ordine.

Tre modalità di ragionamento

Muse Spark offre tre modalità di interazione, e vale la pena capirne la differenza prima di provare il modello.

• Instant è l’impostazione predefinita per richieste casual. Risponde rapidamente senza ragionamento esteso, in modo simile a un normale modello chat.
• Thinking usa una chain-of-thought estesa. Il modello impiega più tempo, lavora con passaggi intermedi e in genere rende meglio sui problemi più difficili. È la modalità alla base della maggior parte dei benchmark in questo articolo.
• Contemplating è la più interessante. Ne parliamo subito sotto.

Una cosa da sapere subito: la modalità Contemplating è in rollout graduale e non era disponibile per tutti al day one. Se ancora non la vedi, è normale.

Modalità Contemplating

La modalità Contemplating avvia più agent di ragionamento in parallelo e poi combina i loro output in un’unica risposta. Dove il Deep Think di Gemini e la modalità GPT Pro di OpenAI scalano il ragionamento "pensando più a lungo", Muse Spark lo scala "pensando più in ampiezza". Più agent lavorano contemporaneamente invece di uno che lavora più a lungo.

Secondo Meta, questo approccio produce risultati comparabili con minore latenza, dato che gli agent girano in parallelo e non in sequenza. Non ci sono ancora conferme indipendenti sui tempi di latenza, ma i numeri di benchmark in modalità Contemplating guidano diverse valutazioni difficili (ne parliamo tra poco).

È una funzione a livello di inferenza, non di architettura. Il modello in sé non cambia.

Scaling del reinforcement learning e compressione del pensiero

Meta ha ricostruito da zero lo stack di training nei nove mesi di sviluppo di Muse Spark. Le affermazioni sul reinforcement learning (RL) arrivano dal blog tecnico di Meta e non sono state verificate in modo indipendente.

Il dettaglio più interessante è una tecnica che il team di ricerca chiama thought compression. Durante il training RL, il modello viene premiato per le risposte corrette ma anche penalizzato per il tempo di pensiero, che si traduce in un eccesso di token in output. Questo crea un comportamento in tre fasi nei compiti complessi come i problemi di matematica. 

All’inizio, il modello migliora pensando più a lungo. Poi entra in gioco la penalità sulla lunghezza e lo costringe a risolvere gli stessi problemi con molti meno token. A un certo punto, estende di nuovo il ragionamento e supera i limiti precedenti usando meno token.

Risultato pratico: il modello ha imparato a fare di più con meno. Anche questa affermazione si basa sulle curve di training di Meta, non validate in modo indipendente.

10x meno compute

Meta sostiene che la nuova architettura eguaglia le prestazioni di Llama 4 Maverick con dieci volte meno compute di training. Questo riguarda l’efficienza architetturale, non il tetto di Muse Spark. Llama 4 Maverick ha segnato 18 sull’Artificial Analysis Intelligence Index. Muse Spark ha segnato 52.

Anche i numeri di efficienza dei token della run indipendente di Artificial Analysis vanno nella stessa direzione. Muse Spark ha usato 58 milioni di token in output. GPT-5.4 ne ha usati 120 milioni. Claude Opus 4.6 157 milioni.

Salute: un focus deliberato

La salute è il vantaggio di benchmark più netto di Muse Spark, e non è casuale. Meta ha collaborato con oltre 1.000 medici per curare i dati di training per il ragionamento in ambito sanitario. 

Il modello può generare visualizzazioni interattive su contenuto nutrizionale, informazioni sui farmaci e fisiologia dell’esercizio. Su HealthBench Hard, Muse Spark ha segnato 42,8 contro i 40,1 di GPT-5.4 e i 20,6 di Gemini 3.1 Pro. Il divario rispetto a Gemini regge anche sotto valutazione indipendente.

Questa è chiaramente la risposta di Meta a ChatGPT Health. L’argomento di Meta sul perché può competere è il contesto sociale dei suoi 3 miliardi di utenti, che dovrebbe darle un vantaggio nel capire come le persone fanno davvero le domande sulla salute. Resta da vedere se ciò valga per query complesse o insolite, oltre a quelle quotidiane che popolano i benchmark.

E Llama?

La community degli sviluppatori chiede una cosa, e merita una risposta diretta.

Muse Spark non è open-source. Tutti i modelli Llama fino a Llama 4 sono stati pubblicati con pesi scaricabili e utilizzabili in locale. Community come r/LocalLLaMA si sono costruite su questo. Quel caso d’uso non c’è più.

La motivazione dichiarata da Meta è in parte competitiva: i laboratori cinesi, tra cui DeepSeek, hanno usato i pesi di Llama per accelerare la loro ricerca. Wang ha detto che l’azienda "spera" di aprire il codice dei futuri modelli Muse, senza una timeline. "Spera" sta facendo molto lavoro in quella frase.

Il team di Llama è stato spostato nel laboratorio di Wang e Llama 4 è stato l’ultimo modello della vecchia struttura. Che Llama continui a fianco di Muse o svanisca lentamente, Meta non l’ha detto.

Risultati benchmark di Muse Spark

I benchmark con Muse Spark sono delicati per un motivo da chiarire subito: dato il passato di Llama 4 di Meta, tieni separati i numeri auto-dichiarati da quelli verificati in modo indipendente.

Ecco i risultati in modalità Thinking, che sono quelli su cui si basano la maggior parte dei confronti equi.

Fonte: Meta Superintelligence Labs / ai.meta.com

La modalità Contemplating ha una serie separata per le valutazioni più difficili. È in testa su Humanity's Last Exam e FrontierScience Research, ma è dietro a GPT-5.4 Pro e Gemini 3.1 Deep Think sui problemi di fisica IPhO 2025 Theory. Tutto riportato da Meta, quindi leggili come indicazioni interessanti, non come verdetti definitivi.

Fonte: Meta Superintelligence Labs / ai.meta.com

Il quadro indipendente di Artificial Analysis è più misurato. Hanno posizionato Muse Spark al quarto posto nel loro Intelligence Index, dietro a Gemini 3.1 Pro Preview, GPT-5.4 e Claude Opus 4.6. Comunque top cinque al mondo. I numeri rendono anche evidenti i punti deboli: ARC-AGI-2 e Terminal-Bench 2.0 meritano attenzione se per il tuo caso d’uso contano coding o ragionamento astratto.

Testare Muse Spark

Con quei punteggi di benchmark in mente, mettiamo Muse Spark alla prova. Esaminerò il modello su ragionamento multi-step, comprensione delle immagini e debugging del codice.

Test 1: Catena logica Fibonacci–binario (stabilità del ragionamento a cascata)

Nel primo test punto alle capacità di ragionamento avanzate di Muse Spark con un esercizio a più passaggi. Il modello deve:

• Identificare il termine corretto di Fibonacci
• Convertirlo correttamente in binario
• Contare con precisione i bit
• Generare i numeri primi in un intervallo calcolato
• Eseguire una somma ampia

Il prompt usato è stato:

Step 1: Find the 13th number in the Fibonacci sequence (starting with F1=1, F2=1). Let this be X.
Step 2: Convert X into a binary string (Base 2).
Step 3: Count the number of '1's in that binary string. Let this count be C.
Step 4: Identify all prime numbers (p) such that 20 ≤ p ≤ (C × 100).
Step 5: Calculate the sum of these primes. What is the final result?

Muse Spark si è comportato molto bene e ha risolto correttamente l’esercizio al primo tentativo. È particolarmente notevole dato che GPT-5.4 ha fallito all’ultimo passaggio, riuscendoci solo dopo averlo diviso in due (elencare i numeri primi e poi sommarli).

Test 2: Comprensione delle immagini e ragionamento commerciale su un grafico a serie storiche multi-linea

Meta sostiene che Muse Spark comprenda bene immagini complesse, quindi uso il seguente grafico a serie storiche multi-linea per vedere se riesce a individuare pattern e tradurli in suggerimenti utili.

Questo è il prompt:

Examine this multi-line time-series of monthly active users for three products. Describe the key patterns you see, explain how events likely impacted each product, and propose data-driven next steps for the business.

Muse Spark ha identificato correttamente tutti i pattern, a conferma che il riconoscimento delle immagini funziona bene.

I dati erano generati casualmente, quindi qui non c’è un giusto o sbagliato netto. Detto ciò, Muse Spark identifica tutti gli eventi e ragiona sui diversi prodotti e periodi per ciascuno di essi, arrivando a conclusioni sensate. Analizza persino le variazioni della somma degli utenti attivi mensili (MAU) di combinazioni di prodotti, senza che gli sia stato richiesto: un bel plus.

Tutti i passi successivi suggeriti sono coerenti con le analisi sui pattern di MAU e sugli effetti degli eventi. Muse Spark ha individuato il tema più importante per ciascun prodotto (playbook di lancio per A, pricing per B, scaling per C) e ha proposto azioni specifiche sensate.

Test 3: Debugging del codice

Infine, testo le capacità di Muse Spark nel diagnosticare bug di codice. Il test mira a capire se il modello si limita a verificare la correttezza riga per riga o se sa anche individuare difetti di fondo.

Il prompt:

A developer wrote this Python function to compute a running average: 

def running_average(data, window=3): 
    result = [] 
    for i in range(len(data)): 
        start = max(0, i - window + 1) 
        chunk = data[start:i + 1] 
        result.append(round(sum(chunk) / window, 2)) 
    return result 
When called with running_average([10, 20, 30, 40, 50]), the first two values in the output seem wrong. Why? Please help me fix what is wrong!

La funzione divide sempre per window (3), anche all’inizio, quando il chunk ha meno di 3 elementi. L’output con bug è [3.33, 10.0, 20.0, 30.0, 40.0], ma i primi due valori dovrebbero essere 10.0 e 15.0 perché quei chunk contengono rispettivamente solo 1 e 2 elementi. La correzione è cambiare / window in / len(chunk).

Spesso i modelli seguono perfettamente il loop, ma poi dicono che l’output sembra "corretto". Vedono la matematica passo dopo passo e non segnalano che dividere un singolo elemento per 3 non ha senso. Serve che il modello tenga insieme l’intento (cosa dovrebbe fare una media mobile) e l’esecuzione (cosa fa davvero il codice) e individui il divario tra i due.

Muse Spark ha identificato l’intento (una media mobile) e ha individuato l’errore. Ha suggerito la modifica giusta e spiegato perché è necessaria. Ha persino proposto un’altra opzione nel caso si vogliano saltare del tutto le finestre parziali.

Nel complesso, il modello ha superato perfettamente tutti e tre i test e ha fatto un’ottima prima impressione.

Come posso accedere a Muse Spark?

Puoi accedere a Muse Spark su meta.ai o tramite l’app Meta AI su iOS e Android. Entrambe sono gratuite. Il rollout iniziale è negli USA, con espansione ad altre regioni nelle settimane successive.

Meta prevede di portarlo su WhatsApp, Instagram, Facebook, Messenger e sugli occhiali Ray-Ban AI nello stesso periodo.

Non esiste un’API pubblica. Un’anteprima privata è aperta a selezionati partner enterprise, senza una data confermata per un accesso più ampio. Sulla privacy: la policy di Meta pone pochi limiti su come le conversazioni possono essere usate per migliorare i suoi modelli. Se pensi di condividere informazioni sensibili, leggi prima i termini.

Dove Muse Spark è carente

Meta lo ha detto chiaramente nel suo blog tecnico: il modello ha lacune nei task multi-step con agent e nei workflow di coding.

Su SWE-Bench Verified, il divario rispetto a Gemini e Opus 4.6 è piccolo. Si apre nel lavoro agentico: Terminal-Bench 2.0 (59,0 vs 75,1 di GPT-5.4) e GDPval-AA office automation (1.444 vs 1.672 di GPT-5.4). Non sono numeri vicini. 

Il ragionamento visivo astratto segue lo stesso schema: ARC-AGI-2 è 42,5 per Muse Spark contro valori oltre la metà dei 70 sia per GPT-5.4 sia per Gemini. Il modello che guida nella lettura di grafici va male su pattern visivi inediti.

Quest’ultimo punto ha avuto risposta al lancio. François Chollet, co-fondatore di ARC Prize e creatore di Keras e ARC-AGI, ha definito il modello "troppo ottimizzato per i numeri dei benchmark pubblici a scapito di tutto il resto". Wang ha risposto, ha riconosciuto il gap su ARC-AGI-2 e ha indicato feedback positivi degli utenti su coding e ragionamento visivo. Se questo reggerà a un uso più ampio è ancora una domanda aperta.

La mancanza di una API pubblica, come detto prima, è un ulteriore gap competitivo. Wang lo ha riconosciuto al lancio: "Ci sono sicuramente spigoli che affineremo nel tempo nel comportamento del modello."

Sicurezza di Muse Spark 

Meta ha condotto valutazioni sotto il suo Advanced AI Scaling Framework prima del lancio. Su BioTIER-refuse, Muse Spark guida il gruppo di confronto per il rifiuto a query su armi biologiche. Questi numeri sono di Meta.

Fonte: Meta Superintelligence Labs / ai.meta.com

La scoperta più interessante arriva da Apollo Research. Hanno rilevato che Muse Spark mostrava il più alto tasso di consapevolezza della valutazione tra i modelli testati: il modello identificava spesso i test di sicurezza come contesti di prova e si comportava con più cautela per questo motivo. 

Un modello che si comporta bene solo quando sa di essere osservato è un problema da prendere sul serio. I lavori precedenti di Apollo hanno documentato che questo schema può aumentare quello che chiamano "comportamento macchinatore" in deployment reali.

Meta ha riconosciuto la scoperta al lancio, cosa che molti laboratori non fanno. Il loro follow-up ha rilevato che riguardava un sottoinsieme ristretto di valutazioni di allineamento, nessuna legata a capacità pericolose, e ha concluso che non fosse un problema bloccante. La ricerca continua.

Muse Spark vs. GPT-5.4 vs. Opus 4.6 vs. Gemini 3.1

I benchmark dicono cosa possono fare questi modelli. Questa sezione dice quale usare davvero.

Colpo d’occhio

*Artificial Analysis riporta la finestra di contesto di Muse Spark a 262K. Alcune fonti citano 1M. Meta non ha pubblicato una scheda del modello che confermi nessuna delle due cifre.

Quale dovresti usare?

Scegli Muse Spark se il tuo caso d’uso riguarda domande sulla salute, lettura di grafici o applicazioni consumer multimodali. Non c’è ancora un’API pubblica, quindi se stai costruendo un’integrazione di produzione, dovrai aspettare.

Scegli GPT-5.4 se ti serve un modello generalista su cui puoi costruire oggi. È in testa su coding, ragionamento visivo astratto e automazione d’ufficio, con API pubblica e finestra di contesto da 1M già disponibili.

Scegli Claude Opus 4.6 se lavori con documenti lunghi o ti serve scrittura accurata e di alta qualità. La finestra da 1M è passata al pricing standard il 13 marzo 2026. È l’opzione più costosa a $5/$25 per 1M token.

Scegli Gemini 3.1 Pro se la tua pipeline elabora video. È l’unico modello qui che accetta input video e, a $2/$12 per 1M token, è l’opzione di frontiera più economica del gruppo.

Cosa si dice di Muse Spark

Le reazioni iniziali si dividono come prevedibile. Alcuni hanno trovato cose specifiche che li hanno sorpresi. Altri hanno guardato la tabella dei benchmark e sono arrivati a conclusioni diverse.

L’idea del "full stack ricostruito da zero" è emersa spesso. Quei nove mesi sono o impressionanti o difficili da credere, a seconda di quanto ti fidi delle affermazioni di Meta.

Pietro Schirano ha condiviso un esempio concreto: ha chiesto a Muse Spark di convertire uno screenshot di UI in codice, e il modello ha estratto gli asset dell’interfaccia invece di trattarli come un’immagine piatta.

Non è un benchmark. È il tipo di cosa che si condivide perché è davvero inaspettata.

Aakash Gupta ha avuto l’analisi più pungente. La sua chiave di lettura: "Questo è il modello di un CEO del data labeling. Le impronte sono ovunque nei risultati." I benchmark in cui Muse Spark guida sono tutti compiti sensibili alla qualità dei dati, dove la cura del training set determina il tetto massimo. 

Quelli in cui è dietro (ARC-AGI-2, Terminal-Bench, GDPval) sono esattamente quelli in cui contano di più architettura e scaling RL. La sua conclusione: "ha costruito il miglior modello nelle cose che le pipeline dati risolvono, e uno mediocre in tutto il resto."

Conclusione

Il salto dai 18 di Llama 4 Maverick ai 52 di Muse Spark sull’Artificial Analysis Intelligence Index non è sottile. Per un team che ha ricostruito da zero in nove mesi, i risultati su salute e multimodalità sono un primo passo concreto, e reggono ai test indipendenti.

Certo, i gap sono evidenti. Su coding e task agentici contro GPT-5.4 non c’è partita; il ragionamento visivo astratto è un punto debole chiaro, e non c’è ancora un’API pubblica. Se ti serve un modello su cui costruire oggi, Muse Spark non è ancora quello.

Quello a cui continuo a tornare è la questione open source. L’ecosistema Llama si è costruito sulla fiducia che i pesi sarebbero stati disponibili. Muse Spark rompe questo patto. La "speranza" di Wang di aprire il codice delle versioni future non è un impegno. A mio avviso è l’aspetto più significativo di questo lancio, e riceve molta meno attenzione dei numeri dei benchmark.

Modelli Muse più grandi sono in sviluppo. Se l’architettura scala come dichiarato, i numeri di oggi sembreranno modesti. Questa è la scommessa.

Se vuoi imparare a ottenere il massimo da qualsiasi large language model, ti consiglio il nostro corso Understanding Prompt Engineering.