क्लॉड फेबल 5 के रिलीज़ होने के तुरंत बाद, इसकी पहुँच निलंबित कर दी गई।
उसी क्षण, OpenRouter ने Fusion API की घोषणा की, एक ऐसा सिस्टम जो कई मॉडलों को एक साथ बांधकर एक ही उत्तर तैयार करता है।
एक X पोस्ट में, OpenRouter ने Fusion को "एक ऐसा संयुक्त मॉडल जो आधी कीमत पर Fable-स्तर की बुद्धिमत्ता प्राप्त करता है" के रूप में पेश किया।

यह एक बहुत ही बड़ा दावा है।
हालांकि, इस घोषणा को दिलचस्प बनाने वाली बात सिर्फ एक नए API का रिलीज़ होना नहीं है।
Fable की पहुँच के निलंबन ने तुरंत एक ही सबसे मजबूत मॉडल पर निर्भर रहने के खतरे को उजागर कर दिया।
Fusion उस कमज़ोरी के वैकल्पिक समाधान के रूप में उभरा।
दूसरे शब्दों में, इस खबर को इस प्रकार पढ़ा जा सकता है:
AI का मुख्य युद्धक्षेत्र स्थानांतरित हो रहा है
"कौन सा एकल मॉडल सबसे मजबूत है?"
से
"हम कई मॉडलों को कैसे संयोजित, मूल्यांकन और एकीकृत करें?"
यह एक महत्वपूर्ण मोड़ है।
पहले क्या हुआ
पृष्ठभूमि के रूप में, Claude Fable 5 एक अगली पीढ़ी का मॉडल है जिसे Anthropic ने 9 जून 2026 को घोषित किया था।
Anthropic की घोषणा में, Fable 5 को लंबी अवधि के स्वायत्त कार्यों, सॉफ्टवेयर इंजीनियरिंग, ज्ञान कार्य, दृष्टि और वैज्ञानिक अनुसंधान के लिए एक बहुत शक्तिशाली मॉडल के रूप में वर्णित किया गया था।
हालांकि, 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 सेल्फ-फ्यूजन: 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 के बजट पैनल ने एकल GPT-5.5 और Opus 4.8 से बेहतर प्रदर्शन किया, और अकेले Fable 5 के बहुत करीब पहुंच गया।
OpenRouter का X पोस्ट भी इस बजट पैनल पर जोर देता है।

सस्ते मॉडलों का एक संयोजन जो एकल उच्च-अंत मॉडल से आगे निकल जाता है, व्यवहार में बहुत प्रभावी है।
DRACO बेंचमार्क क्या है?
यह भी महत्वपूर्ण है।
OpenRouter द्वारा उपयोग किया जाने वाला DRACO केवल एक ज्ञान प्रश्नोत्तरी नहीं है।
यह Perplexity द्वारा एक गहन अनुसंधान बेंचमार्क है, जिसमें 10 क्षेत्रों में 100 जटिल अनुसंधान कार्य शामिल हैं:
- अकादमिक अनुसंधान
- वित्त
- कानून
- चिकित्सा
- प्रौद्योगिकी
- UX डिज़ाइन
- सामान्य ज्ञान
- सुई-इन-ए-हेस्टैक खोज
- व्यक्तिगत सहायता
- उत्पाद तुलना
दूसरे शब्दों में, यह यह देखने का परीक्षण नहीं है कि मॉडल ने तथ्यों को याद किया है या नहीं। यह परीक्षण करता है कि क्या यह शोध कर सकता है, जानकारी की तुलना कर सकता है, कई स्रोतों को एकीकृत कर सकता है, और जटिल प्रश्नों के लिए सटीक और पठनीय रूप से उत्तर दे सकता है।
इसके अलावा, प्रत्येक कार्य का मूल्यांकन लगभग 39 भारित मानदंडों के आधार पर किया जाता है, जिनमें शामिल हैं:
- तथ्यात्मक सटीकता
- गहराई और व्यापकता
- प्रस्तुति गुणवत्ता
- उद्धरण गुणवत्ता
इसके अलावा, गलत उत्तरों पर नकारात्मक मूल्यांकन मिलता है। OpenRouter का X पोस्ट बताता है कि सिर्फ लंबे, भ्रामक उत्तर लिखकर उच्च स्कोर प्राप्त नहीं किया जा सकता। यह Fusion के मूल्यांकन के लिए एकदम सही है क्योंकि Fusion उन कार्यों को लक्षित करता है जहाँ चूक घातक हो सकती है, जैसे शोध, तुलना और पेशेवर निर्णय।
Fable तुलना के संबंध में चेतावनियाँ
एक बिंदु है जिसे नजरअंदाज नहीं किया जा सकता।
OpenRouter के आधिकारिक ब्लॉग में Fable 5 के संबंध में एक नोट शामिल है।
DRACO के 100 कार्यों में से, 7 कार्य Fable 5 के कंटेंट फिल्टर के कारण पूरे नहीं हुए।
OpenRouter ने समझाया कि उन्होंने उन 7 कार्यों के लिए Opus 4.8 का सहारा नहीं लिया, बल्कि Fable 5 का मूल्यांकन उन 93 कार्यों के आधार पर किया जो उसने पूरे किए। इसलिए, Fable 5 का 65.3% उन मॉडलों के साथ थोड़ा असमान तुलना है जिन्होंने सभी 100 प्रश्न पूरे किए।
यह चेतावनी महत्वपूर्ण है। फिर भी, यह तथ्य है कि Fable उस दायरे में बहुत मजबूत था जिसे वह पूरा कर सकता था, जो इस तथ्य को और अधिक प्रभावशाली बनाता है कि Fusion उसके पास पहुंचता है या उसे पार कर जाता है।
और भी दिलचस्प: "सेल्फ-फ्यूजन"
Fusion की ताकत सिर्फ विभिन्न मॉडलों को मिलाने से नहीं आती।
OpenRouter ने सेल्फ-फ्यूजन भी आज़माया, जिसमें 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 मॉडल पेज पर, डिफ़ॉल्ट क्वालिटी प्रीसेट है। आप सस्ते कॉन्फ़िगरेशन के लिए बजट पर स्विच कर सकते हैं।
इसके अलावा, आप 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-स्तर के लिए आधी कीमत" अभिव्यक्ति चुने गए पैनल और तुलना लक्ष्य पर निर्भर करती है।
हालांकि, तथ्य यह है कि एक बजट पैनल ने Fable 5 के करीब स्कोर का उत्पादन किया, महत्वपूर्ण है। यह इसे यथार्थवादी बनाता है:
- कई सस्ते मॉडलों को मिलाएं
- केवल आवश्यक होने पर जज का उपयोग करें
- प्रति कार्य क्वालिटी और बजट के बीच स्विच करें
OpenCode के साथ एकीकरण
OpenRouter ने OpenCode के साथ एकीकरण के लिए दस्तावेज़ भी जारी किए हैं।

