O Beam é o primeiro modelo da Reflection a sair com os pesos abertos, e a empresa escolheu a licença Apache 2.0, uma das mais permissivas do mercado. São 501 bilhões de parâmetros no total, mas só 23 bilhões ativados a cada tarefa, uma combinação pensada para rodar com custo controlado.
O que a Reflection acabou de liberar com o Beam
Em 16 de outubro, a Reflection publicou no Hugging Face os pesos abertos do Beam, seu primeiro modelo de pesos abertos. O lançamento veio sob a licença Apache 2.0, que permite usar, modificar e redistribuir o modelo, inclusive em produtos comerciais, sem pedir autorização à fabricante.
O Beam é um modelo de mistura de especialistas (MoE), uma arquitetura em que várias redes menores dividem o trabalho em vez de uma única rede gigante. São 501 bilhões de parâmetros no total, mas apenas 23 bilhões ativados por token. Na prática, isso significa que o modelo carrega todo o conhecimento de uma rede enorme e aciona só uma parte dela a cada passo, o que reduz o custo de rodar em relação a um modelo denso do mesmo tamanho.
A proposta do Beam é software de engenharia e tarefas de agentes de longa duração, ou seja, trabalhos em que o modelo precisa executar muitos passos seguidos sem perder o fio. A janela de contexto chega a um milhão de tokens, o que permite carregar uma base de código inteira ou um conjunto grande de arquivos de uma só vez.
Um milhão de tokens equivale, em ordem de grandeza, a uma pilha de manuais técnicos. Na prática, isso evita o passo em que você recorta o código em pedaços para caber no modelo, um trabalho manual que consome tempo e costuma quebrar a lógica do trecho.
Só que contexto e qualidade caminham separados. Um modelo pode aceitar um milhão de tokens e ainda assim perder detalhes no meio do caminho. É por isso que a janela ampla é ponto de partida, não garantia. Nada mais do que isso.
O lançamento inclui os pesos já ajustados para instruções em três precisões: BF16, FP8 e NVFP4. A versão NVFP4 ocupa cerca de 273 GiB, um tamanho que cabe em equipamentos de servidor reais. A empresa também disponibilizou um modelo de rascunho para decodificação especulativa, uma técnica que acelera a geração, além do model card e de um relatório técnico de segurança.
O treinamento que a Reflection relata por trás do Beam
A Reflection afirma ter feito o pré-treinamento com 23,8 trilhões de tokens. Depois, na etapa de aprendizado por reforço, a empresa diz ter gerado mais de 100 milhões de rollouts em quatro semanas, usando 10,5 mil GPUs NVIDIA GB300. Rollout, aqui, é cada tentativa do modelo de resolver uma tarefa durante o treino, das quais ele aprende por tentativa e erro.
Vale ler esses números com cautela. Eles vêm da própria fabricante, não de uma auditoria externa, e descrevem infraestrutura muito fora do alcance de uma equipe comum. O ponto que interessa a quem vai usar o modelo não é o tamanho do treino, e sim se ele acerta tarefas reais de programação de forma consistente.
Aprendizado por reforço, para quem nunca viu o termo, é o treino em que o modelo tenta resolver um problema muitas vezes e recebe sinal sobre o que deu certo. Quanto mais tentativas, mais ele ajusta o comportamento. Dizer que foram 100 milhões de rollouts é dizer que a Reflection gastou uma quantidade enorme de tentativas para ensinar o modelo a encadear passos.
O Artificial Analysis, um dos rankings independentes mais consultados, já incluiu o Beam. Ainda assim, a validação por terceiros é limitada, e as comparações de desempenho divulgadas até aqui se apoiam bastante nos números da companhia. Cautela, portanto.
O que já está confirmado
- Pesos disponíveis no Hugging Face sob licença Apache 2.0
- Três precisões publicadas: BF16, FP8 e NVFP4
- Janela de contexto de um milhão de tokens
- Modelo de rascunho para decodificação especulativa
- Mais de 40 parceiros de distribuição anunciados
O que ainda depende de confirmação
- Desempenho consistente em tarefas reais de engenharia
- Comparações independentes com modelos fechados de ponta
- Custo real de rodar em produção
- Suporte de longo prazo e novas versões
Como o Beam chega às equipes: os 40 parceiros
Baixar 273 GiB de pesos não é algo que se faça sem infraestrutura. Por isso, a Reflection montou uma rede de distribuição com mais de 40 parceiros, entre eles AWS, Google Cloud, Azure, Oracle, Cloudflare, Databricks, Fireworks, Together, Nebius, Modal, Ollama, OpenRouter e NVIDIA NIMs. Dell e HPE entram com opções de implantação local ou em ambientes isolados, para quem precisa manter o modelo dentro do próprio perímetro.
Vale entender por que tanta gente entrou nesse arranjo. Provedores de nuvem ganham quando vendem capacidade para rodar um modelo grande. Cada parceiro que hospeda o Beam cobra pelo uso, e o modelo aberto vira um produto dentro da infraestrutura deles.
Esse arranjo importa porque define quanto tempo você leva para colocar o Beam em produção. Se o seu provedor de nuvem já está na lista, o caminho é curto. Se você precisa rodar tudo no seu próprio hardware, a conta muda, e a versão NVFP4 é justamente a que torna essa rota possível.
Não é um detalhe menor. Um modelo de 501 bilhões de parâmetros exige memória de sobra e aceleração dedicada. Sem um parceiro anunciado na lista, a equipe precisa montar esse ambiente do zero. Não é trivial.
Vale lembrar que o Beam apareceu pela primeira vez em 5 de outubro, em uma prévia por lista de espera. Duas semanas depois, ele saiu como modelo de pesos abertos de verdade, com os arquivos disponíveis para download.
O que muda para quem constrói com modelos abertos
A decisão de usar Apache 2.0 tem peso. A licença permite incorporar o Beam em um produto comercial, ajustar o modelo com seus próprios dados e redistribuí-lo, sem as restrições de uso mensal que costumam acompanhar modelos abertos com licenças próprias. Para uma startup que quer fugir do custo por token de um provedor fechado, essa é a diferença entre alugar capacidade e ter o modelo em casa.
Modelos de pesos abertos desse porte também dão às equipes de segurança a chance de inspecionar o que o modelo faz por dentro, algo impossível com versões hospedadas. É um contraponto real aos modelos fechados, que seguem concentrando a maior parte dos melhores resultados em muitos benchmarks.
Mas por que a Reflection faria isso? Liberar os pesos entrega o controle a quem usa e reduz a dependência de uma única empresa. Em troca, a companhia abre mão de cobrar por token, a menos que venda suporte e hospedagem. É uma aposta em adoção, não em licenciamento.
O que ainda falta é o teste mais importante: se o Beam, na mão de quem não é parceiro da Reflection, resolve trabalho de engenharia melhor do que as alternativas abertas que já existem. Baixe os pesos no Hugging Face, confira a versão NVFP4 se for rodar localmente e comece por uma tarefa real da sua equipe antes de decidir migrar fluxos de trabalho para ele.






