लेख

Browser में Remote PTY Terminal Streaming और Real-time Multi-user Observation

4 अगस्त 2026

क्लाउड मशीन पर Claude Code चलाने के लिए कंटेनर चाहिए। ब्राउज़र से देखने के लिए सैंडबॉक्स से आउटबाउंड लिंक, ब्राउज़र सॉकेट पर बैकप्रेशर नियंत्रण और स्पष्ट क्लोज़ फ़्रेम आवश्यक है।

एजेंट को क्लाउड मशीन पर ले जाना आसान हिस्सा है। उत्पाद की उपयोगिता इस बात पर निर्भर करती है कि उस मशीन और ब्राउज़र के बीच का कनेक्शन कितना स्थिर है।

स्क्रीन अब रनटाइम नहीं है

एजेंट को लैपटॉप से हटाने का कारण गति नहीं, बल्कि काम को भौतिक उपकरण से मुक्त करना है।

अब हर कीस्ट्रोक और आउटपुट बाइट नेटवर्क से होकर गुजरता है।

सैंडबॉक्स बाहर की ओर कनेक्शन बनाता है

एजेंट मशीन पर कोई पब्लिक पोर्ट नहीं होता। यह कंट्रोल प्लेन से एक आउटबाउंड कनेक्शन बनाकर सभी ब्राउज़र को उसी पर जोड़ता है।

इसलिए मुख्य चुनौती सक्रिय कनेक्शन पर कंजेशन को नियंत्रित करने की होती है।

पहली शांत विफलता: गलत सॉकेट मापना

तेज़ बिल्ड प्रक्रिया ब्राउज़र की रेंडरिंग क्षमता से अधिक तेज़ी से आउटपुट उत्पन्न करती है।

सैंडबॉक्स सॉकेट को मापने से रुकावट का पता नहीं चलता क्योंकि असली रुकावट ब्राउज़र सॉकेट पर होती है।

धीमे पाठक पर रुकावट पहचान कर TCP के ज़रिए बैकप्रेशर सैंडबॉक्स तक भेजा जाता है।

साझा लिंक पर रुकावट कुछ मिलीसेकंड ही रहनी चाहिए ताकि अन्य दर्शक प्रभावित न हों।

दूसरी शांत विफलता: पिंग जो हमेशा उत्तर देता है

WebSocket ping का उत्तर OS नेटवर्क स्टैक स्वचालित रूप से देता है, जिससे बंद टैब भी सक्रिय प्रतीत होते हैं।

कंट्रोल प्लेन स्पष्ट रूप से सैंडबॉक्स को ब्राउज़र हटने की सूचना भेजता है।

यह क्यों महत्वपूर्ण है

कंटेनर में CLI चलाना सरल है, लेकिन कनेक्शन की स्थिति का सही प्रबंधन ही विश्वसनीयता तय करता है।

फ़ाइल टकराव रोकने वाला बोर्ड अलग लेख में और सुरक्षा ढांचा तीसरे लेख में समझाया गया है।

सीधे जवाब