Claude Fable 5 가 출시된 직후, 접근이 중단되었습니다.
바로 그 순간, OpenRouter 는 여러 모델을 묶어 하나의 답변을 만드는 시스템인 Fusion API를 발표했습니다.
X 게시물에서 OpenRouter 는 Fusion 을 "Fable 급 지능을 절반 가격에 달성하는 복합 모델"이라고 소개했습니다.
매우 대담한 주장입니다.
하지만 이 발표가 흥미로운 이유는 단순히 새로운 API 의 출시 때문만은 아닙니다.
Fable 의 접근 중단은 단일 최강 모델에 의존할 때의 위험성을 즉각적으로 드러냈습니다.
Fusion 은 그 취약성에 대한 대안 솔루션으로 등장했습니다.
즉, 이 소식은 다음과 같이 읽을 수 있습니다.
AI 의 주요 전장이
"어떤 단일 모델이 가장 강력한가?"에서
"여러 모델을 어떻게 결합하고, 판단하고, 통합할 것인가?"로
옮겨가고 있습니다.
이는 중요한 전환점입니다.
무슨 일이 먼저 일어났나
부연하자면, Claude Fable 5 는 2026년 6월 9일 Anthropic 이 발표한 차세대 모델입니다.
Anthropic 의 발표에서 Fable 5 는 장기 자율 작업, 소프트웨어 엔지니어링, 지식 작업, 비전, 과학 연구를 위한 매우 강력한 모델로 설명되었습니다.
하지만 상황은 6월 12일에 급변했습니다.
Anthropic 은 미국 정부의 수출 통제 지침에 따라 Fable 5 및 Mythos 5 에 대한 접근을 중단한다고 발표했습니다.
이로 인해 단일 모델 의존성의 위험이 드러났습니다.
아무리 강력한 모델이라도, 접근할 수 없다면 무용지물입니다.
아무리 성능이 뛰어나도, 규제, 공급 문제, 가격 책정, 필터 또는 공급자 오류로 인해 워크플로우에서 갑자기 사라질 수 있습니다.
이는 AI 를 업무에 통합하는 사람들에게 매우 현실적인 문제입니다.
단순히 "가장 강력한 모델을 선택하는 것"만으로는 더 이상 충분하지 않습니다.
"가장 강력한 모델을 사용할 수 없을 때 무너지지 않는 시스템을 설계하는 방법"이
갑자기 중요해졌습니다.
OpenRouter Fusion이란 무엇인가?
OpenRouter Fusion은 하나의 모델이 답변을 제공하는 시스템이 아닙니다.
단일 프롬프트를 여러 모델이 참여하는 소규모 심의 과정으로 바꾸는 시스템입니다.
OpenRouter 의 공식 블로그 및 X 게시물에 따르면, Fusion 은 사용자의 프롬프트를 여러 모델에 전송하고, 판사 모델이 이를 정리한 후 최종 응답을 종합합니다.
- 사용자가 하나의 프롬프트를 보냅니다.
- Fusion이 이를 여러 모델에 병렬로 전송합니다.
- 각 모델이 자체 응답을 생성합니다.
- 판사 모델이 모든 응답을 비교합니다.
- 일치점, 모순점, 부분적 누락, 독특한 관점, 사각지대를 추출합니다.
- 해당 분석을 기반으로 최종 응답을 생성합니다.
여기서 핵심은 Fusion이 단순한 다수결 투표가 아니라는 점입니다.
"3개 모델 중 2개가 동의했으니 맞다"는 방식이 아닙니다.
각 모델의 응답을 분해하고, 중복되는 부분, 충돌하는 부분, 한쪽만 포착한 점, 아무도 다루지 않은 사각지대를 정리한 후 최종적으로 통합합니다.
OpenRouter 의 X 게시물은 이 개념을 "모델을 위한 신경 다양성"이라고 설명합니다.
모든 것을 한 명의 천재에게 맡기는 대신, 각기 다른 강점을 가진 구성원을 모아 팀으로 답변을 만드는 것입니다.
이것이 Fusion 의 핵심입니다.
OpenRouter 가 Fusion API 발표를 통해 전하는 메시지
OpenRouter 의 발표는 단순히 "여러 모델을 호출할 수 있습니다"라는 말이 아닙니다.
그들의 주장은 매우 명확합니다.
- 심층 연구 작업에서 모델 패널은 단일 모델보다 일관되게 더 나은 성능을 보였습니다.
- 고성능 모델의 조합은 단일 프론티어 모델을 뛰어넘는 결과를 만들어냈습니다.
- 저렴한 모델로 구성된 패널조차도 단일 프론티어 모델을 능가하고 Fable 5에 매우 근접했습니다.
OpenRouter 는 이를 DRACO 라는 심층 연구 벤치마크를 통해 입증합니다.
이 이미지를 보면 Fusion 구성이 최상위에 랭크되어 있습니다.
공식 블로그에 나온 주요 점수를 나열하면 상당한 차이를 볼 수 있습니다.
- Fable 5 + GPT-5.5 Fusion: 69.0%
- Opus 4.8 + GPT-5.5 + Gemini 3.1 Pro Fusion: 68.3%
- Opus 4.8 + GPT-5.5 Fusion: 67.6%
- Opus 4.8 + Opus 4.8 자체 Fusion: 65.5%
- Claude Fable 5 (단일): 65.3%
- Gemini 3 Flash + Kimi K2.6 + DeepSeek V4 Pro Fusion: 64.7%
- GPT-5.5 (단일): 60.0%
- Claude Opus 4.8 (단일): 58.8%
여기서 특히 놀라운 점은 두 가지입니다.
- Fable 5 + GPT-5.5 의 Fusion 이 단일 Fable 5 를 능가합니다.
- Gemini 3 Flash, Kimi K2.6, DeepSeek V4 Pro 로 구성된 Budget 패널이 단일 GPT-5.5 및 Opus 4.8 을 능가하고 단일 Fable 5 에 매우 근접했습니다.
OpenRouter 의 X 게시물도 이 Budget 패널을 강조합니다.
저렴한 모델의 조합이 단일 고급 모델을 능가한다는 것은 실무에서 매우 효과적입니다.
DRACO 벤치마크란 무엇인가?
이 또한 중요합니다.
OpenRouter 가 사용하는 DRACO 는 단순한 지식 퀴즈가 아닙니다.
Perplexity 의 심층 연구 벤치마크로, 10개 분야에 걸친 100개의 복잡한 연구 과제로 구성됩니다.
- 학술 연구
- 금융
- 법률
- 의료
- 기술
- UX 디자인
- 일반 지식
- 바늘 더미에서 찾기 검색
- 개인 비서
- 제품 비교
즉, 모델이 사실을 암기했는지 테스트하는 것이 아닙니다. 정보를 연구하고, 비교하고, 여러 출처를 통합하여 복잡한 질문에 정확하고 읽기 쉽게 답변할 수 있는지 테스트합니다.
또한 각 과제는 약 39개의 가중치 기준에 따라 평가됩니다.
- 사실적 정확성
- 깊이와 폭
- 프레젠테이션 품질
- 인용 품질
게다가 틀린 답변은 부정적 평가를 받습니다. OpenRouter 의 X 게시물은 길고 속임수 같은 답변을 작성한다고 높은 점수를 받을 수 없다고 설명합니다. 이는 연구, 비교, 전문적 판단과 같이 누락이 치명적일 수 있는 작업을 대상으로 하는 Fusion 을 평가하기에 매우 적합합니다.
Fable 비교 관련 주의사항
간과할 수 없는 점이 있습니다.
OpenRouter 의 공식 블로그에는 Fable 5 관련 주의사항이 포함되어 있습니다.
100개의 DRACO 작업 중 7개 작업은 Fable 5의 콘텐츠 필터로 인해 완료되지 못했습니다.
OpenRouter 는 해당 7개 작업에 대해 Opus 4.8 로 폴백하지 않고 Fable 5 가 완료한 93개 작업을 기준으로 평가했다고 설명했습니다. 따라서 Fable 5 의 65.3% 는 100개 질문을 모두 완료한 모델과의 비교가 다소 불균형합니다.
이 주의사항은 중요합니다. 그럼에도 불구하고 Fable 이 완료 가능한 범위 내에서 매우 강력했다는 것은 사실이며, Fusion 이 이에 근접하거나 능가한다는 사실은 더욱 인상적입니다.
더 흥미로운 점: "자체 Fusion"
Fusion 의 강점은 단지 서로 다른 모델을 혼합하는 데서 오는 것이 아닙니다.
OpenRouter 는 자체 Fusion도 시도했습니다. Opus 4.8 을 두 번 실행하고 Opus 4.8 자체로 통합한 것입니다. 결과는 65.5% 였습니다. 단일 Opus 4.8 이 58.8% 였으니 6.7% 포인트 상승한 것입니다.
이는 매우 흥미롭습니다. 동일한 모델이라도 동일한 질문을 여러 번 처리하면 추론 경로, 도구 호출, 소스 선택, 초점이 달라집니다. 이를 나중에 통합하면 단일 응답보다 강력해집니다. OpenRouter 의 X 게시물은 Fusion 개선 효과의 대부분이 "통합" 자체에서 비롯되며, 일부는 "모델 다양성"에서 비롯된다고 언급합니다.
요약하면, Fusion 은 단순한 모델 모음이 아닙니다. 여러 답변을 생성하고, 구조화하고, 통합하는 과정 자체에 내재된 가치가 있습니다.
흥미로운 부정 행위 방지 조치 포함
OpenRouter 의 공식 블로그에 신뢰성을 더하는 점은 벤치마크 오염 문제까지 언급했다는 것입니다. Fusion 패널 모델에 웹 검색을 제공했을 때, 모델이 온라인에서 DRACO 채점 기준을 찾아내는 경우가 있었습니다. 이는 의도적인 부정 행위가 아니라 검색어로 인해 우연히 발생한 것입니다.
그러나 이는 오염 위험을 제기합니다. OpenRouter 는 채점 결과가 호스팅된 위치를 웹 검색 및 검색에서 제외한 후 테스트를 다시 실행했다고 설명했습니다. 또한 X 에서도 이를 명시적으로 언급했습니다. 즉, Fusion 은 웹 검색을 사용할 수 있기 때문에 강력하지만, 웹 검색을 사용할 수 있기 때문에 평가 중 부정 행위를 방지하기 위한 설계가 필요하다는 것입니다.
Fusion 사용 방법
OpenRouter 는 여러 형태로 Fusion 을 제공합니다. 가장 간단한 방법은 모델 슬러그로 호출하는 것입니다: openrouter/fusion.
표준 OpenAI 호환 API 와 유사하게 model 필드에 이를 지정하면 됩니다.
1{2 "model": "openrouter/fusion",3 "messages": [4 {5 "role": "user",6 "content": "연구하고 싶은 주제를 작성하세요"7 }8 ]9}
OpenAI 호환 SDK 에서는 다음과 같습니다.
1const completion = await client.chat.completions.create({2 model: "openrouter/fusion",3 messages: [4 {5 role: "user",6 content: "코딩 에이전트에서 Fusion 사용에 대한 찬반 주요 주장을 비교해 주세요."7 }8 ]9});
또 다른 방법은 서버 도구로 사용하는 것입니다: {"type": "openrouter:fusion"}.
이 경우 외부 모델이 "이 작업은 여러 관점이 필요하다"고 판단할 때 Fusion 을 호출할 수 있습니다.
OpenRouter 문서에 따르면 Fusion 서버 도구는 베타 버전이며 동작이 변경될 수 있습니다. 그러나 철학은 확고합니다. 모든 작업을 Fusion 에 보내는 대신, 다음과 같은 경우에만 Fusion 으로 전환할 수 있습니다.
- "여러 모델의 관점이 필요한 경우"
- "오류 비용이 높은 연구 또는 비교 작업인 경우"
- "검토 또는 반론이 필요한 경우"
패널과 판사는 사용자 정의 가능
Fusion 은 고정된 구성이 아닙니다. OpenRouter Fusion 모델 페이지에서 기본값은 Quality 프리셋입니다. 더 저렴한 구성을 위해 Budget 으로 전환할 수 있습니다.
또한 analysis_models 로 참여 모델을, model 로 판사를 지정할 수 있습니다. Fusion 서버 도구 문서에 따르면 analysis_models 에 1~8개의 모델을 지정할 수 있습니다. 각 패널 모델은 병렬로 실행되며 웹 검색 및 검색을 사용하고, 판사는 구조화된 분석 JSON 을 생성합니다.
1{2 "tools": [3 {4 "type": "openrouter:fusion",5 "parameters": {6 "analysis_models": [7 "~anthropic/claude-opus-latest",8 "~openai/gpt-latest",9 "~google/gemini-pro-latest"10 ],11 "model": "~openai/gpt-latest",12 "max_tool_calls": 813 }14 }15 ]16}
analysis_models 는 패널 측에서 병렬로 실행되는 모델입니다. model 은 해당 응답을 읽고 구조화하는 판사 모델입니다. max_tool_calls 는 패널 모델 또는 판사가 웹 검색/검색에 사용할 수 있는 단계 수를 결정합니다.
반환되는 분석에는 일치점, 모순점, 일부만 다루어진 점, 개별 모델의 고유한 통찰력, 사각지대가 포함됩니다. 이 설계는 최종 답변뿐만 아니라 "해당 답변에 도달한 이유"에 대한 자료를 제공한다는 점에서 흥미롭습니다. 단일 모델의 경우 아름다운 문장 뒤에 숨겨진 누락을 보기 어렵습니다. Fusion 을 사용하면 여러 모델 간의 불일치를 볼 수 있습니다.
실패를 고려한 설계는 실용적입니다
Fusion 은 여러 모델을 사용하므로 하나가 실패할 가능성이 있습니다. OpenRouter 문서는 일부 패널 모델에서 오류가 발생하더라도 하나 이상 성공하면 Fusion 이 결과를 반환한다고 설명합니다. 판사가 실패하면 패널 응답이 계속 반환되고 외부 모델이 이를 바탕으로 답변할 수 있습니다. 모든 패널 모델이 실패해야만 하드 실패가 발생합니다. 이는 프로덕션 사용에 매우 중요합니다.
비용은 마법이 아닙니다
OpenRouter 의 Fusion 페이지는 가격 책정을 명확하게 설명합니다. Fusion 은 모든 패널 멤버 호출 비용과 판사 호출 비용의 합계로 청구됩니다. 하나의 가격으로 여러 모델을 실행할 수 있는 것은 아닙니다. "Fable 급 가격 절반"이라는 표현은 선택한 패널과 비교 대상에 따라 달라집니다.
그러나 Budget 패널이 Fable 5 에 근접한 점수를 produced 한 것은 중요합니다. 이를 통해 다음과 같은 현실적인 접근이 가능해집니다.
- 여러 저렴한 모델 결합
- 필요한 경우에만 판사 사용
- 작업별로 Quality 와 Budget 전환
OpenCode와의 통합
OpenRouter 는 OpenCode 와의 통합 문서도 발표했습니다.
OpenCode 는 터미널 UI 및 데스크탑 앱으로 사용할 수 있는 오픈 소스 AI 코딩 에이전트입니다. OpenRouter 를 포함한 75개 이상의 LLM 제공업체를 지원합니다. OpenCode 에서 모델로 openrouter/fusion을 선택하여 Fusion 을 사용할 가능성이 있습니다.
1{2 "$schema": "https://opencode.ai/config.json",3 "provider": {4 "openrouter": {5 "models": {6 "openrouter/fusion": {7 "name": "OpenRouter Fusion"8 }9 }10 }11 }12}
코딩 에이전트의 미래에는 구현, 검토, 사양 확인, 반론, 최종 통합을 위한 모델을 할당하는 "모델 팀 설계"가 중요해질 것입니다.
Fable 중단과 Fusion 등장의 연결점
Fable 5 의 중단은 "단일 최강 모델 의존성"의 위험을 시각화했습니다. 한편 Fusion 은 "여러 모델 묶기"라는 대안 설계를 보여주었습니다.
OpenRouter 는 X 에서 Fable 중단 전에 벤치마크를 실행했다고 설명했습니다. 따라서 Fusion 이 Fable 중단으로 인해 만들어진 것은 아닙니다. 오히려 Fable 의 중단으로 인해 Fusion 이 보여주는 방향의 중요성을 훨씬 더 이해하기 쉬워졌습니다.
최강 모델은 여전히 필요하겠지만, 그것만으로는 위험합니다. 이제 중요한 것은 모델 포트폴리오입니다.
- 어떤 모델을 사용할지
- 어떤 모델을 결합할지
- 어떤 모델이 판사 역할을 할지
- 어디에 웹 검색을 사용할지
- 어디에 Budget 대신 Quality 를 사용할지
이러한 설계 능력이 AI 활용의 차별화 요소가 될 것입니다.
가장 중요하다고 생각하는 점
Fusion 은 단순한 "편리한 새 API"가 아닙니다. AI 사용 방식에 대한 사고의 전환입니다. 모든 것을 한 명의 천재에게 의존하는 대신, 팀과 같습니다. 특히 연구, 투자, 법률, 의료, 코드 리뷰와 같은 고위험 영역에 적합합니다. 반면, 가벼운 텍스트 생성의 경우 매번 Fusion 이 필요하지는 않습니다. 언제 사용할지 아는 것이 핵심입니다.
요약
OpenRouter Fusion 은 여러 모델을 묶어 독특한 강점을 제공함으로써 단일 모델 의존성에 대한 솔루션을 제시합니다. 경쟁은 "단일 모델 성능"에서 "모델 팀 설계"로 이동하고 있습니다.
마지막으로: 1억 엔 규모 비즈니스의 비밀 도구
대부분의 사람은 "Fusion 이 멋지다"에서 멈춥니다. 하지만 진짜 중요함은 AI 를 어떻게 결과로 전환하느냐입니다. 저는 콘텐츠와 세일즈에 AI 를 활용하여 여러 1억 엔 규모의 비즈니스를 구축했습니다. 이제 내부용으로 개발한 비밀 AI 도구를 공개합니다. 이 도구는 후크 생성부터 세일즈 퍼널까지 모든 것을 처리합니다. AI 뉴스를 지켜보는 데서 그치지 않고 수익을 창출하고 싶다면 여기에 등록하세요.
https://utage-system.com/r/nh3MOFZg0eYg/register
출처/참고 자료:
- OpenRouter Fusion 블로그
- OpenRouter X 게시물
- Anthropic Fable 5 공식 성명
