AIREITER如果你正在替程式碼代理評估 Reflection Beam，現在真正該問的已經不是模型是否存在，而是它能不能撐得住正式環境。Reflection 已釋出模型權重，時間是 2026 年 10 月 16 日；但 API 是否夠快，才是更棘手的問題。目前不同供應商的遙測數據差距很大，輸出速度從每秒 4 到 364 個 Token 不等，首個 Token 延遲則介於 0.3 到 37.8 秒。
Reflection Beam 現在真的能用了嗎？
Reflection Beam 已經以開放權重模型的形式公開，不再只是搶先體驗公告。Reflection 的發布文章表示，模型權重、Tokenizer、參考實作、安全報告與合作夥伴整合都已提供；Hugging Face 模型卡則將公開儲存庫列為 reflection/Beam-1.0-501B-A23B。
目前模型卡列出的公開檔案包含 BF16、FP8 與 NVFP4，採用 Apache 2.0 授權。公開權重解決了「能不能取得模型」的問題，卻沒有解決如何在自有硬體上負擔 501B 檢查點的成本。
別只看 501B：Beam 的實際規格
Reflection Beam 模型卡指出，這是一個稀疏混合專家模型，總參數約 501.3B，每個 Token 實際啟用約 23.4B 參數。啟用參數較少，確實有助於說明它的效率訴求，但並不代表儲存完整模型時所需的記憶體也會跟著消失。
| 規格 | 目前數值 |
|---|---|
| 總參數 | 501.3B |
| 每個 Token 的啟用參數 | 23.4B |
| 上下文視窗 | 1,048,576 個 Token |
| OpenRouter 列出的最大生成長度 | 131,072 個 Token |
| 輸入／輸出 | 僅支援文字 |
| 工具呼叫 | 列出的 API 路線支援 |
| 結構化輸出 | OpenRouter 列有支援 |
| 授權 | Apache 2.0 |
| 發布日期 | 2026 年 10 月 16 日 |
供應商頁面列出了百萬 Token 等級的上下文容量，但目前引用的獨立追蹤平台尚未提供 Beam 的品質分數。
根據目前的模型列表，Beam 僅支援文字輸入。需要處理截圖或圖表的工作流程，必須先加入 OCR 或其他視覺模型，再把內容交給 Beam。
Beam 的 API 價格，取決於你選哪家供應商
OpenRouter 目前列出的最低價格，是透過 Nebius 提供的每百萬輸入 Token $0.25、每百萬輸出 Token $1.00。這個價格很適合批次測試，但也掩蓋了明顯的回應速度取捨。
| 供應商 | 輸入／每 1M | 輸出／每 1M | 輸出速度 | 首個 Token 延遲 |
|---|---|---|---|---|
| Nebius | $0.25 | $1.00 | 4 tok/s | 37.8 秒 |
| Together | $0.40 | $1.20 | 9 tok/s | 12.6 秒 |
| CoreWeave | $1.00 | $3.00 | 112 tok/s | 0.7 秒 |
| Baseten | $1.30 | $4.30 | 364 tok/s | 0.3 秒 |
價格與遙測資料來自OpenRouter 的 Beam 頁面以及 The Known Good 的供應商快照。這些數據會隨時間變動，不能視為每個提示詞或地區都能重現的保證。
假設每次請求平均包含 500 個輸入 Token 和 300 個輸出 Token，1,000 次請求在 Nebius 上的列示成本約為 $0.43，在 Baseten 上則約為 $1.94。不過，在用這個例子推算實際費用前，務必先確認供應商如何計算推理 Token。如果能接受 37.8 秒的啟動等待時間，非同步實驗可優先考慮 Nebius；面向使用者的代理則可選 CoreWeave 或 Baseten，並自行量測工具呼叫延遲。
OpenRouter 表示會自動進行供應商路由與故障切換，但列出的四家供應商中只有三家支援工具呼叫，因此固定指定路線可能會改變實際行為。
Beam 能不能自己架？
實際答案是「可以，但需要資料中心等級的硬體」，而不是「一般工作站也能跑」。Hugging Face 的驗證目錄配方指定使用八張 Nvidia H200、1,128 GB GPU 記憶體、208 個 vCPU、2,880 GB 系統記憶體與 vLLM，頁面顯示的價格則是每個執行中副本每小時 $40。
Hugging Face 部署頁面預先設定了跨八張 GPU 的張量平行、FP8 KV Cache、90% GPU 記憶體使用率上限、524,288 的最大模型長度、Prefix Caching、Chunked Prefill，以及 Beam 專用的工具與推理解析器。縮放至零的副本不會計費，但頁面也提醒，從零重新啟動需要時間。
社群回報另外指出，早期版本可能出現循環生成問題，NVFP4 檔案大小約為 273 GB，遠超一般單 GPU 工作站的負荷。循環生成的回報來自這篇發布後的 r/LocalLLaMA 討論；273 GB 的觀察則來自 X 上的 @jimmycheng722。兩者都不是官方最低需求。
每 Token 啟用 23B 參數，不代表 Beam 就能以 23B 模型的規模部署：儲存權重、執行時額外開銷與 KV Cache 仍需要多 GPU 硬體。對多數團隊而言，先用託管 API 測試是比較合理的做法。只有在資料駐留、容量可預測性或持續的大量流量足以支撐多 GPU 預算時，自架才真正值得考慮。
目前的品質證據，能告訴我們什麼？
Beam 的發布訴求集中在程式設計、推理、工具使用與 Token 效率。這些確實是合理的目標工作負載，但目前證據仍不完整。The Known Good 目前沒有為 Beam 提供綜合品質分數，也沒有在它追蹤的 GPQA、數學、程式設計或競技場資料集公布結果。這不代表 Beam 的品質一定不好，而是表示買方不應把供應商宣稱當成獨立驗證。
早期社群訊號也比「501B 就等於前沿模型」更複雜。@wikiwayne 表示，在個人遊戲生成測試中達到七題全過，測試期間累計輸出 171,946 個 Token，其中包含 123,463 個推理 Token；他也提到，生成的 HTML 比 Argon 更小。這不是正式基準測試，但呈現出 Beam 可能採取的取捨：投入大量推理 Token，換來更精簡的最終產物。
「Beam 過關了。7/7 遊戲。一次成功。$0。……坦白說，取捨是 Beam 的 HTML 比 Argon 更小。」— @wikiwayne，X。
在有可重現的第三方評測，並且採用相同提示詞、工具設定與推理配置之前，Reflection 的程式設計分數和效率宣稱都應視為供應商提供的數據。目前資訊足以讓人開始測試 Beam，卻還不足以宣稱它是最適合程式設計的開放模型。
你該選哪種部署方式？
| 你的工作負載 | 建議起點 | 原因 |
|---|---|---|
| 低成本批次實驗 | 透過 OpenRouter 使用 Nebius | 列示 Token 價格最低，前提是能接受較長的啟動時間 |
| 互動式程式碼代理 | CoreWeave 或 Baseten | 首個 Token 延遲低得多，吞吐量也更高 |
| 長文件或程式碼儲存庫 | 已確認上下文限制的託管路線 | 先驗證品質，再決定是否購買多 GPU 硬體 |
| 嚴格的資料控管需求 | Hugging Face Endpoint 或自行管理的 vLLM | 根據網路需求評估已驗證的部署路徑 |
| 高流量且可預測的請求 | 先做成本模型，再考慮自架 | $40／小時是頁面列出 H200 副本的實際基準 |
建議先準備一組固定評測集：三個程式設計任務、一個工具呼叫任務、一個長上下文檢索任務，以及一個專門用來抓循環生成的任務。記錄輸入 Token、推理 Token、首個 Token 延遲、總延遲與最終產物品質。
Reflection Beam 常見問題
Beam 是開源模型，還是開放權重模型？
Beam 以 Apache 2.0 授權的開放權重形式發布，允許廣泛使用與修改已釋出的模型權重。
最便宜的 Beam API 是哪一家？
OpenRouter 目前列出的 Nebius 價格為每百萬輸入 Token $0.25、每百萬輸出 Token $1.00，但目前的供應商快照也顯示它是速度最慢的一家。
Beam 能在單張 GPU 上執行嗎？
Hugging Face 的驗證配方使用八張 H200 GPU，因此不應假設能以單 GPU 部署。
請根據 Token 成本、延遲與基礎架構掌控程度做選擇：Beam 現在已經可以測試，但獨立品質證據仍然有限。