यह कैसे काम करता है

इस पेज पर

अपने एजेंट का उपयोग करने के लिए आपको इस पृष्ठ की आवश्यकता नहीं है — लेकिन यदि आप वह व्यक्ति हैं जिससे आपका संगठन पूछता है "डेटा वास्तव में कहाँ रहता है?", तो यह आपके लिए है।

सिस्टम का आकार

तीन भाग:

  1. डिवाइस — जहाँ एजेंट और इसकी सहायक सेवाएँ चलती हैं। एजेंट का सारा डेटा (बातचीत, Memory, फ़ाइलें, wiki, settings) यहीं रहता है। यह या तो आपकी सुविधा (facility) पर एक AI Agent Processor है (Physical Agent) या आपके द्वारा चुने गए क्षेत्र में एक Cloud Agent Instance है (Cloud Agent)।
  2. Performance Hub — प्रबंधन तल (management plane)। एजेंट जोड़ना, एक्सेस कंट्रोल, budgets, बैकअप कॉन्फ़िगरेशन, और अपडेट सभी यहीं तय किए जाते हैं और डिवाइस को डिलीवर किए जाते हैं।
  3. क्लाउड सेवाएँ जिनका उपयोग डिवाइस करता है — AI models (आपकी सुविधा के Model Router खाते के माध्यम से), आपके चुने हुए क्षेत्रों में एन्क्रिप्टेड बैकअप स्टोरेज, और push notification डिलीवरी।

मार्गदर्शक सिद्धांत: आपका डेटा आपके एजेंट के डिवाइस पर रहता है; क्लाउड बुद्धिमत्ता, बैकअप और पहुँच प्रदान करता है।

Physical Agents और Cloud Agents

दोनों प्रकार के एजेंट समान सॉफ़्टवेयर चलाते हैं और Performance Hub में उसी तरह प्रबंधित किए जाते हैं। अंतर यह है कि डिवाइस कहाँ है:

Physical AgentCloud Agent
किस पर चलता हैआपकी सुविधा (facility) पर एक AI Agent Processor (हार्डवेयर)जब आप इसे जोड़ते हैं तो आपके द्वारा चुने गए क्षेत्र में एक Cloud Agent Instance
किसके द्वारा जोड़ा गयाइसके सीरियल नंबर या QR कोड के साथ पेयर करनाAdd Cloud Agent से लॉन्च करना — कोई पेयरिंग नहीं
डेटा कहाँ रहता हैऐसे हार्डवेयर पर जिसे आप शारीरिक रूप से नियंत्रित करते हैंचुने गए Cloud region में इंस्टेंस की डिस्क पर
आपके ब्राउज़र से कनेक्शनजब आप साइट पर होते हैं तो Direct (स्थानीय नेटवर्क), अन्यथा Cloud relayCloud relay
लागतAI Agent Processor उत्पाद के हिस्से के रूप में आपूर्ति किया जाता हैआपके द्वारा प्रावधान किए जाने वाले इंस्टेंस आकार और संसाधनों के लिए शुल्क लिया जाता है
यदि यह विफल रहता हैहार्डवेयर बदलें और बैकअप से पुनर्स्थापित करेंइसे हटा दें और बैकअप से एक नया Cloud Agent लॉन्च करें

एक Cloud Agent के बैकअप डिफ़ॉल्ट रूप से एजेंट वाले क्षेत्र में ही जाते हैं, इसलिए उसका डेटा एक ही स्थान पर रहता है जब तक कि आप अन्य storage regions नहीं चुनते।

केवल आउटबाउंड नेटवर्किंग

एक Physical Agent केवल आउटबाउंड कनेक्शन बनाता है — जो आपके नेटवर्क से बनाए गए सामान्य, एन्क्रिप्टेड इंटरनेट कनेक्शन होते हैं। इसके लिए कभी भी ओपन इनबाउंड पोर्ट, पोर्ट-फ़ॉरवर्डिंग या फ़ायरवॉल परिवर्तनों की आवश्यकता नहीं होती है। यदि आपका नेटवर्क वेब ब्राउज़ कर सकता है, तो डिवाइस अपना काम कर सकता है।

