Recensione di Reflection Beam: prezzi API, hardware e limiti

Per chi sta valutando Reflection Beam come agente per la programmazione, la domanda non è più se il modello esista: Reflection ha rilasciato i pesi il 16 ottobre 2026. Il vero punto è capire se l’API economica sia abbastanza reattiva per la produzione: le metriche dei provider oscillano infatti tra 4 e 364 token al secondo, con un tempo al primo token compreso tra 0,3 e 37,8 secondi.

Reflection Beam è davvero disponibile?

Reflection Beam è disponibile pubblicamente come modello open weight, non è soltanto un annuncio in accesso anticipato. Nel post di lancio, Reflection conferma la disponibilità dei pesi, del tokenizer, dell’implementazione di riferimento, del report sulla sicurezza e delle integrazioni con i partner; la scheda del modello su Hugging Face indica come repository pubblico reflection/Beam-1.0-501B-A23B.

La scheda del modello elenca attualmente file pubblici in BF16, FP8 e NVFP4, distribuiti con licenza Apache 2.0. La disponibilità dei pesi risolve il problema dell’accesso, ma non quello dei costi necessari per eseguire in proprio un checkpoint da 501B.

Reflection Beam: cosa conta davvero oltre ai 501B

La scheda di Reflection Beam descrive un modello sparse mixture-of-experts con circa 501,3 miliardi di parametri complessivi e circa 23,4 miliardi di parametri attivi per token. Il numero di parametri attivi aiuta a capire il motivo per cui il modello punta all’efficienza, ma non elimina la memoria necessaria per contenere l’intero checkpoint.

I provider indicano un contesto da un milione di token, ma il tracker indipendente citato non riporta ancora alcun punteggio qualitativo per Beam.

Beam gestisce esclusivamente testo nella scheda del modello attuale. Un flusso di lavoro che deve interpretare screenshot o diagrammi dovrà quindi aggiungere OCR o un altro modello con capacità visive prima di passare i contenuti a Beam.

Il prezzo dell’API di Beam dipende dal provider

La tariffa più bassa attualmente indicata su OpenRouter è di 0,25 $ per milione di token in input e 1,00 $ per milione di token in output tramite Nebius. È un prezzo interessante per le valutazioni batch, ma nasconde un compromesso significativo sul fronte della reattività.

Prezzi e metriche provengono dalla pagina di Beam su OpenRouter e dallo snapshot dei provider di The Known Good. Sono misurazioni legate al momento della rilevazione, non una garanzia valida per ogni prompt o area geografica.

Per 1.000 richieste con una media di 500 token in input e 300 in output, il costo indicato è di circa 0,43 $ su Nebius contro 1,94 $ su Baseten. Prima di estendere questo esempio ad altri volumi, verifica come il provider contabilizza i token di reasoning. Nebius è adatto agli esperimenti asincroni se un avvio in 37,8 secondi è accettabile; per un agente destinato agli utenti è meglio partire da CoreWeave o Baseten e misurare poi la latenza reale delle chiamate agli strumenti.

OpenRouter indica il routing automatico tra i provider e il failover, ma il tool calling è supportato solo da tre dei quattro provider elencati. Fissare manualmente il percorso può quindi cambiare il comportamento del sistema.

Si può eseguire Beam in proprio?

La risposta pratica è «sì, ma con hardware da data center», non «sì, su una normale workstation». La configurazione verificata nel catalogo di Hugging Face richiede otto GPU Nvidia H200, 1.128 GB di memoria GPU, 208 vCPU, 2.880 GB di memoria di sistema, vLLM e un prezzo indicato di 40 $ l’ora per ogni replica attiva.

La pagina di deployment su Hugging Face prepara il parallelismo tensoriale su otto GPU, la cache KV in FP8, un obiettivo di utilizzo della memoria GPU del 90%, una lunghezza massima del modello pari a 524.288, il prefix caching, il prefill suddiviso in blocchi e parser specifici di Beam per strumenti e reasoning. Le repliche portate a zero non vengono addebitate, ma la pagina avverte che il riavvio da zero richiede tempo.

