OpenRouter Fusion 가격: 패널 규모와 토큰 비용 계산법

OpenRouter 모델 페이지에서는 무료처럼 보이는 Fusion 요청이 일반적인 단일 완성보다 몇 배 더 비쌀 수 있습니다. 이유는 간단합니다. OpenRouter Fusion의 가격은 독립적인 토큰 요금이 아니라 여러 모델 호출 비용을 합산한 금액이기 때문입니다. 패널 규모와 토큰 사용량에 따라 추가 검증에 돈을 지불할 가치가 있는지가 달라집니다.

OpenRouter Fusion, 어떤 경우에 선택할까?

OpenRouter Fusion은 비슷한 성능의 모델을 한 번 호출하는 것보다 대체로 비쌉니다. OpenRouter의 Fusion Router 문서에 따르면 기본 구성은 3개 모델 패널과 1회의 분석 모델 호출이며, 동일한 프롬프트를 단일 모델에 보냈을 때보다 비용이 대략 4~5배 수준입니다.

패널이 검토 작업을 줄여준다면 저렴한 모델들로 구성한 Fusion이 프리미엄 모델보다 유리할 수도 있습니다. 다만 Fusion은 자동으로 더 저렴한 모델이 아니라, 비용을 추가해 검증 수준을 높일지 결정하는 선택지에 가깝습니다.

청구 단위는 ‘Fusion 토큰’이 아니라 여러 호출의 합이다

OpenRouter의 Fusion API 페이지는 Fusion을 라우터로 소개하며 라우터 별칭의 프롬프트 및 완성 가격을 0달러로 표시합니다. 이는 Fusion 자체에 별도의 독립 요금이 없다는 뜻이지, 실제 추론 비용까지 무료라는 의미는 아닙니다.

문서에 설명된 실행 과정은 다음과 같습니다.

1. 프롬프트가 선택한 각 패널 모델로 전달됩니다.
2. 분석 모델 또는 판정 모델이 패널 응답을 비교합니다.
3. 외부 모델이 최종 답변을 생성합니다.

예산을 계산할 때는 다음 식을 사용하면 됩니다.

Fusion cost = sum(panel model costs)
             + analyst/judge cost
             + any final outer-model cost shown for your integration

정확한 과금 방식은 Fusion을 openrouter/fusion 모델 별칭으로 호출하는지, 아니면 openrouter:fusion 서버 도구로 호출하는지에 따라 달라집니다. 라우터에 표시된 $0 항목만 보고 최종 청구액을 추정해서는 안 됩니다. 실제 생성 내역과 OpenRouter Activity 기록을 확인하세요.

OpenRouter 문서에서는 1~8개의 분석 모델을 지원합니다. 기본 패널은 3개 모델로 구성됩니다. Quality, Budget, 사용자 지정 구성까지 있기 때문에 모든 상황에 적용되는 단일 Fusion 토큰 가격은 존재하지 않습니다.

패널 수가 늘면 비용도 늘어난다—판정 모델의 입력까지 커진다

모든 패널 모델이 동일한 프롬프트를 받고 비슷한 분량의 답변을 생성한다고 가정하면, 패널 멤버를 하나 추가할 때마다 모델 호출이 대략 한 번씩 늘어납니다. OpenRouter도 패널 규모에 따라 비용이 선형적으로 증가한다고 명시합니다.

다만 호출 횟수만으로 판정 비용을 모두 설명할 수는 없습니다. 판정 모델이 읽어야 하는 패널 출력도 함께 늘어나기 때문입니다.

C(n) = n × Cp + Cj(n) + Co

여기서 n은 패널 모델 수, Cp는 패널 응답 1회의 평균 비용, Cj(n)은 입력량 증가분을 포함한 판정 비용, Co는 해당하는 경우 외부 모델 응답 비용입니다.

따라서 기본 3개 패널의 4~5배라는 추정치가 라우터 화면의 $0 표시보다 예산을 세울 때 더 유용한 기준입니다. 판정 모델이 비싸거나 출력이 길거나 외부 모델이 유료 완성을 한 번 더 생성하면 배수는 더 커질 수 있습니다.

요금을 직접 넣어 계산하는 예시

선택한 모델의 최신 요금을 이 계산표에 넣어 사용하세요. 아래 수치는 예시일 뿐 OpenRouter의 실제 가격이 아닙니다. 패널 답변마다 입력 토큰 10,000개와 출력 토큰 2,000개, 판정 입력 토큰 6,000개와 판정 출력 토큰 1,000개를 가정합니다.

