AIREITERPour évaluer Reflection Beam dans un agent de code, la question n’est plus de savoir si le modèle existe. Reflection a publié les poids le 16 octobre 2026. Le vrai sujet, c’est la réactivité de l’API économique en production : selon le fournisseur, le débit varie de 4 à 364 tokens de sortie par seconde, tandis que le délai avant le premier token s’étend de 0,3 à 37,8 secondes.
Reflection Beam est-il vraiment disponible ?
Reflection Beam est désormais proposé publiquement comme modèle à poids ouverts, et non plus comme une simple annonce en accès anticipé. Dans son billet de lancement, Reflection indique que les poids, le tokenizer, l’implémentation de référence, le rapport de sécurité et les intégrations partenaires sont disponibles. La fiche du modèle sur Hugging Face référence le dépôt public reflection/Beam-1.0-501B-A23B.
La fiche actuelle liste des fichiers publics en BF16, FP8 et NVFP4, sous licence Apache 2.0. Les poids sont donc accessibles, mais cela ne règle pas la question du coût nécessaire pour exécuter un checkpoint de 501B sur son propre matériel.
Le profil concret de Beam : au-delà des 501B
La fiche du modèle Reflection Beam décrit un modèle à mélange d’experts parcimonieux avec environ 501.3 milliards de paramètres au total, dont environ 23.4 milliards actifs pour chaque token. Ce nombre de paramètres actifs explique en partie la promesse d’efficacité, mais il ne supprime pas la mémoire nécessaire pour stocker l’intégralité du checkpoint.
| Spécification | Valeur actuelle |
|---|---|
| Nombre total de paramètres | 501.3B |
| Paramètres actifs par token | 23.4B |
| Fenêtre de contexte | 1,048,576 tokens |
| Complétion maximale indiquée par OpenRouter | 131,072 tokens |
| Entrée/sortie | Texte uniquement |
| Appel d’outils | Pris en charge par la route API indiquée |
| Sorties structurées | Indiquées par OpenRouter |
| Licence | Apache 2.0 |
| Sortie | 16 octobre 2026 |
Les fournisseurs annoncent un contexte d’un million de tokens, mais le suivi indépendant cité n’attribue encore aucun score de qualité à Beam.
Beam fonctionne uniquement avec du texte dans la fiche actuelle du modèle. Pour traiter des captures d’écran ou des diagrammes, il faut donc ajouter une étape d’OCR ou faire intervenir un autre modèle de vision avant de transmettre le contenu à Beam.
Le prix de l’API Beam dépend du fournisseur
La route OpenRouter la moins chère actuellement affichée passe par Nebius, à 0,25 $ par million de tokens en entrée et 1,00 $ par million de tokens en sortie. Ce tarif est intéressant pour des évaluations en différé, mais il dissimule un compromis important sur la réactivité.
| Fournisseur | Entrée / 1M | Sortie / 1M | Vitesse de sortie | Délai avant le premier token |
|---|---|---|---|---|
| Nebius | $0.25 | $1.00 | 4 tok/s | 37.8s |
| Together | $0.40 | $1.20 | 9 tok/s | 12.6s |
| CoreWeave | $1.00 | $3.00 | 112 tok/s | 0.7s |
| Baseten | $1.30 | $4.30 | 364 tok/s | 0.3s |
Les tarifs et les données de télémétrie proviennent de la page OpenRouter de Beam et de l’instantané des fournisseurs de The Known Good. Ces mesures évoluent dans le temps : elles ne garantissent pas les mêmes résultats pour chaque requête ou chaque région.
Pour 1 000 requêtes comprenant en moyenne 500 tokens d’entrée et 300 tokens de sortie, le coût indiqué atteint environ 0,43 $ chez Nebius, contre 1,94 $ chez Baseten. Avant d’extrapoler cet exemple, vérifiez la manière dont votre fournisseur facture les tokens de raisonnement. Nebius convient aux expérimentations asynchrones si un démarrage en 37,8 secondes reste acceptable. Pour un agent utilisé directement par un utilisateur, mieux vaut commencer par CoreWeave ou Baseten, puis mesurer la latence réelle de vos appels d’outils.
OpenRouter annonce un routage automatique entre fournisseurs ainsi qu’un basculement en cas de panne. En revanche, les appels d’outils ne sont pris en charge que par trois des quatre fournisseurs listés : imposer une route peut donc modifier le comportement du modèle.
Peut-on exécuter Beam soi-même ?
La réponse réaliste est « oui, avec du matériel de niveau datacenter », et non « oui, sur une station de travail classique ». La configuration vérifiée du catalogue Hugging Face prévoit huit GPU Nvidia H200, 1 128 Go de mémoire GPU, 208 vCPU, 2 880 Go de mémoire système, vLLM et un tarif affiché de 40 $ par heure pour chaque réplica en fonctionnement.
La page de déploiement Hugging Face préconfigure le parallélisme tensoriel sur huit GPU, un cache KV en FP8, une cible d’utilisation de 90 % de la mémoire GPU, une longueur maximale de modèle de 524,288, la mise en cache des préfixes, le préremplissage par blocs et les parseurs spécifiques à Beam pour les outils et le raisonnement. Les réplicas ramenés à zéro ne sont pas facturés, mais la page prévient que leur redémarrage prend du temps.
Des retours de la communauté signalent également des boucles dans les premières versions et estiment la taille des fichiers NVFP4 à environ 273 Go, soit bien plus que ce qu’une station de travail équipée d’un seul GPU peut généralement gérer. Le signalement des boucles vient de cette discussion r/LocalLLaMA publiée après la sortie ; l’estimation de 273 Go provient de @jimmycheng722 sur X. Aucun de ces éléments ne constitue une exigence minimale officielle.
Les 23B paramètres actifs ne transforment pas Beam en modèle déployable comme un modèle de 23B : les poids stockés, les surcoûts d’exécution et le cache KV nécessitent toujours une infrastructure multi-GPU. Pour la plupart des équipes, le plus raisonnable est de commencer par une API hébergée. L’auto-hébergement se justifie lorsque la résidence des données, une capacité prévisible ou un trafic élevé et récurrent permettent d’amortir un budget multi-GPU.
Ce que les preuves disponibles disent de la qualité
Les annonces de Beam mettent en avant le code, le raisonnement, l’utilisation d’outils et l’efficacité en tokens. Ces cas d’usage sont cohérents avec le positionnement du modèle, mais les preuves restent inégales. The Known Good n’attribue actuellement aucun score de qualité global à Beam et ne publie aucun résultat pour les jeux de données GPQA, mathématiques, code ou arena qu’il suit. Cela ne démontre pas que le modèle est mauvais ; cela signifie simplement qu’un acheteur ne doit pas présenter les affirmations du fournisseur comme une validation indépendante.
Les premiers retours de la communauté sont plus nuancés que « 501B signifie modèle de pointe ». @wikiwayne rapporte sept réussites sur sept lors d’un test personnel de génération de jeux, avec 171,946 tokens de sortie cumulés, dont 123,463 tokens de raisonnement, et indique que le HTML généré était plus court que celui d’Argon. Ce n’est pas un benchmark, mais cela illustre un compromis possible de Beam : consommer beaucoup de tokens de raisonnement pour produire un artefact final compact.
« Beam a passé le test. 7 jeux sur 7. Du premier coup. 0 $. ... Le compromis est honnête : le HTML de Beam était plus court que celui d’Argon. » — @wikiwayne, X.
Considérez les scores de code et les affirmations d’efficacité de Reflection comme des données fournies par le constructeur tant que des évaluations tierces reproductibles n’auront pas testé les mêmes prompts, paramètres d’outils et configurations de raisonnement. Les informations disponibles suffisent pour tester Beam, mais pas pour le déclarer meilleur modèle ouvert pour le code.
Quel déploiement choisir ?
| Votre charge de travail | Meilleur point de départ | Pourquoi |
|---|---|---|
| Expérimentations économiques en différé | Nebius via OpenRouter | Les tarifs par token les plus bas parmi ceux listés, si le démarrage lent reste acceptable |
| Agent de code interactif | CoreWeave ou Baseten | Délai avant le premier token nettement inférieur et débit plus élevé |
| Longs documents ou dépôts de code | Route hébergée avec une limite de contexte vérifiée | Éviter d’acheter une infrastructure multi-GPU avant d’avoir validé la qualité |
| Exigences strictes de contrôle des données | Hugging Face Endpoint ou vLLM autogéré | Évaluer la configuration vérifiée au regard de vos contraintes réseau |
| Trafic élevé et prévisible | Modéliser les coûts d’abord, puis envisager l’auto-hébergement | 40 $/heure constitue une base réelle pour le réplica H200 affiché |
Commencez par un jeu d’évaluation fixe : trois tâches de programmation, une tâche d’appel d’outil, une tâche de recherche dans un long contexte et une tâche conçue pour détecter les boucles. Mesurez les tokens d’entrée, les tokens de raisonnement, le délai avant le premier token, la latence totale et la qualité de l’artefact final.
FAQ sur Reflection Beam
Beam est-il open source ou à poids ouverts ?
Beam est distribué avec des poids ouverts sous licence Apache 2.0. Cette licence autorise une utilisation et une modification larges des poids publiés.
Quelle est l’API Beam la moins chère ?
OpenRouter affiche actuellement Nebius à 0,25 $ par million de tokens d’entrée et 1,00 $ par million de tokens de sortie, mais son instantané actuel est aussi le plus lent.
Beam peut-il fonctionner sur un seul GPU ?
La configuration vérifiée de Hugging Face utilise huit GPU H200 ; il ne faut pas partir du principe qu’un déploiement sur un seul GPU est possible.
Choisissez en fonction du coût par token, de la latence et du niveau de contrôle sur l’infrastructure : Beam peut être testé dès maintenant, mais les preuves indépendantes de sa qualité restent limitées.