Performance Hub डिवाइस तक इसी तरह पहुँचता है: डिवाइस Performance Hub रिले से बाहर की ओर कनेक्ट होता है और उस सुरक्षित कनेक्शन को खुला रखता है, और प्रबंधन तथा रिमोट एक्सेस इसके ज़रिए वापस आते हैं। Cloud Agent भी इसी तरह कनेक्ट होते हैं। जिस रिले से डिवाइस जुड़ा होता है, वह Device management में Relay region के रूप में दिखाया जाता है।

आपका ब्राउज़र एजेंट तक कैसे पहुँचता है

जब आप AI Agent मॉड्यूल खोलते हैं, तो आपको जो दिखाई देता है वह डिवाइस से परोसी जाने वाली एजेंट का अपना वेब इंटरफ़ेस होता है। आपका ब्राउज़र सबसे अच्छे उपलब्ध पथ के ज़रिए कनेक्ट होता है, और मॉड्यूल के शीर्ष पर यह दिखाया जाता है कि कौन सा पथ उपयोग हो रहा है (उदाहरण के लिए रिले के शहर के साथ Cloud relay):

हेडर क्या दिखाता हैपथकब
Direct (local network)ब्राउज़र → डिवाइस, सीधे आपके LAN के ज़रिएआप Physical Agent वाले ही नेटवर्क पर हैं — सबसे तेज़
Cloud relayब्राउज़र → निकटतम रिले → डिवाइसआप रिमोट पर हैं — कहीं से भी सामान्य पथ
via Performance Hubब्राउज़र → Performance Hub → डिवाइसयदि रिले पथ उपलब्ध न हो तो फ़ॉलबैक

मॉड्यूल स्वचालित रूप से उस क्रम में उनका प्रयास करता है; आपको कभी नहीं चुनना पड़ता है। तीनों पथ एंड-टू-एंड एन्क्रिप्टेड होते हैं, और तीनों आपकी Performance Hub पहचान को साथ ले जाते हैं, इसलिए एजेंट को हमेशा पता होता है कि वह किससे बात कर रहा है और एक्सेस कंट्रोल हर पथ पर समान रूप से लागू होता है।

मॉड्यूल खोलने पर Performance Hub द्वारा जारी किए गए अल्पकालिक क्रेडेंशियल्स का उपयोग डिवाइस के सत्रों के लिए किया जाता है — डिवाइस के लिए कोई स्थायी पासवर्ड नहीं होते हैं, और Performance Hub में रद्द किया गया एक्सेस तब प्रभावी होता है जब वर्तमान अल्पकालिक सत्र समाप्त हो जाता है या पेज रीलोड हो जाता है।

एजेंट को AI models कैसे मिलते हैं

एंट की बुद्धिमत्ता आपकी सुविधा के Model Router खाते के ज़रिए डिलीवर किए गए AI models से आती है। डिवाइस पर, एक छोटा प्रॉक्सी सर्विस एजेंट और क्लाउड के बीच स्थित होता है:

  • एजेंट auto model selection के साथ पूर्व-कॉफ़िगर होता है — Performance Hub प्रत्येक अनुरोध को उचित मॉडल पर रूट करता है, और आप बिना कुछ पुनः कॉन्फ़िगर किए सुधार प्राप्त करते हैं।
  • डिवाइस Performance Hub द्वारा जारी किए गए अल्पकालिक क्रेडेंशियल्स के साथ प्रमाणित होता है। डिवाइस पर कोई दीर्घकालिक API key संग्रहीत नहीं होती है — ऐसा कुछ नहीं जो हार्डवेयर चोरी होने पर उपयोगी बना रहे।
  • प्रत्येक अनुरोध का मूल्यांकन एजेंट की अपनी स्पेंड की (spend key) के विरुद्ध किया जाता है, जिसके ज़रिए Budgets & limits लागू किए जाते हैं — केंद्रीय रूप से, Performance Hub पक्ष पर, भरोसे के आधार पर नहीं।

एजेंट Performance Hub डेटा तक कैसे पहुँचता है

