↓ Skip to main content
  1. Articles/

Reflection's Beam: A 501B Open-Weight Coding Model You Can't Download Yet

·782 words·4 mins·
Florent Clairambault
Author
Florent Clairambault
CTO & software engineer — writing daily about spec-driven development and agentic coding

Reflection’s Beam: A 501B Open-Weight Coding Model You Can’t Download Yet

Another month, another “open” frontier-ish model that is open in the press release and closed in practice. Reflection AI announced Beam on October 5, 2026, pitching it as an American open-weight answer to the Chinese models that dominate the open leaderboards. As of October 18 you can sign up for early access. You cannot download anything.

This is the same pattern we flagged with Mistral Large 4: the announcement arrives first, the weights are “later this month,” and the license is an afterthought. Read the claims accordingly.

What Reflection says Beam is
#

Per Reflection’s announcement and secondary coverage (TechCrunch, Let’s Data Science):

  • Architecture: text-only sparse mixture-of-experts, 501B total parameters, about 23B active per token
  • Training: 23.8 trillion pretraining tokens, then a four-week reinforcement learning run with over 100 million rollouts on 10,500 Nvidia GB300 GPUs
  • Context: 1 million tokens according to TechCrunch. One model-data site lists 262,144 tokens for the beta API, so treat the figure as unsettled
  • Access: early-access signup while final red-teaming and evaluations continue
  • Release plan: weights, technical report, model card, and developer artifacts “later in October”
  • License: reported as intended to be Apache 2.0, but the coverage I could read doesn’t confirm that from Reflection’s own materials

I did not read the full Reflection post line by line; the details above come from the secondary summaries linked, so verify against the primary source before you build on them.

The benchmark picture
#

Reflection’s self-reported numbers:

BenchmarkBeam (self-reported)
SWE-bench Pro v2-Hard77.2
Terminal-Bench 2.180.1
SWE-bench Verified80.9

Context from the same coverage: Reflection calls Beam competitive with Z.ai’s GLM-5.2 (roughly 81.0 on Terminal-Bench 2.1, per a secondary report) and concedes Kimi K3 remains ahead. One roundup puts Kimi K3 at 88.3 and DeepSeek V4.1 Flash at 90.6 on the same test. So Beam is not the open-model leader on the benchmark it leads with. TechCrunch notes the performance and efficiency claims are not independently verified.

Also worth remembering: we’ve written before about how much these benchmark names hide. SWE-bench Verified near 80 is table stakes now, and “v2-Hard” subsets are chosen by the vendor.

The efficiency claim
#

The most interesting assertion is economic: Reflection says Beam needs three to four times less inference compute than comparable Western open models. The company itself says the estimate excludes prompt prefill, attention, and serving overhead. For agentic coding, where long contexts and repeated tool calls dominate cost, those excluded terms are not rounding errors. Until someone serves it at scale and publishes tokens per dollar, this is a hypothesis.

One related point: a reported ~25,000 tokens per attempt on Terminal-Bench is a useful figure if it holds, because token spend per solved task matters more to a team running agents all day than a headline score.

Corporate context
#

The Financial Times reported that Nvidia is in early talks to deepen its investment in Reflection or acquire it outright; Reuters said it could not immediately verify the report. If true, “independent open lab” becomes “Nvidia’s model team,” which changes how you weigh the long-term license and roadmap promises.

Why this matters for SDD
#

I’m pro-open-weights in principle. A strong open coding model gives you leverage: private deployment, no vendor rate limits, and fine-tuning on your own specs. But the practical question for serious agentic work isn’t parameter count. It’s whether the model holds a plan across hundreds of tool calls, follows a spec file without drifting, and fails safely. Those properties show up in harness behavior, not in a leaderboard row.

That’s where Claude Code’s advantage still sits: a model and harness built together, with permission controls and hooks that treat autonomy as a design problem. An open model dropped into a generic harness gets the weights but not that integration.

What to do now
#

  1. Don’t plan around it yet. No weights, no license text, no independent evals.
  2. Wait for the model card and technical report due later in October, and check the license text for use restrictions, not just the “Apache 2.0” label.
  3. Run your own spec-driven eval. Take three real specs from your repo, run them through Beam and your current model in the same harness, and compare pass rate and tokens spent.
  4. Watch for third-party serving prices once the weights exist. That’s the real test of the efficiency claim.

Verdict
#

Beam may well turn out to be a useful open model, and a US-built one matters for some procurement rules. But today it is a press release with benchmark claims, a 501B-parameter promise, and an acquisition rumor. I’ll revisit when the weights and license are real.

Sources
#

Related