Le segnalazioni della community riportano inoltre episodi iniziali di loop e stimano i file NVFP4 intorno ai 273 GB, una dimensione ben oltre quella gestibile da una tipica workstation con una sola GPU. La segnalazione sui loop compare in questa discussione post-rilascio su r/LocalLLaMA; l’osservazione sui 273 GB proviene da @jimmycheng722 su X. Nessuna delle due fonti costituisce un requisito minimo ufficiale.

Il dato dei 23B parametri attivi non trasforma Beam in un deployment da 23B: i pesi archiviati, l’overhead di runtime e la cache KV richiedono comunque hardware multi-GPU. Per la maggior parte dei team, la scelta più sensata è iniziare con un’API ospitata. Il self-hosting diventa ragionevole quando la residenza dei dati, una capacità prevedibile o un traffico elevato e costante giustificano un budget per più GPU.

Cosa dicono finora le evidenze sulla qualità

Le dichiarazioni di lancio di Beam insistono su programmazione, reasoning, uso degli strumenti ed efficienza nell’impiego dei token. Sono ambiti di utilizzo plausibili, ma le evidenze restano disomogenee. The Known Good non assegna attualmente a Beam alcun punteggio qualitativo complessivo e non riporta risultati pubblicati nei dataset monitorati per GPQA, matematica, coding o arena. Questo non dimostra che la qualità sia scarsa: significa che non si dovrebbero presentare le affermazioni del produttore come una validazione indipendente.

Il primo segnale della community è più sfumato del semplice «501B significa modello frontier». @wikiwayne ha riportato un risultato di sette test su sette in una prova personale di generazione di giochi, con 171.946 token prodotti complessivamente, inclusi 123.463 token di reasoning, affermando inoltre che l’HTML generato era più piccolo di quello prodotto da Argon. Non è un benchmark, ma mostra un possibile compromesso di Beam: un uso intenso dei token di reasoning in cambio di un artefatto finale compatto.

«Beam ha superato la prova. 7 giochi su 7. Al primo tentativo. 0 $. ... Compromesso da riconoscere: l’HTML di Beam era più piccolo di quello di Argon.» — @wikiwayne, X.

Considera i punteggi di coding e le dichiarazioni sull’efficienza di Reflection come dati riportati dal produttore finché valutazioni indipendenti e riproducibili non avranno usato gli stessi prompt, le stesse impostazioni degli strumenti e la stessa configurazione di reasoning. Le informazioni disponibili bastano per provare Beam, ma non per dichiararlo il miglior modello open per la programmazione.

Quale deployment scegliere?

Parti da un set di valutazione fisso: tre attività di coding, un task con tool calling, un test di retrieval su contesto lungo e un’attività pensata per individuare i loop. Registra i token in input, i token di reasoning, il tempo al primo token, la latenza complessiva e la qualità dell’artefatto finale.

FAQ su Reflection Beam

Beam è open source o open weight?

Beam viene distribuito come modello open weight con licenza Apache 2.0. Questo consente un ampio utilizzo e la modifica dei pesi rilasciati.

Qual è l’API più economica per Beam?

OpenRouter indica attualmente Nebius a 0,25 $ per milione di token in input e 1,00 $ per milione di token in output, ma lo snapshot attuale del provider lo identifica anche come il più lento.

Beam può funzionare su una sola GPU?

La configurazione verificata su Hugging Face utilizza otto GPU H200; non si dovrebbe dare per scontato che sia possibile un deployment su una sola GPU.

La scelta va fatta considerando costo dei token, latenza e controllo dell’infrastruttura: Beam è già pronto per essere testato, ma le evidenze indipendenti sulla qualità restano limitate.