Panel input  = 10,000 × sum(panel input rates)
Panel output = 2,000 × sum(panel output rates)
Judge input  = 6,000 × judge input rate
Judge output = 1,000 × judge output rate
Fusion total = panel input + panel output + judge input + judge output

단일 모델을 기준으로 삼을 때도 동일한 입력 10,000토큰과 출력 2,000토큰을 처리한다고 가정한 뒤, 이 계산표의 총액과 직접 비교하면 됩니다. 이 예시의 3개 모델 패널은 프롬프트 비용이 3번 청구되고, 판정 모델은 별도의 6,000토큰 컨텍스트를 읽습니다. 실제 프롬프트나 답변이 더 길다면 가정값을 바꿔야 합니다.

모든 호출의 단가가 같다고 단순화하면 호출 구조는 다음과 같습니다.

이 표는 OpenRouter의 실제 가격이 아닙니다. 모델별 요금이 서로 다르기 전에 패널 수만으로도 비용 구조가 어떻게 달라지는지 보여주는 계산입니다. 저렴한 패널을 쓰더라도 비싼 판정 모델이 전체 비용을 좌우할 수 있고, 반대로 최고급 패널 모델이 판정 비용보다 훨씬 큰 비중을 차지할 수도 있습니다.

토큰 사용량은 두 가지 방식으로 비용 차이를 키운다

Fusion에서는 프롬프트가 여러 번 처리되고 판정 모델이 패널이 생성한 답변까지 읽기 때문에, 토큰 사용량의 영향이 단일 호출보다 큽니다.

1. 입력 토큰은 패널 수만큼 중복된다

I를 프롬프트 토큰 수, Pi를 패널 모델 i의 입력 가격이라고 하면 다음과 같이 계산할 수 있습니다.

Panel input cost = I × (P1 + P2 + ... + Pn)

토큰 10,000개짜리 프롬프트를 패널 모델 3개에 보내면, 서로 다른 요금이 적용될 수 있는 입력 비용이 3번 발생합니다.

2. 출력 토큰도 패널 수만큼 늘어난다

각 패널이 O개의 출력 토큰을 생성한다면 패널 전체 출력량은 대략 n × O개가 됩니다. 실제로 청구되는 추론 토큰까지 포함하면 화면에 보이는 답변 길이보다 비용 격차가 더 커질 수 있습니다.

이후 판정 모델은 각 패널의 출력을 읽습니다.

Judge input ≈ original prompt + n × panel output + orchestration overhead

따라서 답변이 길어질수록 각 패널의 출력 비용뿐 아니라 판정 모델의 입력 컨텍스트 비용도 함께 증가합니다.

월간 비용은 다음과 같이 추정할 수 있습니다.

Total monthly cost ≈ requests × (panel input + panel output
                                  + judge input + judge output
                                  + outer response)

구체적인 패널 모델 ID에 적용되는 최신 요금을 사용하세요. “Budget”은 사전 설정 이름일 뿐이며, 모든 단일 모델보다 총비용이 낮다는 보장은 아닙니다.

Budget, Quality, 아니면 단일 모델?

독립적인 검토보다 속도, 결과의 일관성, 예측 가능한 과금이 중요하다면 단일 모델을 선택하세요. 서식 지정, 정보 추출, 자동 완성, 일반적인 문장 재작성, 평범한 코딩 요청 등이 여기에 해당합니다.

놓친 문제 하나의 비용이 큰 작업이라면 Fusion을 고려할 만합니다. 근거가 많은 리서치, 전문가 비평, 실사, 서로 다른 증거를 놓고 판단해야 하는 업무가 대표적입니다. 질문에 답할 수 있는 가장 작은 패널부터 시작하세요. 문서에 설명된 기본값은 3개 모델이며, 8개는 최대치일 뿐 권장 구성은 아닙니다.

비교해야 할 것은 다음과 같습니다.

incremental Fusion cost
versus
avoided correction cost + saved human review time + reduced error exposure

OpenRouter의 별도 벤치마크 발표에서는 100개 작업으로 진행한 DRACO 평가 결과를 소개하며, 최고급 Fusion 구성은 69.0%, Budget 패널은 64.7%를 기록했다고 밝힙니다. 이는 심층 리서치에 적합한 사례를 뒷받침하는 수치이지, 모든 프롬프트에 적용되는 전환율이나 패널을 크게 만들수록 경제성이 좋아진다는 증거는 아닙니다.

확장하기 전에 실제 비용부터 검증하자

