Google Antigravity ने गतिशील मॉडल हस्तांतरण के लिए Orchestrator पेश किया

Google Antigravity ने 12 नवंबर 2026 को कहा कि Orchestrator—Google AI Ultra ग्राहकों के लिए जारी किया जा रहा मॉडल-ड्रॉपडाउन विकल्प—ने Terminal-Bench 4.1 पर Carbon के लगभग बराबर कार्य-सफलता हासिल की। एक ही सत्र में Gemini 4 Carbon और Gemini 4 Hydrogen के बीच गतिशील रूप से स्विच करके इसने औसतन 24% कम कोटा इस्तेमाल किया और कार्य 19% तेज़ी से पूरा किया।

नया Hydrogen मॉडल Antigravity में सशुल्क Google AI Pro और Ultra सदस्यों के लिए अलग से उपलब्ध कराया जा रहा है, जबकि उद्यम Gemini for business के ज़रिए दोनों मॉडल इस्तेमाल कर सकते हैं। Google का कहना है कि भविष्य में Orchestrator के साथ अन्य मॉडल और सदस्यता योजनाएँ भी समर्थित होंगी। कंपनी Hydrogen को तेज़ निष्पादन के लिए Carbon का पूरक बताती है, जबकि Argon गहन, दीर्घकालिक तर्क-विचार के लिए है।

एक ही सत्र में गतिशील मॉडल हस्तांतरण

Orchestrator का लक्ष्य नियमित फ़ीचर विकास और डीबगिंग जैसे काम हैं। ऐसे कामों में पूरे सत्र के दौरान अत्याधुनिक तर्क-विचार मॉडल और कई समानांतर एजेंटों पर निर्भर रहने से बार-बार बदलाव की प्रक्रिया धीमी हो सकती है और अत्याधुनिक मॉडल का कोटा अधिक खर्च हो सकता है। इसके बजाय, पारंपरिक स्थिर राउटर शुरुआती प्रॉम्प्ट के आधार पर कठिनाई का अनुमान लगाता है और फिर पूरा काम उस सबसे सस्ते मॉडल को सौंप देता है जिसे वह पर्याप्त मानता है। Google का कहना है कि एक बार किया गया यह आवंटन लंबे समय तक चलने वाले एजेंटों के लिए ठीक से काम नहीं करता, क्योंकि किसी काम की ज़रूरतें बदल सकती हैं और वे केवल काम करते समय ही स्पष्ट हो सकती हैं।

काम आगे बढ़ने के साथ Orchestrator दोनों मॉडलों के बीच किसी भी दिशा में स्विच कर सकता है। Google के उदाहरण में, Carbon निर्भरताओं की केवल-पठन जाँच से शुरुआत करता है, अस्पष्टताओं को सुलझाता है और ऐसी स्पष्ट शर्तों वाली योजना बनाता है जिनके पूरा होने पर योजना फिर से तैयार की जाएगी। इसके बाद Hydrogen बदलाव लागू करता है, पैकेज अपडेट करता है और परीक्षण चलाता है। अगर Hydrogen को कोई अड़चन आती है, तो Carbon नियंत्रण वापस लेकर मौजूदा स्थिति की जाँच करता है, योजना में सुधार करता है और काम आगे बढ़ाता है। इस तरह, हर कार्यान्वयन चरण के लिए एक ही मॉडल तय किए बिना, योजना बनाने या समस्या से उबरने के लिए सत्र में अधिक गहन तर्क-विचार का सहारा लिया जा सकता है।

SDK के ज़रिए मॉडलों की स्पष्ट भूमिकाएँ तय करना

जो डेवलपर स्वचालित अदला-बदली के बजाय भूमिकाएँ स्पष्ट रूप से तय करना चाहते हैं, वे Antigravity SDK के ज़रिए Hydrogen और Carbon को जोड़ सकते हैं। इससे उन्हें कई एजेंटों वाले कार्यप्रवाह में हर भूमिका के लिए मॉडल चुनने का प्रोग्रामेटिक नियंत्रण मिलता है।

Google के ओपन-सोर्स समस्या-छँटाई प्रदर्शन में Hydrogen एजेंट आने वाली समस्याओं की बढ़ती संख्या को सँभालते हैं: वे समस्याओं की छँटाई और कोडिंग करते हैं, कोडबेस में खोजते हैं, स्पष्टीकरण के लिए सवाल पूछते हैं और पुल अनुरोधों की टिप्पणियों के आधार पर उपयोगकर्ता इंटरफ़ेस में बदलाव करते हैं। Carbon एजेंट को बड़े स्तर के रीफ़ैक्टर, नए फ़ीचर और सुरक्षा जाँच सौंपी जाती हैं। इस प्रदर्शन में भी तेज़ निष्पादन और गहन तर्क-विचार के बीच मोटे तौर पर यही विभाजन है, लेकिन इसकी सीमाएँ Orchestrator को सौंपने के बजाय डेवलपर तय करता है।

Orchestrator, /Swarm से कैसे अलग है

Orchestrator, Gemini 4 Carbon और /swarm की 10 नवंबर, 2026 की झलक के बाद आया है। उस झलक में ऐसी इंजीनियरिंग परियोजनाओं को लक्ष्य बनाया गया था जिनका काम कई फ़ाइलों और परीक्षण-संग्रहों में फैला होता है। /swarm के दस्तावेज़ के अनुसार, एक समन्वयक किसी काम को नामित कार्यकर्ताओं में बाँट सकता है, जो अलग-अलग फ़ाइलों, पैकेजों या सवालों पर काम करते हैं; वहीं सत्यापक बदलावों की तुलना करते हैं और परीक्षण चलाते हैं। कार्यकर्ताओं को रिपॉज़िटरी की अलग-थलग कार्यशील प्रतियाँ भी दी जा सकती हैं। Orchestrator की कार्य-पद्धति अलग है: यह एक ही विकसित होते सत्र के दौरान इस्तेमाल किए जाने वाले मॉडल को बदलता है, न कि स्वतंत्र हिस्सों पर समानांतर काम करने के लिए एक टीम बनाता है।

ये सुविधाएँ मिलकर एजेंट-आधारित काम को दो अलग तरीकों से बाँटती हैं: जब किसी परियोजना को हिस्सों में बाँटा जा सकता है, तब एजेंटों के बीच; और जब एक ही बातचीत में योजना, निष्पादन और सुधार के चरण आते हैं, तब मॉडलों के बीच। व्यावहारिक बदलाव यह है कि अब प्रॉम्प्ट लिखते समय मॉडल चुनना एकमात्र निर्णय नहीं रह जाता; यह कार्यप्रवाह की बनावट का हिस्सा बन सकता है—Orchestrator के तहत अनुकूलनशील रूप से या SDK के ज़रिए स्पष्ट रूप से तय करके।