Reflection Beam 리뷰: API 가격, 하드웨어, 그리고 한계

코딩 에이전트에 Reflection Beam을 도입하려는 사람에게 이제 중요한 건 모델이 존재하느냐가 아니다. Reflection은 2026년 10월 16일 Beam의 가중치를 공개했다. 진짜 고민은 저렴한 API 경로가 프로덕션에서 쓸 만큼 빠르냐는 데 있다. 프로바이더별 측정치를 보면 출력 속도는 초당 4~364토큰, 첫 토큰까지 걸리는 시간은 0.3~37.8초로 편차가 매우 크다.

Reflection Beam은 지금 바로 사용할 수 있나?

Reflection Beam은 단순한 얼리 액세스 발표가 아니라, 공개 가중치 형태로 실제 배포된 모델이다. Reflection의 출시 글에 따르면 가중치와 토크나이저, 레퍼런스 구현, 안전성 보고서, 파트너 통합 기능을 모두 제공한다. Hugging Face 모델 카드에는 공개 저장소가 reflection/Beam-1.0-501B-A23B로 등록돼 있다.

현재 모델 카드에는 Apache 2.0 라이선스로 배포되는 BF16, FP8, NVFP4 파일이 올라와 있다. 다만 공개 가중치를 내려받을 수 있다는 것과 501B 체크포인트를 직접 운영할 수 있다는 것은 별개의 문제다.

501B만 봐서는 부족하다: Beam의 실제 사양

Reflection Beam 모델 카드에 따르면 Beam은 총 약 5013억 개의 파라미터와 토큰당 약 234억 개의 활성 파라미터를 사용하는 희소 혼합 전문가 모델이다. 토큰당 활성 파라미터 수는 효율성에 대한 설명이 되지만, 전체 체크포인트를 저장하는 데 필요한 메모리까지 줄여주는 것은 아니다.

컨텍스트 길이는 100만 토큰으로 프로바이더 페이지에 표시돼 있지만, 인용한 독립 추적 사이트에는 아직 Beam의 품질 점수가 없다.

Beam은 현재 모델 목록 기준 텍스트만 처리한다. 스크린샷이나 다이어그램을 다뤄야 하는 워크플로라면 OCR이나 별도의 비전 모델로 콘텐츠를 먼저 변환해야 한다.

Beam API 가격은 프로바이더에 따라 크게 달라진다

현재 OpenRouter에 등록된 최저가는 Nebius 경로의 입력 토큰 100만 개당 $0.25, 출력 토큰 100만 개당 $1.00다. 배치 평가에는 매력적인 가격이지만, 응답성 측면에서는 상당한 대가가 따른다.

가격과 성능 측정치는 OpenRouter Beam 페이지와 The Known Good의 프로바이더 스냅샷에서 가져왔다. 측정값은 시점에 따라 달라지며, 모든 프롬프트나 지역에서 동일하게 재현된다는 보장은 없다.

입력 500토큰과 출력 300토큰을 평균으로 하는 요청 1,000건을 기준으로 계산하면, 표시된 비용은 Nebius에서 약 $0.43, Baseten에서 $1.94다. 이 예시를 다른 규모로 확대하기 전에 프로바이더가 추론 토큰을 어떻게 과금하는지 확인해야 한다. 37.8초의 초기 대기 시간이 괜찮다면 비동기 실험에는 Nebius를 쓰고, 사용자 대면 에이전트라면 CoreWeave나 Baseten을 선택한 뒤 실제 툴 호출 지연 시간을 직접 측정하는 편이 낫다.

OpenRouter는 프로바이더 자동 라우팅과 장애 조치를 제공한다고 설명하지만, 등록된 네 곳 중 툴 호출을 지원하는 곳은 세 곳뿐이다. 경로를 고정하느냐에 따라 동작이 달라질 수 있다는 뜻이다.

Beam을 직접 운영할 수 있을까?

현실적인 답은 “가능하지만 데이터센터급 하드웨어가 필요하다”이지, “일반적인 워크스테이션에서도 된다”가 아니다. Hugging Face의 검증된 카탈로그 레시피는 Nvidia H200 GPU 8개, GPU 메모리 1,128GB, vCPU 208개, 시스템 메모리 2,880GB, vLLM을 요구한다. 실행 중인 레플리카 한 개의 표시 가격은 시간당 $40다.

Hugging Face 배포 페이지는 8개 GPU에 걸친 텐서 병렬화, FP8 KV 캐시, GPU 메모리 사용률 목표 90%, 최대 모델 길이 524,288, 프리픽스 캐싱, 청크 단위 프리필, Beam 전용 툴 및 추론 파서를 기본 설정으로 제공한다. 스케일 투 제로 상태의 레플리카에는 과금되지 않지만, 페이지에는 0에서 다시 시작할 때 시간이 걸린다는 경고가 있다.