MCP (Model Context Protocol) के ज़रिए आपके व्यावसायिक डेटा तक एजेंट की पहुँच ठीक उसी तरह काम करती है:

  • एजेंट की MCP कॉल्स उसी सुरक्षित कनेक्शन पर Performance Hub तक जाती हैं, जिन्हें उन्हीं अल्पकालिक क्रेडेंशियल्स के साथ प्रमाणित किया जाता है।
  • Performance Hub पक्ष पर, डिवाइस एक service account के रूप में कार्य करता है जिसका दायरा और क्षमताएं ठीक वही होती हैं जो आपने Connecting to Performance Hub के तहत प्रदान की थीं। प्रत्येक कॉल को उस अनुदान के विरुद्ध केंद्रीय रूप से अधिकृत किया जाता है।
  • अनुदान को बदलना या रद्द करना कुछ ही क्षणों में प्रभावी हो जाता है — डिवाइस के पास आपके डेटा के लिए कोई स्वतंत्र क्रेडेंशियल नहीं होता है।

बैकअप कैसे काम करते हैं

डिवाइस पर एक बैकअप सेवा प्रति घंटे एन्क्रिप्टेड स्नैपशॉट लेती है और उन्हें आपके चुने हुए क्षेत्रों में सीधे Cloud Storage पर अपलोड करती है — अपलोड करने से पहले डिवाइस पर एन्क्रिप्ट किया जाता है, और एन्क्रिप्शन की (encryption key) आपकी सुविधा के लिए Performance Hub के पास रहती है (बैकअप में कभी भी संग्रहीत नहीं होती है)। बैकअप वृद्धिशील (incremental) और डिडुप्लीकेटेड होते हैं, इसलिए प्रति घंटे की कैडेंस हल्की बनी रहती है। Backups पर विवरण देखें।

अपडेट कैसे काम करते हैं

डिवाइस एक प्रबंधित सॉफ़्टवेयर स्टैक चलाता है, जिसे एक समग्र रूप में अपडेट किया जाता है:

  • नए रिलीज़ डिवाइस पर स्वचालित रूप से चरणबद्ध (staged) होते हैं, लेकिन तब तक होल्ड पर रखे जाते हैं जब तक कि आप Update now पर क्लिक नहीं करते या किसी समय को Schedule नहीं करते — डिवाइस कभी भी आपको बिना सूचना दिए खुद को पुनरारंभ (restart) नहीं करता है।
  • अपडेट सॉफ़्टवेयर को बदलते हैं, डेटा को नहीं: एजेंट की स्थिति (state) एक निरंतर डेटा क्षेत्र में रहती है जो हर अपडेट में बनी रहती है।
  • यदि आप बैनर को कभी नहीं छूते हैं, तो डिवाइस बस अपना वर्तमान संस्करण चलाना जारी रखता है। उस ने कहा, हम डिवाइस को नवीनतम संस्करण पर रखने की सलाह देते हैं — रोल आउट होने से पहले प्रत्येक अपडेट का कड़ाई से परीक्षण किया जाता है, और वर्तमान में बने रहने का मतलब है कि आपके पास हमेशा नवीनतम क्षमताएं और सुधार हैं।

यदि इंटरनेट बंद हो जाए

  • आप सुविधा पर हैं, Physical Agent के साथ: Direct (local network) पथ काम करना जारी रखता है — आप अभी भी अपने LAN पर एजेंट को खोल और उपयोग कर सकते हैं, हालाँकि यह AI models को कॉल नहीं कर सकता है (इसलिए यह नए अनुरोधों के बारे में नहीं सोच सकता है) जब तक कि कनेक्टिविटी वापस नहीं आ जाती।
  • बैकअप और सूचनाएं कतार में लग जाती हैं और कनेक्शन वापस आने पर फिर से शुरू हो जाती हैं।
  • Performance Hub प्रबंधन (ड्रॉअर, सेटिंग्स, अपडेट) के लिए डिवाइस का ऑनलाइन होना आवश्यक है और यह स्वचालित रूप से फिर से कनेक्ट हो जाता है।

यदि हार्डवेयर खराब हो जाए

बैकअप इसका समाधान हैं: डिवाइस के खराब होने के बावजूद क्लाउड रिस्टोर पॉइंट ब्राउज़ करने योग्य और डाउनलोड करने योग्य रहते हैं, और Replace this device पुराने डिवाइस के नवीनतम बैकअप से एक नई यूनिट तैयार करता है — आमतौर पर स्थिति का अधिकतम एक घंटा ही नष्ट होता है। एक Cloud Agent को भी उसी तरह से सीड किया जा सकता है, जब आप इसे जोड़ते समय Restore from a backup का उपयोग करते हैं। Restore & recovery देखें।