OpenCode एक ओपन-सोर्स AI कोडिंग एजेंट है जो टर्मिनल UI और डेस्कटॉप ऐप के रूप में उपलब्ध है। यह 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 जिस दिशा को दिखा रहा है उसके महत्व को समझना बहुत आसान बना दिया।
सबसे मजबूत मॉडलों की अभी भी आवश्यकता होगी, लेकिन केवल उन पर निर्भर रहना जोखिम भरा है। अब जो मायने रखता है वह है मॉडल पोर्टफोलियो:
- किन मॉडलों का उपयोग करना है
- किन मॉडलों को मिलाना है
- किस मॉडल को जज बनाना है
- कहाँ वेब सर्च का उपयोग करना है
- कहाँ बजट बनाम क्वालिटी का उपयोग करना है
यह डिज़ाइन क्षमता AI उपयोग में अंतर पैदा करने वाली होगी।
मेरी राय में सबसे महत्वपूर्ण क्या है
Fusion केवल एक "सुविधाजनक नया API" नहीं है। यह AI का उपयोग करने के बारे में सोचने के तरीके में बदलाव है। हर चीज के लिए एक प्रतिभाशाली व्यक्ति पर निर्भर रहने के बजाय, यह एक टीम की तरह है। यह विशेष रूप से उच्च-दांव वाले क्षेत्रों जैसे अनुसंधान, निवेश, कानूनी, चिकित्सा और कोड समीक्षा के लिए उपयुक्त है। इसके विपरीत, हल्के टेक्स्ट जनरेशन के लिए, आपको हर बार Fusion की आवश्यकता नहीं है। यह जानना कि इसका उपयोग कब करना है, महत्वपूर्ण है।
सारांश
OpenRouter Fusion एकल-मॉडल निर्भरता का समाधान प्रदान करता है जिसमें अद्वितीय शक्तियाँ प्रदान करने के लिए कई मॉडलों को बंडल किया जाता है। प्रतिस्पर्धा "एकल मॉडल प्रदर्शन" से "मॉडल टीम डिज़ाइन" की ओर बढ़ रही है।
अंत में: 10 करोड़ येन के व्यवसाय के पीछे का गुप्त उपकरण
अधिकांश लोग "Fusion अच्छा है" पर रुक जाते हैं। लेकिन असली बात AI को परिणामों में बदलना है। मैंने सामग्री और बिक्री के लिए AI का उपयोग करके कई 10 करोड़ येन के व्यवसाय बनाए हैं। अब मैं अपना आंतरिक उपयोग का गुप्त AI उपकरण प्रकट कर रहा हूँ जो हुक निर्माण से लेकर सेल्स फ़नल तक सब कुछ संभालता है। यदि आप सिर्फ AI समाचार देखने से राजस्व उत्पन्न करने की ओर बढ़ना चाहते हैं, तो यहाँ पंजीकरण करें:
https://utage-system.com/r/nh3MOFZg0eYg/register
स्रोत/संदर्भ:
- OpenRouter Fusion ब्लॉग
- OpenRouter X पोस्ट
- Fable 5 पर Anthropic का आधिकारिक बयान