커뮤니티에서는 초기 반복 루프 문제도 보고됐으며, NVFP4 파일 용량은 대략 273GB로 언급된다. 일반적인 단일 GPU 워크스테이션으로는 감당하기 어려운 크기다. 반복 루프에 대한 보고는 출시 후 r/LocalLLaMA 논의에 있으며, 273GB라는 관찰치는 X의 @jimmycheng722가 제시했다. 어느 쪽도 공식적인 최소 요구사항은 아니다.

활성 파라미터가 23B라고 해서 Beam을 23B 모델 크기로 배포할 수 있는 것은 아니다. 저장 가중치와 런타임 오버헤드, KV 캐시를 고려하면 여전히 멀티 GPU 하드웨어가 필요하다. 대부분의 팀이라면 우선 호스팅 API로 테스트하는 것이 합리적이다. 데이터 레지던시, 예측 가능한 용량, 반복적인 대규모 트래픽 때문에 멀티 GPU 예산을 정당화할 수 있을 때 셀프 호스팅을 검토하면 된다.

현재까지 품질에 대해 확인된 근거

Beam의 출시 자료는 코딩, 추론, 툴 사용, 토큰 효율성을 주요 강점으로 내세운다. 목표 워크로드로는 충분히 타당하지만, 근거의 수준은 아직 고르지 않다. The Known Good에는 현재 Beam의 종합 품질 점수가 없고, 추적 중인 GPQA, 수학, 코딩, 아레나 데이터셋에서도 공개 결과가 없다. 이것이 품질이 낮다는 뜻은 아니다. 다만 구매자가 벤더의 주장을 독립적인 검증 결과처럼 소개해서는 안 된다는 의미다.

초기 커뮤니티 반응도 “501B니까 최전선급”이라는 식으로 단순화하기는 어렵다. @wikiwayne은 개인 게임 생성 테스트에서 7개 중 7개를 통과했으며, 테스트 전체에서 출력 토큰 합계 171,946개, 그중 추론 토큰이 123,463개였다고 밝혔다. 생성된 HTML은 Argon보다 작았다고도 설명했다. 벤치마크는 아니지만, 최종 결과물은 간결한 대신 많은 추론 토큰을 사용할 수 있다는 Beam의 가능성을 보여주는 사례다.

“Beam은 기준을 넘었다. 게임 7개 중 7개. 첫 시도에 성공했다. 비용은 $0. ... 솔직한 트레이드오프는 Beam의 HTML이 Argon보다 작았다는 점이다.” — @wikiwayne, X.

Reflection이 제시한 코딩 점수와 효율성 주장은 동일한 프롬프트, 툴 설정, 추론 구성을 사용한 재현 가능한 제3자 평가가 나올 때까지 벤더 제공 자료로 취급해야 한다. 현재 공개된 정보만으로도 Beam을 시험해볼 수는 있지만, 코딩용 최상의 오픈 모델이라고 단정하기에는 부족하다.

어떤 배포 방식을 선택해야 할까?

고정된 평가 세트부터 구성하자. 코딩 작업 3개, 툴 호출 작업 1개, 긴 컨텍스트 검색 작업 1개, 반복 루프를 잡아내도록 설계한 작업 1개를 포함하면 된다. 입력 토큰, 추론 토큰, 첫 토큰까지의 시간, 전체 지연 시간, 최종 결과물의 품질을 기록해야 한다.

Reflection Beam FAQ

Beam은 오픈 소스인가, 오픈 웨이트인가?

Beam은 Apache 2.0 라이선스의 공개 가중치로 배포된다. 따라서 공개된 가중치를 폭넓게 사용하고 수정할 수 있다.

가장 저렴한 Beam API는 무엇인가?

OpenRouter에는 현재 Nebius가 입력 토큰 100만 개당 $0.25, 출력 토큰 100만 개당 $1.00로 등록돼 있다. 다만 현재 프로바이더 스냅샷 기준으로는 가장 느린 경로이기도 하다.

Beam을 GPU 한 장에서 실행할 수 있나?

Hugging Face의 검증된 레시피는 H200 GPU 8개를 사용한다. 단일 GPU 배포가 가능하다고 가정해서는 안 된다.

선택 기준은 토큰 비용, 지연 시간, 인프라 통제력이어야 한다. Beam은 지금 바로 테스트할 수 있지만, 독립적인 품질 근거는 아직 제한적이다.