첫 Fusion 도입은 측정 작업으로 접근하는 것이 좋습니다. 다음 항목을 기록하세요.

1. 패널 모델 ID와 판정 모델 ID
2. 확인할 수 있다면 입력, 출력, 추론 토큰 사용량
3. Fusion이 실제로 실행됐는지 확인할 수 있는 라우터 메타데이터
4. 총비용과 지연 시간
5. 최종 답변이 사람의 수정 작업을 줄였는지 여부

Fusion 문서에 따르면 생성 메타데이터에는 "router": "openrouter/fusion"이 포함될 수 있습니다. 일반적인 model 필드는 실제 요청을 처리한 구체적인 모델을 보여줄 뿐이며, Fusion이 실행됐다는 증거로는 충분하지 않습니다.

한 사용자는 다음과 같은 설정 문제를 제기했습니다.

“이 \"Fusion\"은 여전히 Opus 4.8을 판정 모델로 호출합니다. 비활성화할 방법을 찾을 수 없습니다.” — X의 @teortaxesTex

이는 OpenRouter의 가격 정책이 아니라 사용자 제보입니다. 다만 저렴한 패널을 구성했다고 해서 실행 비용도 낮아지는 것은 아니라는 점을 보여줍니다. 판정 모델이 비싸거나 예상과 다른 구성이 적용될 수 있기 때문입니다.

프로덕션 환경에서는 API가 허용하는 범위에서 패널과 판정 모델을 고정하고, 예산 한도를 설정하세요. Fusion을 모든 자동 요청에 노출하기보다는 명시적인 상위 처리 경로로 두는 편이 안전합니다.

OpenRouter Fusion 가격 FAQ

Fusion이 단일 모델보다 저렴한가요?

비슷한 가격대의 단일 모델과 비교하면 대체로 그렇지 않습니다. Budget 패널이 충분한 품질을 내면서 프리미엄 모델을 대체할 수 있다면 더 저렴해질 수 있지만, 실제 결과는 패널 요금, 판정 비용, 토큰 사용량에 따라 달라집니다.

OpenRouter Fusion은 무료인가요?

라우터 별칭 자체의 프롬프트 및 완성 항목에는 $0이 표시될 수 있습니다. 하지만 OpenRouter는 패널과 판정 모델의 실제 완성 작업에는 별도로 요금이 부과된다고 설명합니다. 따라서 일반적인 Fusion 요청을 무료라고 생각해서는 안 됩니다.

Fusion 요청 한 번에 몇 번 호출하나요?

문서에 설명된 과정은 N번의 패널 호출과 1회의 분석 호출로 구성되며, 최종 외부 응답은 통합 방식에 따라 달라집니다. 기본 3개 패널 구성은 비슷한 단일 완성 1회보다 대략 4~5배 비용이 드는 것으로 설명됩니다.

패널을 크게 만들면 항상 더 나은 가치가 나오나요?

아닙니다. 모델을 더 추가하면 다양한 관점을 확보할 수 있지만 패널 비용, 판정 입력량, 지연 시간, 상관된 오류도 함께 늘어납니다. 추가된 품질이 비용보다 큰지 홀드아웃 테스트로 확인된 경우에만 패널 규모를 키우세요.

OpenRouter Fusion 비용은 어떻게 추정하나요?

실제로 발생하는 모든 모델 호출을 나열하고, 예상 토큰 수에 현재 입력·출력 요금을 곱하세요. 패널 출력이 포함된 판정 모델의 입력 비용도 계산한 뒤, 실제 요청을 보낸 후 Activity에서 결과를 검증하면 됩니다. 시나리오별 계산에는 서드파티 계산기를 활용할 수 있지만, 최종 기준은 OpenRouter의 최신 요금과 Activity 기록입니다.

결론: 기본값은 단일 모델로 두자

먼저 단일 모델을 기준선으로 삼으세요. 20~50개의 프롬프트로 구성한 홀드아웃 세트를 기준 모델과 소규모 Fusion 패널에 각각 실행해 보세요. 사실 오류 수정, 누락된 근거, 사람의 검토 시간이 줄어들어 추가 패널 및 판정 토큰 비용을 상쇄할 때만 Fusion을 유지하면 됩니다.

대부분의 팀에 적합한 비용 중심 도입 방식은 반복적인 트래픽에는 단일 모델을 사용하고, 불확실하거나 실패 비용이 큰 판단에는 소규모 Fusion을 적용하며, 측정된 개선 효과가 비용을 감당할 때만 패널을 확대하는 것입니다.